In libtiff's tiffcrop utility (tools/tiffcrop.c), a crafted file could supply an invalid crop_width and/or crop_length, and since these values were computed prior to the sanity check, invalid values could later cause out-of-bounds reads in reverseSamples16bits(). References: 1. https://gitlab.com/libtiff/libtiff/-/issues/335 2. https://gitlab.com/libtiff/libtiff/-/merge_requests/294/diffs?commit_id=b258ed69a485a9cfb299d9f060eb2a46c54e5903
Created iv tracking bugs for this issue: Affects: fedora-35 [bug 2118865] Affects: fedora-36 [bug 2118866] Created libtiff tracking bugs for this issue: Affects: fedora-35 [bug 2118864] Affects: fedora-36 [bug 2118867] Created mingw-libtiff tracking bugs for this issue: Affects: fedora-36 [bug 2118868]
Created mingw-libtiff tracking bugs for this issue: Affects: fedora-35 [bug 2118880]
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2023:0095 https://access.redhat.com/errata/RHSA-2023:0095
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2022-2868