CVE-2026-106116 json
ImageSharp: BigTIFF IFD count can keep a decoder thread in a non-progressing loop
published last mo. modified 14d ago also EUVD-2026-93559 , GHSA-wmxv-xphr-5c9g
- cvss
- 5.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 26%
- public exploits
- 0
- none known
Summary
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.
Patch / fix
- nuget SixLabors.ImageSharp 3.2.0, 4.1.2
- sixlabors imagesharp 4.1.2
- github.com/SixLabors/ImageSharp@92b12d7 commit
- github.com/SixLabors/ImageSharp@baa37cd commit
- github.com/SixLabors/ImageSharp#3187 pull request
- github.com/SixLabors/ImageSharp#3208 pull request
- github.com/SixLabors/ImageSharp/releases/tag/v4.1.2 release
- github.com/SixLabors/ImageSharp/releases/tag/v3.2.0 release
Is CVE-2026-106116 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- yes
- Technical impact
- partial
- Assessed
- last mo.
Exploit prediction
0.33% chance of exploitation in the next 30 days, higher than 26% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- github.com https://github.com/SixLabors/ImageSharp/security/advisories/GHSA-wmxv-xphr-5c9g referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L |
| GitHub | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| nuget | SixLabors.ImageSharp | >=2.0.0, <3.2.0 >=4.0.0, <4.1.2 |
3.2.0 4.1.2 |
Affected products
- SixLabors ImageSharp
Classification
- Weakness
-
- CWE-835 Loop with Unreachable Exit Condition
References
-
github.com
/SixLabors/ImageSharp/pull/3187
web, issue-tracking, patch
-
github.com
/SixLabors/ImageSharp/commit/92b12d72550ebb6be5b1e22e559c361fd863a6ec
web, patch
-
github.com
/SixLabors/ImageSharp/pull/3208
web
-
github.com
/SixLabors/ImageSharp/commit/baa37cd19077b2a2a0c5667535111cf31d48c019
web
-
github.com
/SixLabors/ImageSharp/security/advisories/GHSA-wmxv-xphr-5c9g
exploit, web, vendor-advisory
-
github.com
/SixLabors/ImageSharp/releases/tag/v4.1.2
web, release-notes
-
nvd.nist.gov
/vuln/detail/CVE-2026-106116
advisory
-
github.com
/SixLabors/ImageSharp
package
-
github.com
/SixLabors/ImageSharp/releases/tag/v3.2.0
web
Sources
- CVE List CVE-2026-106116
- GitHub Advisory GHSA-wmxv-xphr-5c9g
- NVD CVE-2026-106116
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.