OpenImageIO 3.1.16 adds decompression guards and fixes image-parser flaws across studio formats
The maintenance release lists eight CVEs and hardens EXR, PSD, TIFF, RAW, JPEG 2000 and other readers against corrupt files, oversized allocations and out-of-bounds memory access.
- 8 CVEs LISTED
- DECOMPRESSION GUARDS
Editorial visual: MANAZYRRights details
What we know
The Academy Software Foundation project released OpenImageIO 3.1.16.0 on August 1. Its notes list eight assigned CVEs affecting Cineon, EXR, GIF/Targa, IFF, PSD and TIFF paths, alongside additional validation for BMP, DDS, DPX, HDR, JPEG 2000, JPEG XL, RAW, SGI and other readers.
The release adds a global per-dimension resolution limit intended to guard against decompression-bomb attacks, applies a LibRaw memory cap before unpacking and introduces libFuzzer infrastructure for file-format readers. It also fixes a multithreaded ImageBuf data race. These are library-level changes: an application benefits only when it actually ships or loads a patched OpenImageIO build.
MANAZYR perspective
Media files are inputs, not harmless pictures. A studio that receives EXR, PSD, TIFF or RAW files from clients, vendors or public links exposes its ingest machines and render nodes to parsers before anyone judges the image visually. Dependency inventory and sandboxed ingest matter as much as the visible application version.
What we’re watching
We are watching for downstream rebuilds and backports, distribution advisories, CVSS scoring and any evidence of exploitation. The release notes document fixed code paths; they do not prove that every OpenImageIO-based application was exploitable in its default configuration.
MANAZYR / SOURCES
Source trail
Primary and official sources are listed first. Links open the original page; MANAZYR does not reproduce its text or images.