CVE-2017-11613
published 2017-07-26CVE-2017-11613: In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the…
PriorityP428medium6.5CVSS 3.0
AVNACLPRNUIRSUCNINAH
EPSS
2.75%
84.4th percentile
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
Affected
2 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | tiff | < tiff 4.0.9-5 (bookworm) | tiff 4.0.9-5 (bookworm) |
| libtiff | libtiff | — | — |
CVSS provenance
nvdv3.06.5MEDIUMCVSS:3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
nvdv2.04.3MEDIUMAV:N/AC:M/Au:N/C:N/I:N/A:P
osv6.5MEDIUM
vendor_debian6.5LOW
vendor_redhat6.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Ubuntu
LibTIFF vulnerabilities
vendor_ubuntu·2018-03-26
CVE-2016-3186 LibTIFF vulnerabilities
Title: LibTIFF vulnerabilities
Summary: LibTIFF could be made to crash or run programs as your login if it opened a
specially crafted file.
It was discovered that LibTIFF incorrectly handled certain malformed
images. If a user or automated system were tricked into opening a specially
crafted image, a remote attacker could crash the application, leading to a
denial of service, or possibly execute arbitrary code with user privileges.
Instructions: In general, a standard system update will make all the necessary changes.
Red Hat
libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
vendor_redhat·2017-07-26·CVSS 6.5
CVE-2017-11613 [MEDIUM] CWE-20 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
Statement: Red Hat Product Security determined that this flaw was not a security vulnerability. See the Bugzilla link for more details.
Package: libtiff (Red Hat Enterprise Linux 5) - Not affected
Package: libti
Debian
CVE-2017-11613: tiff - In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen fun...
vendor_debian·2017·CVSS 6.5
CVE-2017-11613 [MEDIUM] CVE-2017-11613: tiff - In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen fun...
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
Scope: local
bookworm: resolved (fixed in 4.0.9-5)
bullseye: resolved (fixed in 4.0.9-5)
forky: resolved (fixed in 4.0.9-5)
sid: resolved (fixed in 4.0.9-5)
trixie: resolved (fixed in 4.0.9-5)
GHSA
GHSA-42pc-34h3-q52f: In LibTIFF 4
ghsa_unreviewed·2022-05-14
CVE-2017-11613 [MEDIUM] CWE-20 GHSA-42pc-34h3-q52f: In LibTIFF 4
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
OSV
CVE-2017-11613: In LibTIFF 4
osv·2017-07-26·CVSS 6.5
CVE-2017-11613 [MEDIUM] CVE-2017-11613: In LibTIFF 4
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2018-16335 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
bugzilla·2018-09-03·CVSS 6.5
CVE-2018-16335 [MEDIUM] CVE-2018-16335 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
CVE-2018-16335 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue
Bugzilla
CVE-2018-15209 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
bugzilla·2018-08-08·CVSS 6.5
CVE-2018-15209 [MEDIUM] CVE-2018-15209 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
CVE-2018-15209 libtiff: Heap-based buffer overflow in ChopUpSingleUncompressedStrip in tif_dirread.c [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue
Bugzilla
CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
bugzilla·2017-07-26·CVSS 6.5
CVE-2017-11613 [MEDIUM] CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple
Bugzilla
CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
bugzilla·2017-07-26·CVSS 6.5
CVE-2017-11613 [MEDIUM] CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
CVE-2017-11613 libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function
In LibTIFF 4.0.8, there is a denial of service vulnerability in the TIFFOpen function. A crafted input will lead to a denial of service attack. During the TIFFOpen process, td_imagelength is not checked. The value of td_imagelength can be directly controlled by an input file. In the ChopUpSingleUncompressedStrip function, the _TIFFCheckMalloc function is called based on td_imagelength. If we set the value of td_imagelength close to the amount of system memory, it will hang the system or trigger the OOM killer.
References:
https://gist.github.com/dazhouzhou/1a3b7400547f23fe316db303ab9b604f
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869823
Discussion:
Created libtiff tracking bugs for this issue:
Bugzilla
CVE-2017-11613 mingw-libtiff: libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
bugzilla·2017-07-26·CVSS 6.5
CVE-2017-11613 [MEDIUM] CVE-2017-11613 mingw-libtiff: libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
CVE-2017-11613 mingw-libtiff: libtiff: Memory leak via corrupt td_imagelength in TIFFOpen function [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue a
http://www.securityfocus.com/bid/99977https://gist.github.com/dazhouzhou/1a3b7400547f23fe316db303ab9b604fhttps://lists.debian.org/debian-lts-announce/2018/05/msg00022.htmlhttps://lists.debian.org/debian-lts-announce/2018/07/msg00002.htmlhttps://usn.ubuntu.com/3606-1/https://www.debian.org/security/2018/dsa-4349http://www.securityfocus.com/bid/99977https://gist.github.com/dazhouzhou/1a3b7400547f23fe316db303ab9b604fhttps://lists.debian.org/debian-lts-announce/2018/05/msg00022.htmlhttps://lists.debian.org/debian-lts-announce/2018/07/msg00002.htmlhttps://usn.ubuntu.com/3606-1/https://www.debian.org/security/2018/dsa-4349
2017-07-26
Published