ImageSharp: BigTIFF IFD count can keep a decoder thread in a non-progressing loop
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| SixLabors | ImageSharp | affected |
|
Configuration 1 [-]
|
No data.
| Vendor | Product | Versions | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Sixlabors | Imagesharp |
|
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-wmxv-xphr-5c9g | ImageSharp: BigTIFF IFD count can keep a decoder thread in a non-progressing loop |
No CVSS v4.0
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.328% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| CPEs | cpe:2.3:a:sixlabors:imagesharp:*:*:*:*:*:*:*:* |
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Sixlabors
Sixlabors imagesharp |
|
| Vendors & Products |
Sixlabors
Sixlabors imagesharp |
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
| Type | Values Removed | Values Added |
|---|---|---|
| Description | ImageSharp is a 2D graphics library. From 2.0.0 until 4.1.2, ExifReader.ReadValues64 trusts the 64-bit BigTIFF IFD entry count and iterates once per declared entry. When fewer than 20 bytes remain, ExifReader.ReadValue64 returns without advancing the stream or terminating the outer loop, so a small malformed BigTIFF can keep one decoder thread executing for an attacker-controlled duration. This report does not claim worker-pool exhaustion. This issue is fixed in version 4.1.2. | |
| Title | ImageSharp: BigTIFF IFD count can keep a decoder thread in a non-progressing loop | |
| Weaknesses | CWE-835 | |
| References |
| |
| Metrics |
cvssV3_1
|