{"kind": "product", "path": "vulns/pypi/openexr", "name": "openexr", "product": "openexr", "ecosystem": "PyPI", "items": [{"id": "CVE-2026-34589", "noindex": false, "published": "2026-04-06T15:33:03.276Z", "modified": "2026-07-15T01:04:11.570Z", "cvss": 8.4, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00419, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-34589", "title": "OpenEXR: DWA Lossy Decoder Heap Out-of-Bounds Write", "description": "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, the DWA lossy decoder constructs temporary per-component block pointers using signed 32-bit arithmetic. For a large enough width, the calculation overflows and later decoder stores operate on a wrapped pointer outside the allocated rowBlock backing store. This vulnerability is fixed in 3.2.7, 3.3.9, and 3.4.9.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-p8xc-w3q4-h64x", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.2.7", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.3.9"], "fixes": ["3.2.7", "3.3.9", "3.4.9"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2026-34588", "noindex": false, "published": "2026-04-06T15:31:57.602Z", "modified": "2026-09-09T12:05:01.982Z", "cvss": 8.6, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00482, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-34588", "title": "OpenEXR has a signed 32-bit Overflow in PIZ Decoder Leads to OOB Read/Write", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.1.0 to before 3.2.7, 3.3.9, and 3.4.9, internal_exr_undo_piz() advances the working wavelet pointer with signed 32-bit arithmetic. Because nx, ny, and wcount are int, a crafted EXR file can make this product overflow and wrap. The next channel then decodes from an incorrect address. The wavelet decode path operates in place, so this yields both out-of-bounds reads and out-of-bounds writes. This vulnerability is fixed in 3.2.7, 3.3.9, and 3.4.9.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-588r-cr5c-w6hf", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.2.7", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.3.9"], "fixes": ["3.2.7", "3.3.9", "3.4.9"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2026-34543", "noindex": false, "published": "2026-04-01T20:56:18.776Z", "modified": "2026-04-02T13:59:31.393Z", "cvss": 8.7, "cvss_vector": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00501, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-34543", "title": "OpenEXR: Heap information disclosure in PXR24 decompression via unchecked decompressed size (undo_pxr24_impl)", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From version 3.4.0 to before version 3.4.8, sensitive information from heap memory may be leaked through the decoded pixel data (information disclosure). This occurs under default settings; simply reading a malicious EXR file is sufficient to trigger the issue, without any user interaction. This issue has been patched in version 3.4.8.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-vc68-257w-m432", "https://github.com/AcademySoftwareFoundation/openexr/commit/5f6d0aaa9e43802917af7db90f181e88e083d3b8", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.4.8"], "fixes": ["3.4.8"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2026-34544", "noindex": false, "published": "2026-04-01T20:55:30.493Z", "modified": "2026-04-02T18:02:56.427Z", "cvss": 8.4, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00254, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-34544", "title": "OpenEXR: integer overflow to OOB write in uncompress_b44_impl()", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From version 3.4.0 to before version 3.4.8, a crafted B44 or B44A EXR file can cause an out-of-bounds write in any application that decodes it via exr_decoding_run(). Consequences range from immediate crash (most likely) to corruption of adjacent heap allocations (layout-dependent). This issue has been patched in version 3.4.8.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-h762-rhv3-h25v", "https://github.com/AcademySoftwareFoundation/openexr/commit/35e7aa35e22c1975606be86e859f31cc1fc598ee", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.4.8"], "fixes": ["3.4.8"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2026-27622", "noindex": false, "published": "2026-03-03T22:42:49.086Z", "modified": "2026-09-09T12:04:51.973Z", "cvss": 8.4, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00241, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-27622", "title": "OpenEXR CompositeDeepScanLine integer-overflow leads to heap OOB write", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In CompositeDeepScanLine::readPixels, per-pixel totals are accumulated in vector<unsigned int> total_sizes for attacker-controlled large counts across many parts, total_sizes[ptr] wraps modulo 2^32.  overall_sample_count is then derived from wrapped totals and used in samples[channel].resize(overall_sample_count). Decode pointer setup/consumption proceeds with true sample counts, and write operations in core unpack (generic_unpack_deep_pointers) overrun the undersized composite sample buffer. This vu", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-cr4v-6jm6-4963", "https://access.redhat.com/security/cve/CVE-2026-27622", "https://bugzilla.redhat.com/show_bug.cgi?id=2444251"], "fixes": ["3.2.6", "3.3.8", "3.4.6"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2026-26981", "noindex": false, "published": "2026-02-24T02:26:16.659Z", "modified": "2026-02-24T20:03:54.667Z", "cvss": 6.5, "cvss_vector": "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H", "severity": "medium", "epss": 0.00597, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2026-26981", "title": "OpenEXR has heap-buffer-overflow via signed integer underflow in ImfContextInit.cpp", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.3.0 through 3.3.6 and 3.4.0 through 3.4.4, a heap-buffer-overflow (OOB read) occurs in the `istream_nonparallel_read` function in `ImfContextInit.cpp` when parsing a malformed EXR file through a memory-mapped `IStream`. A signed integer subtraction produces a negative value that is implicitly converted to `size_t`, resulting in a massive length being passed to `memcpy`. Versions 3.3.7 and 3.4.5 contain a patch.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-q6vj-wxvf-5m8c", "https://github.com/AcademySoftwareFoundation/openexr/commit/6bb2ddf1068573d073edf81270a015b38cc05cef", "https://github.com/AcademySoftwareFoundation/openexr/commit/d2be382758adc3e9ab83a3de35138ec28d93ebd8"], "fixes": ["3.3.7", "3.4.5"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-64183", "noindex": false, "published": "2025-11-10T21:29:54.234Z", "modified": "2025-11-14T18:38:32.682Z", "cvss": 5.5, "cvss_vector": "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", "severity": "medium", "epss": 0.00322, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-64183", "title": "OpenEXR has use after free in PyObject_StealAttrString", "description": "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 PyObject_StealAttrString of pyOpenEXR_old.cpp. The legacy adapter defines PyObject_StealAttrString that calls PyObject_GetAttrString to obtain a new reference, immediately decrefs it, and returns the pointer. Callers then pass this dangling pointer to APIs like PyLong_AsLong/PyFloat_AsDouble, resulting in a use-after-free. This is invoked in multiple places (e.g., reading PixelType.v, Box2i, V2", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-57cw-j6vp-2p9m", "https://github.com/AcademySoftwareFoundation/openexr/blob/b3a19903db0672c63055023aa788e592b16ec3c5/src/wrappers/python/PyOpenEXR_old.cpp#L109-L115", "https://nvd.nist.gov/vuln/detail/CVE-2025-64183"], "fixes": ["3.2.5", "3.3.6", "3.4.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-64182", "noindex": false, "published": "2025-11-10T21:27:21.176Z", "modified": "2025-11-14T19:22:58.166Z", "cvss": 5.5, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N/E:P", "severity": "medium", "epss": 0.0026, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-64182", "title": "OpenEXR has buffer overflow in PyOpenEXR_old's channels() and channel()", "description": "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, a memory safety bug in the legacy OpenEXR Python adapter (the deprecated OpenEXR.InputFile wrapper) allow crashes and likely code execution when opening attacker-controlled EXR files or when passing crafted Python objects. Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit). Versions 3.2.5, 3.3.6, and 3.4.3 contain a patch for", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-vh63-9mqx-wmjr", "https://github.com/AcademySoftwareFoundation/openexr/blob/b3a19903db0672c63055023aa788e592b16ec3c5/src/wrappers/python/PyOpenEXR_old.cpp#L528-L536", "https://nvd.nist.gov/vuln/detail/CVE-2025-64182"], "fixes": ["3.2.5", "3.3.6", "3.4.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-64181", "noindex": false, "published": "2025-11-10T21:23:04.248Z", "modified": "2025-11-12T21:05:26.971Z", "cvss": 2, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:P", "severity": "low", "epss": 0.00409, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-64181", "title": "OpenEXR Makes Use of Uninitialized Memory", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.3.0 through 3.3.5 and 3.4.0 through 3.4.2, while fuzzing `openexr_exrcheck_fuzzer`, Valgrind reports a conditional branch depending on uninitialized data inside `generic_unpack`. This indicates a use of uninitialized memory. The issue can result in undefined behavior and/or a potential crash/denial of service. Versions 3.3.6 and 3.4.3 fix the issue.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-3h9h-qfvw-98hq", "https://github.com/user-attachments/files/23024726/archive0.zip", "https://github.com/user-attachments/files/23024736/archive1.zip"], "fixes": ["3.3.6", "3.4.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}, {"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-48074", "noindex": false, "published": "2025-08-01T16:32:54.595Z", "modified": "2025-08-01T17:09:00.696Z", "cvss": 4.6, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N", "severity": "medium", "epss": 0.00275, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-48074", "title": "OpenEXR's Unbounded File Header Values can Lead to Out-Of-Memory Errors", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In version 3.3.2, applications trust unvalidated dataWindow size values from file headers, which can lead to excessive memory allocation and performance degradation when processing malicious files. This is fixed in version 3.3.3.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-x22w-82jp-8rvf", "https://github.com/ShielderSec/poc/tree/main/CVE-2025-48074", "https://nvd.nist.gov/vuln/detail/CVE-2025-48074"], "fixes": ["3.3.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-48073", "noindex": false, "published": "2025-07-31T20:25:51.545Z", "modified": "2025-07-31T20:36:41.060Z", "cvss": 4.6, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N", "severity": "medium", "epss": 0.00212, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-48073", "title": "OpenEXR ScanLineProcess::run_fill NULL Pointer Write In \"reduceMemory\" Mode", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In version 3.3.2, when reading a deep scanline image with a large sample count in reduceMemory mode, it is possible to crash a target application with a NULL pointer dereference in a write operation. This is fixed in version 3.3.3.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-qhpm-86v7-phmm", "https://github.com/ShielderSec/poc/tree/main/CVE-2025-48073", "https://nvd.nist.gov/vuln/detail/CVE-2025-48073"], "fixes": ["3.3.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-48072", "noindex": false, "published": "2025-07-31T20:18:40.598Z", "modified": "2025-07-31T20:37:21.287Z", "cvss": 6.8, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N", "severity": "medium", "epss": 0.0054, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-48072", "title": "OpenEXR's Inaccurate Pointer Arithmetic can Cause an Out of Bounds Heap", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. Version 3.3.2 is vulnerable to a heap-based buffer overflow during a read operation due to bad pointer math when decompressing DWAA-packed scan-line EXR files with a maliciously forged chunk. This is fixed in version 3.3.3.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-4r7w-q3jg-ff43", "https://github.com/AcademySoftwareFoundation/openexr/commit/2d09449427b13a05f7c31a98ab2c4347c23db361", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.3.3"], "fixes": ["3.3.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2025-48071", "noindex": false, "published": "2025-07-31T20:13:14.436Z", "modified": "2025-07-31T20:22:23.603Z", "cvss": 8.4, "cvss_vector": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N", "severity": "high", "epss": 0.00365, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2025-48071", "title": "OpenEXR's Forged Unpacked Size can Lead to Heap-Based Buffer Overflow in Deep Scanline Parsing", "description": "OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.3.2 through 3.3.0, there is a heap-based buffer overflow during a write operation when decompressing ZIPS-packed deep scan-line EXR files with a maliciously forged chunk header. This is fixed in version 3.3.3.", "references": ["https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-h45x-qhg2-q375", "https://github.com/AcademySoftwareFoundation/openexr/commit/916cc729e24aa16b86d82813f6e136340ab2876f", "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.3.3"], "fixes": ["3.3.3"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2017-9112", "noindex": false, "published": "2017-05-21T18:00:00.000Z", "modified": "2024-08-05T16:55:22.259Z", "cvss": 6.5, "cvss_vector": "", "severity": "medium", "epss": 0.01866, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2017-9112", "title": "CVE-2017-9112", "description": "In OpenEXR 2.2.0, an invalid read of size 1 in the getBits function in ImfHuf.cpp could cause the application to crash.", "references": ["http://www.openwall.com/lists/oss-security/2017/05/12/5", "https://github.com/openexr/openexr/releases/tag/v2.2.1", "https://github.com/openexr/openexr/issues/232"], "fixes": ["2.2.1"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}, {"id": "CVE-2017-9111", "noindex": false, "published": "2017-05-21T18:00:00.000Z", "modified": "2024-08-05T16:55:22.292Z", "cvss": 8.8, "cvss_vector": "", "severity": "high", "epss": 0.03192, "kev": false, "exploits": [], "stacks": [{"name": "python", "path": "vulns/stack/python", "slug": "python"}], "path": "vulns/cve-2017-9111", "title": "CVE-2017-9111", "description": "In OpenEXR 2.2.0, an invalid write of size 8 in the storeSSE function in ImfOptimizedPixelReading.h could cause the application to crash or execute arbitrary code.", "references": ["http://www.openwall.com/lists/oss-security/2017/05/12/5", "http://lists.opensuse.org/opensuse-security-announce/2019-07/msg00060.html", "http://lists.opensuse.org/opensuse-security-announce/2019-08/msg00000.html"], "fixes": ["2.2.1"], "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}]}], "total": 15, "unknown_count": 0, "release_unconfirmed": false, "page": 1, "pages": 1, "filtered": false, "noindex": false, "filters": {}, "page_size": 20, "products": [{"name": "openexr", "path": "vulns/pypi/openexr", "ecosystem": "PyPI"}], "stacks": [{"name": "system", "path": "vulns/stack/system", "slug": "system"}, {"name": "web", "path": "vulns/stack/web", "slug": "web"}, {"name": "php", "path": "vulns/stack/php", "slug": "php"}, {"name": "python", "path": "vulns/stack/python", "slug": "python"}, {"name": "node", "path": "vulns/stack/node", "slug": "node"}, {"name": "database", "path": "vulns/stack/database", "slug": "database"}, {"name": "containers", "path": "vulns/stack/containers", "slug": "containers"}, {"name": "network", "path": "vulns/stack/network", "slug": "network"}, {"name": "applications", "path": "vulns/stack/applications", "slug": "applications"}], "versions": [], "stats": {"recent": 0, "kev": 0}, "lastmod": "2026-09-09T12:05:01.982Z", "early_advisories": [], "license": "Подборку PatchFirst и наши дополнения (приоритеты, ранние предупреждения, тексты, сводки и агрегаты) можно свободно использовать для собственных целей, включая внутренние задачи бизнеса. Перепродажа, коммерческое распространение и массовое зеркалирование этой подборки или дополнений допускаются только по письменному соглашению с оператором. При любом использовании или публикации подборки или наших дополнений указывайте PatchFirst (https://ru.patchfirst.dev/vulns/) с этой ссылкой на страницу ленты своего региона. Исходные записи открытых источников остаются под их лицензиями и условиями. Эти условия не ограничивают ваши права на исходные данные, которые можно получить у источников напрямую.", "terms_url": "https://ru.patchfirst.dev/vulns/#feed-terms", "attribution": {"name": "PatchFirst", "url": "https://ru.patchfirst.dev/vulns/"}, "source_changes": "PatchFirst отбирает, нормализует и объединяет записи; могут добавляться сводки и переводы. Новости указываются ссылкой на первоисточник в самой записи.", "sources": [{"id": "cve", "name": "CVE List / CVE.org", "url": "https://www.cve.org/", "license": "CVE Terms of Use", "terms_url": "https://www.cve.org/Legal/TermsOfUse", "notice": "Copyright © 1999–2021, The MITRE Corporation. LICENSE Submissions : For all materials you submit to the Common Vulnerabilities and Exposures (CVE™), you hereby grant to The MITRE Corporation (MITRE) and all CVE Numbering Authorities (CNAs) a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute such materials and derivative works. Unless required by applicable law or agreed to in writing, you provide such materials on an \"AS IS\" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE. CVE Usage : MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE™). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. DISCLAIMERS ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN \"AS IS\" BASIS AND THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE MITRE CORPORATION, ITS BOARD OF TRUSTEES, OFFICERS, AGENTS, AND EMPLOYEES, DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION THEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE."}, {"id": "osv", "name": "OSV", "url": "https://osv.dev/", "terms_url": "https://google.github.io/osv.dev/data/", "terms": "Лицензии исходных баз различаются; см. каталог источников."}, {"id": "kev", "name": "CISA KEV", "url": "https://www.cisa.gov/known-exploited-vulnerabilities-catalog", "license": "CC0-1.0", "terms_url": "https://github.com/cisagov/kev-data/blob/develop/LICENSE"}, {"id": "epss", "name": "FIRST EPSS", "url": "https://www.first.org/epss/", "terms_url": "https://www.first.org/epss/faq", "terms": "Оценки доступны свободно; запрашивается указание источника (FIRST EPSS, оценки подготовлены Empirical Security)."}, {"id": "github-advisory", "name": "GitHub Advisory Database", "url": "https://github.com/advisories", "license": "CC-BY-4.0", "terms_url": "https://github.com/github/advisory-database/blob/main/LICENSE.md"}, {"id": "exploitdb", "name": "Exploit-DB", "url": "https://www.exploit-db.com/", "license": "GPL-2.0", "terms_url": "https://gitlab.com/exploit-database/exploitdb/-/blob/main/LICENSE.md"}, {"id": "metasploit", "name": "Metasploit", "url": "https://github.com/rapid7/metasploit-framework", "license": "BSD-3-Clause", "terms_url": "https://github.com/rapid7/metasploit-framework/blob/master/LICENSE", "notice": "Copyright (c) 2006-2026, Rapid7, Inc.\nLicense: BSD-3-clause\n Redistribution and use in source and binary forms, with or without modification,\n are permitted provided that the following conditions are met:\n .\n * Redistributions of source code must retain the above copyright notice,\n this list of conditions and the following disclaimer.\n .\n * Redistributions in binary form must reproduce the above copyright notice,\n this list of conditions and the following disclaimer in the documentation\n and/or other materials provided with the distribution.\n .\n * Neither the name of Rapid7, Inc. nor the names of its contributors\n may be used to endorse or promote products derived from this software\n without specific prior written permission.\n .\n THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS \"AS IS\" AND\n ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED\n WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE\n DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR\n ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES\n (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;\n LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON\n ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT\n (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS\n SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE."}, {"id": "nuclei", "name": "Nuclei Templates", "url": "https://github.com/projectdiscovery/nuclei-templates", "license": "MIT", "terms_url": "https://github.com/projectdiscovery/nuclei-templates/blob/main/LICENSE.md", "notice": "MIT License\n\nCopyright (c) 2025 ProjectDiscovery, Inc.\n\nPermission is hereby granted, free of charge, to any person obtaining a copy\nof this software and associated documentation files (the \"Software\"), to deal\nin the Software without restriction, including without limitation the rights\nto use, copy, modify, merge, publish, distribute, sublicense, and/or sell\ncopies of the Software, and to permit persons to whom the Software is\nfurnished to do so, subject to the following conditions:\n\nThe above copyright notice and this permission notice shall be included in all\ncopies or substantial portions of the Software.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\nIMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\nFITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE\nAUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\nLIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,\nOUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE\nSOFTWARE."}, {"id": "linux-kernel", "name": "Linux kernel releases", "url": "https://www.kernel.org/", "license": "CC-BY-SA-4.0", "terms_url": "https://www.kernel.org/legal.html", "notice": "Copyright (C) 1997-2014 by The Linux Kernel Organization, Inc."}]}