by @LeSuisse Activity log
- Created suggestion
-
@LeSuisse
ignored
2 packages
- haskellPackages.openexr-write
- openexrid-unstable
- @LeSuisse accepted
- @LeSuisse published on GitHub
OpenEXR CompositeDeepScanLine integer-overflow leads to heap OOB write
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 vulnerability is fixed in v3.2.6, v3.3.8, and v3.4.6.
References
Affected products
- ==>= 3.4.0, < 3.4.6
- ==>= 2.3.0, < 3.2.6
- ==>= 3.3.0, < 3.3.8
Matching in nixpkgs
Ignored packages (2)
pkgs.openexrid-unstable
OpenEXR files able to isolate any object of a CG image with a perfect antialiazing
-
nixos-unstable 2017-09-17
- nixpkgs-unstable 2017-09-17
- nixos-unstable-small 2017-09-17
pkgs.haskellPackages.openexr-write
Library for writing images in OpenEXR HDR file format
Package maintainers
-
@paperdigits Mica Semrick <mica@silentumbrella.com>