Lucene search
K

3660 matches found

EUVD
EUVD
added 2025/10/07 12:30 a.m.2 views

EUVD-2017-18042

Malware in sbrugna...

9.8CVSS9.2AI score0.02356EPSS
Exploits0References8
EUVD
EUVD
added 2025/10/07 12:30 a.m.3 views

EUVD-2017-15477

Malware in sbrugna...

5.5CVSS6.5AI score0.01321EPSS
Exploits0References10
EUVD
EUVD
added 2025/10/07 12:30 a.m.3 views

EUVD-2010-0097

Malware in sbrugna...

6.8CVSS4.5AI score0.0246EPSS
Exploits0References3
EUVD
EUVD
added 2025/10/07 12:30 a.m.2 views

EUVD-2020-4104

Malware in sbrugna...

5.5CVSS6.9AI score0.01807EPSS
Exploits1References20
EUVD
EUVD
added 2025/10/07 12:30 a.m.3 views

EUVD-2015-6986

Malware in sbrugna...

6.8CVSS7.5AI score0.02809EPSS
Exploits0References11
EUVD
EUVD
added 2025/10/07 12:30 a.m.4 views

EUVD-2010-1340

Malware in sbrugna...

5CVSS6AI score0.03348EPSS
Exploits0References20
EUVD
EUVD
added 2025/10/07 12:30 a.m.2 views

EUVD-2008-1679

Malware in sbrugna...

5CVSS6.9AI score0.05288EPSS
Exploits2References36
Tenable Nessus
Tenable Nessus
added 2025/10/07 12:0 a.m.2 views

Unity Linux 20.1070a Security Update: ghostscript (UTSA-2025-984676)

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-984676 advisory. An issue was discovered in Artifex Ghostscript before 10.05.0. The NPDL device has a Compression buffer overflow for contrib/japanese/gdevnpdl.c. Tenable has extract...

9.8CVSS6.9AI score0.00775EPSS
Exploits0References4
Tenable Nessus
Tenable Nessus
added 2025/10/07 12:0 a.m.2 views

Unity Linux 20.1070a Security Update: kernel (UTSA-2025-429912)

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-429912 advisory. In the Linux kernel, the following vulnerability has been resolved: slip: make slhcremember more robust against malicious packets syzbot found that slhcremember was...

7.1CVSS6.4AI score0.00272EPSS
Exploits0References3
SUSE CVE
SUSE CVE
added 2025/10/06 11:22 p.m.2 views

SUSE 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.9CVSS5.9AI score0.00158EPSS
Exploits0References3
SUSE CVE
SUSE CVE
added 2025/10/06 11:22 p.m.2 views

SUSE 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.7CVSS6AI score0.00153EPSS
Exploits0References3
SUSE CVE
SUSE CVE
added 2025/10/06 11:22 p.m.3 views

SUSE 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.7CVSS6AI score0.00169EPSS
Exploits0References3
Snyk
Snyk
added 2025/10/06 8:44 a.m.1 views

Out-of-bounds Write

Overview Affected versions of this package are vulnerable to Out-of-bounds Write in the dwauncompress function when decoding OpenEXR files with DWAA or DWAB compression and the image height or width is not divisible by 8. An attacker can cause memory corruption or potentially execute arbitrary co...

8.7CVSS6AI score0.00153EPSS
Exploits0References2
NVD
NVD
added 2025/10/06 8:15 a.m.5 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.00169EPSS
Exploits0References1
OSV
OSV
added 2025/10/06 8:15 a.m.2 views

DEBIAN-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.7CVSS5.9AI score0.00169EPSS
Exploits0References1
OSV
OSV
added 2025/10/06 8:15 a.m.2 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.7CVSS5.9AI score0.00153EPSS
Exploits0References1
NVD
NVD
added 2025/10/06 8:15 a.m.2 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.7CVSS0.00153EPSS
Exploits0References1
OSV
OSV
added 2025/10/06 8:15 a.m.1 views

UBUNTU-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.00153EPSS
Exploits0References4
OSV
OSV
added 2025/10/06 8:15 a.m.0 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.5AI score0.00158EPSS
Exploits0References4
EUVD
EUVD
added 2025/10/06 8:9 a.m.4 views

EUVD-2025-32514

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.7AI score0.00169EPSS
Exploits0References2
Rows per page
Query Builder