CVE-2026-106118 json
ImageSharp: Tiled fax TIFF: tile buffer sized by TileWidth but fax decompressor writes scanlines of ImageWidth — heap OOB write
published last mo. modified 14d ago also EUVD-2026-93770 , GHSA-v76p-62qx-wwq2
- cvss
- 7.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.6%
- EPSS 0.6% chance of exploitation in 30 days, percentile 48%
- public exploits
- 0
- none known
Summary
ImageSharp is a 2D graphics library. From 3.0.0 until 4.1.1, tiled TIFF decoding allocates a destination buffer using TileWidth but TiffDecompressorsFactory.Create constructs T4, T6, and Modified Huffman decompressors using the full frame width. TiffDecoderCore.DecodeTilesChunky can therefore direct frame-width fax scanlines into a tile-width buffer when TileWidth is smaller than ImageWidth. The mismatch causes attacker-controlled out-of-bounds writes, heap corruption, and process termination even with legal per-row run codes. This tiled-path vulnerability is distinct from oversized CCITT runs in strip decoding. This issue is fixed in version 4.1.1.
Patch / fix
- nuget SixLabors.ImageSharp 3.2.0, 4.1.1
- sixlabors imagesharp 4.1.1
- github.com/SixLabors/ImageSharp@9ee7d1d commit
- github.com/SixLabors/ImageSharp@baa37cd commit
- github.com/SixLabors/ImageSharp#3176 pull request
- github.com/SixLabors/ImageSharp#3208 pull request
- github.com/SixLabors/ImageSharp/releases/tag/v4.1.1 release
- github.com/SixLabors/ImageSharp/releases/tag/v3.2.0 release
Is CVE-2026-106118 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
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- last mo.
Exploit prediction
0.60% chance of exploitation in the next 30 days, higher than 48% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| nuget | SixLabors.ImageSharp | >=3.0.0, <3.2.0 >=4.0.0, <4.1.1 |
3.2.0 4.1.1 |
Affected products
- SixLabors ImageSharp
Classification
- Weakness
-
- CWE-787 Out-of-bounds Write
References
-
github.com
/SixLabors/ImageSharp/pull/3176
web
-
github.com
/SixLabors/ImageSharp/commit/9ee7d1dd5b62d8c9f16cc755e76828386bc2191f
web
-
github.com
/SixLabors/ImageSharp/pull/3208
web
-
github.com
/SixLabors/ImageSharp/commit/baa37cd19077b2a2a0c5667535111cf31d48c019
web
-
github.com
/SixLabors/ImageSharp/security/advisories/GHSA-v76p-62qx-wwq2
web
-
github.com
/SixLabors/ImageSharp/releases/tag/v4.1.1
web
-
nvd.nist.gov
/vuln/detail/CVE-2026-106118
advisory
-
github.com
/SixLabors/ImageSharp
package
-
github.com
/SixLabors/ImageSharp/releases/tag/v3.2.0
web
Sources
- CVE List CVE-2026-106118
- GitHub Advisory GHSA-v76p-62qx-wwq2
- NVD CVE-2026-106118
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.