DEBIAN-CVE-2025-64183
- Source
- https://security-tracker.debian.org/tracker/CVE-2025-64183
- Import Source
- https://storage.googleapis.com/osv-test-debian-osv/debian-cve-osv/DEBIAN-CVE-2025-64183.json
- JSON Data
- https://api.test.osv.dev/v1/vulns/DEBIAN-CVE-2025-64183
- Upstream
- Withdrawn
- 2025-11-11T16:26:48.889278Z
- Published
- 2025-11-10T22:15:37Z
- Modified
- 2025-11-11T16:26:48.889278Z
- Severity
-
- 5.5 (Medium) CVSS_V4 - CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:P/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X CVSS Calculator
- Summary
- [none]
- Details
-
OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.2.0 through 3.2.4, 3.3.0 through 3.3.5, and 3.4.0 through 3.4.2, there is a use-after-free in PyObjectStealAttrString of pyOpenEXRold.cpp. The legacy adapter defines PyObjectStealAttrString that calls PyObjectGetAttrString to obtain a new reference, immediately decrefs it, and returns the pointer. Callers then pass this dangling pointer to APIs like PyLongAsLong/PyFloatAsDouble, resulting in a use-after-free. This is invoked in multiple places (e.g., reading PixelType.v, Box2i, V2f, etc.) Versions 3.2.5, 3.3.6, and 3.4.3 fix the issue.
- References
Affected packages
Debian:11 / openexr
Package
- Name
- openexr
- Purl
- pkg:deb/debian/openexr?arch=source
Affected ranges
- Type
- ECOSYSTEM
- Events
-
Introduced0Unknown introduced version / All previous versions are affected
Debian:12 / openexr
Package
- Name
- openexr
- Purl
- pkg:deb/debian/openexr?arch=source
Debian:13 / openexr
Package
- Name
- openexr
- Purl
- pkg:deb/debian/openexr?arch=source
Debian:14 / openexr
Package
- Name
- openexr
- Purl
- pkg:deb/debian/openexr?arch=source