Lucene search
+L

25 matches found

RedhatCVE
RedhatCVE
•added 2026/04/06 5:42 p.m.•21 views

CVE-2026-34379

A flaw was found in OpenEXR, an image storage format library for the motion picture industry. A remote attacker could exploit this vulnerability by providing a specially crafted DWA or DWAB-compressed EXR file containing a FLOAT-type channel. When the file is decoded, a misaligned memory write...

7.1CVSS5.8AI score0.00464EPSS
SaveExploits1References4
osv_debian
osv_debian
•added 2026/04/06 4:16 p.m.•15 views

DEBIAN-CVE-2026-34379

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.2.0 to before 3.2.7, 3.3.9, and 3.4.9, a misaligned memory write vulnerability exists in LossyDctDecoderexecute in...

7.1CVSS6.1AI score0.00464EPSS
SaveExploits1References1
Snyk
Snyk
•added 2026/04/06 4:09 p.m.•13 views

Incorrect Type Conversion or Cast

Overview Affected versions of this package are vulnerable to Incorrect Type Conversion or Cast in the LossyDctDecoderexecute process when decoding DWA or DWAB-compressed files containing FLOAT-type channels. An attacker can cause undefined behavior, potentially leading to application crashes or...

7.1CVSS5.8AI score0.00464EPSS
SaveExploits1References2
osv_cve
osv_cve
•added 2026/04/06 3:21 p.m.•19 views

CVE-2026-34379 OpenEXR has a misaligned write in LossyDctDecoder_execute leading to undefined behavior (DWA/DWAB decompression)

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.2.0 to before 3.2.7, 3.3.9, and 3.4.9, a misaligned memory write vulnerability exists in LossyDctDecoderexecute in...

7.1CVSS6.1AI score
SaveExploits0References9
Mend
Mend
•added 2026/04/06 3:21 p.m.•5 views

CVE-2026-34379

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.2.0 to before 3.2.7, 3.3.9, and 3.4.9, a misaligned memory write vulnerability exists in LossyDctDecoderexecute in...

7.1CVSS6.1AI score0.00464EPSS
SaveExploits1References9
CVE
CVE
•added 2026/04/06 3:21 p.m.•78 views

CVE-2026-34379

CVE-2026-34379 affects OpenEXR across 3.2.x, 3.3.x, and 3.4.x: a misaligned memory write in LossyDctDecoder_execute() for FLOAT channels during in-place HALF→FLOAT conversion. The decoder casts an unaligned uint8_t* row pointer to float* and writes, causing undefined behavior and potential crash ...

7.1CVSS6.1AI score0.00464EPSS
SaveExploits1References7Affected Software1
AlpineLinux
AlpineLinux
•added 2026/04/06 3:21 p.m.•18 views

CVE-2026-34379

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.2.0 to before 3.2.7, 3.3.9, and 3.4.9, a misaligned memory write vulnerability exists in LossyDctDecoderexecute in...

7.1CVSS6.1AI score0.00464EPSS
SaveExploits1
Positive Technologies
Positive Technologies
•added 2026/04/06 12:00 a.m.•19 views

PT-2026-30658

Name of the Vulnerable Software and Affected Versions OpenEXR versions 3.2.0 through 3.2.6, version 3.3.9, and version 3.4.9 Description A memory write issue exists in the LossyDctDecoder execute function within src/lib/OpenEXRCore/internal dwa decoder.h:749 when decoding DWA or DWAB-compressed E...

7.1CVSS5.8AI score0.00464EPSS
SaveExploits3References50
Tenable Nessus
Tenable Nessus
•added 2025/10/08 12:00 a.m.•4 views

Linux Distros Unpatched Vulnerability : CVE-2025-59731

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available. - When decoding an OpenEXR file that uses DWAA or DWAB compression, the specified raw length of run-length- encoded data is not checked when using it to calculate...

6.9CVSS6.5AI score0.00171EPSS
SaveExploits0References2
NVD
NVD
•added 2025/10/06 8:15 a.m.•21 views

CVE-2025-59733

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that all image channels have the same pixel type and size, and that if there are four channels, the first four are "B", "G", "R" and "A". The channel parsing code can be found in decodeheader. The...

8.7CVSS0.00183EPSS
SaveExploits0References1
osv_debian
osv_debian
•added 2025/10/06 8:15 a.m.•6 views

DEBIAN-CVE-2025-59732

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS6.6AI score0.0019EPSS
SaveExploits0References1
osv_ubuntu
osv_ubuntu
•added 2025/10/06 8:15 a.m.•15 views

UBUNTU-CVE-2025-59731

When decoding an OpenEXR file that uses DWAA or DWAB compression, the specified raw length of run-length-encoded data is not checked when using it to calculate the output data. We read rlerawsize from the input file at 0, we decompress and decode into the buffer td-rlerawdata of size rlerawsize a...

6.9CVSS6.4AI score0.00171EPSS
SaveExploits0References4
Debian CVE
Debian CVE
•added 2025/10/06 8:09 a.m.•80 views

CVE-2025-59733

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that all image channels have the same pixel type and size, and that if there are four channels, the first four are "B", "G", "R" and "A". The channel parsing code can be found in decodeheader. The...

8.7CVSS6.4AI score0.00183EPSS
SaveExploits0
Cvelist
Cvelist
•added 2025/10/06 8:09 a.m.•55 views

CVE-2025-59732 Heap-buffer-overflow write in FFmpeg EXR dwa_uncompress

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS0.0019EPSS
SaveExploits0References1
osv_cve
osv_cve
•added 2025/10/06 8:09 a.m.•14 views

CVE-2025-59732 Heap-buffer-overflow write in FFmpeg EXR dwa_uncompress

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS6.6AI score
SaveExploits0References4
Mend
Mend
•added 2025/10/06 8:09 a.m.•3 views

CVE-2025-59732

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS6.6AI score0.0019EPSS
SaveExploits0References5
Vulnrichment
Vulnrichment
•added 2025/10/06 8:09 a.m.•5 views

CVE-2025-59732 Heap-buffer-overflow write in FFmpeg EXR dwa_uncompress

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS6.6AI score0.0019EPSS
SaveExploits0References1
AlpineLinux
AlpineLinux
•added 2025/10/06 8:09 a.m.•21 views

CVE-2025-59732

When decoding an OpenEXR file that uses DWAA or DWAB compression, there's an implicit assumption that the height and width are divisible by 8. If the height or width of the image is not divisible by 8, the copy loops at 0 and 1 will continue to write until the next multiple of 8. The buffer...

8.7CVSS6.6AI score0.0019EPSS
SaveExploits0
Debian CVE
Debian CVE
•added 2025/10/06 8:09 a.m.•28 views

CVE-2025-59731

When decoding an OpenEXR file that uses DWAA or DWAB compression, the specified raw length of run-length-encoded data is not checked when using it to calculate the output data. We read rlerawsize from the input file at 0, we decompress and decode into the buffer td-rlerawdata of size rlerawsize a...

6.9CVSS6.4AI score0.00171EPSS
SaveExploits0
Mend
Mend
•added 2025/10/06 8:09 a.m.•3 views

CVE-2025-59731

When decoding an OpenEXR file that uses DWAA or DWAB compression, the specified raw length of run-length-encoded data is not checked when using it to calculate the output data. We read rlerawsize from the input file at 0, we decompress and decode into the buffer td-rlerawdata of size rlerawsize a...

7.3CVSS6.4AI score0.00171EPSS
SaveExploits0References5
Rows per page
Query Builder