ImageSharp: EXR ZIP decoder can expose stale allocator data after a short inflate
## Summary A crafted ZIP-compressed OpenEXR image can return stale memory from a prior ImageSharp operation as decoded pixels. The ZIP decoder accepts a non-empty inflate result shorter than the EXR block's required size, then the EXR decoder reads the full expected block. This is a process-local, cross-operation information-disclosure defect. It is relevant when an application uses the shared `Configuration.Default` allocator for separate image operations and exposes pixels or output derived from a later attacker-controlled EXR decode. Whether that creates a network attack path depends on the host application. No active exploitation is known. ## Affected package and versions - Package: `SixLabors.ImageSharp` (NuGet) - Affected published releases: **4.0.0, 4.1.0, and 4.1.1** - Affected range: `>= 4.0.0, <= 4.1.1` - Commit `0815358f9202a78bc7f3b83e19282dc3654b500f` corresponds to release **v4.1.1**. EXR support first appears in v4.0.0. The cross-operation PoC exposes the prior-operation marker on each published 4.x release, while the full-inflate control does not expose it on any of them. ## Details For ZIP/ZIPS EXR compression, [`ExrDecoderCore`](https://github.com/SixLabors/ImageSharp/blob/0815358f9202a78bc7f3b83e19282dc3654b500f/src/ImageSharp/Formats/Exr/ExrDecoderCore.cs#L169-L205) allocates the expected block buffer without `AllocationOptions.Clean` and later interprets the complete buffer as channel data. [`ZipExrCompression`](https://github.com/SixLabors/ImageSharp/blo
- Products
- SixLabors.ImageSharp
- Affected versions
- 4.0.0, 4.1.0, 4.1.1
- Fixed versions
- 4.1.2
- CVEs
- CVE-2026-106111
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 28 Oct 2026, 08:47 UTC · Revision 1
Source evidence
ImageSharp: EXR ZIP decoder can expose stale allocator data after a short inflate
core-osv · Original sourcePublished 7 Oct 2026, 20:24 UTC
## Summary A crafted ZIP-compressed OpenEXR image can return stale memory from a prior ImageSharp operation as decoded pixels. The ZIP decoder accepts a non-empty inflate result shorter than the EXR block's required size, then the EXR decoder reads the full expected block. This is a process-local, cross-operation information-disclosure defect. It is relevant when an application uses the shared `Configuration.Default` allocator for separate image operations and exposes pixels or output derived from a later attacker-controlled EXR decode. Whether that creates a network attack path depends on the host application. No active exploitation is known. ## Affected package and versions - Package: `SixLabors.ImageSharp` (NuGet) - Affected published releases: **4.0.0, 4.1.0, and 4.1.1** - Affected range: `>= 4.0.0, <= 4.1.1` - Commit `0815358f9202a78bc7f3b83e19282dc3654b500f` corresponds to release **v4.1.1**. EXR support first appears in v4.0.0. The cross-operation PoC exposes the prior-operation marker on each published 4.x release, while the full-inflate control does not expose it on any of them. ## Details For ZIP/ZIPS EXR compression, [`ExrDecoderCore`](https://github.com/SixLabors/ImageSharp/blob/0815358f9202a78bc7f3b83e19282dc3654b500f/src/ImageSharp/Formats/Exr/ExrDecoderCore.cs#L169-L205) allocates the expected block buffer without `AllocationOptions.Clean` and later interprets the complete buffer as channel data. [`ZipExrCompression`](https://github.com/SixLabors/ImageSharp/blo
osv:GHSA-4q3p-rj5x-xv7p
SixLabors.ImageSharp
Fixed versions: 4.1.2
Complete source record
{
"id": "a4b0164a79bf4a692198ea248adb8009f17221e89904b827b71d24558f864c83",
"url": "https://osv.dev/vulnerability/GHSA-4q3p-rj5x-xv7p",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "ImageSharp: EXR ZIP decoder can expose stale allocator data after a short inflate",
"summary": "## Summary A crafted ZIP-compressed OpenEXR image can return stale memory from a prior ImageSharp operation as decoded pixels. The ZIP decoder accepts a non-empty inflate result shorter than the EXR block's required size, then the EXR decoder reads the full expected block. This is a process-local, cross-operation information-disclosure defect. It is relevant when an application uses the shared `Configuration.Default` allocator for separate image operations and exposes pixels or output derived from a later attacker-controlled EXR decode. Whether that creates a network attack path depends on the host application. No active exploitation is known. ## Affected package and versions - Package: `SixLabors.ImageSharp` (NuGet) - Affected published releases: **4.0.0, 4.1.0, and 4.1.1** - Affected range: `>= 4.0.0, <= 4.1.1` - Commit `0815358f9202a78bc7f3b83e19282dc3654b500f` corresponds to release **v4.1.1**. EXR support first appears in v4.0.0. The cross-operation PoC exposes the prior-operation marker on each published 4.x release, while the full-inflate control does not expose it on any of them. ## Details For ZIP/ZIPS EXR compression, [`ExrDecoderCore`](https://github.com/SixLabors/ImageSharp/blob/0815358f9202a78bc7f3b83e19282dc3654b500f/src/ImageSharp/Formats/Exr/ExrDecoderCore.cs#L169-L205) allocates the expected block buffer without `AllocationOptions.Clean` and later interprets the complete buffer as channel data. [`ZipExrCompression`](https://github.com/SixLabors/ImageSharp/blo",
"evidence": "osv:GHSA-4q3p-rj5x-xv7p",
"products": [
{
"name": {
"value": "SixLabors.ImageSharp",
"evidence": "/affected/0/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "4.1.2",
"evidence": "/affected/0/ranges"
}
],
"affected_versions": [
{
"value": "4.0.0",
"evidence": "/affected/0/versions"
},
{
"value": "4.1.0",
"evidence": "/affected/0/versions"
},
{
"value": "4.1.1",
"evidence": "/affected/0/versions"
}
]
}
],
"severity": "medium",
"structured": {
"id": "GHSA-4q3p-rj5x-xv7p",
"aliases": [
"CVE-2026-106111",
"GHSA-4q3p-rj5x-xv7p"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N"
}
],
"affected": [
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "4.0.0"
},
{
"fixed": "4.1.2"
}
]
}
],
"package": {
"name": "SixLabors.ImageSharp",
"purl": "pkg:nuget/SixLabors.ImageSharp",
"ecosystem": "NuGet"
},
"versions": [
"4.0.0",
"4.1.0",
"4.1.1"
],
"database_specific": {
"source": "https://github.com/github/advisory-database/blob/main/advisories/github-reviewed/2026/10/GHSA-4q3p-rj5x-xv7p/GHSA-4q3p-rj5x-xv7p.json",
"last_known_affected_version_range": "<= 4.1.1"
}
}
],
"modified": "2026-10-07T20:30:07.092251615Z",
"provider": "osv",
"references": [
"https://github.com/SixLabors/ImageSharp/security/advisories/GHSA-4q3p-rj5x-xv7p",
"https://nvd.nist.gov/vuln/detail/CVE-2026-106111",
"https://github.com/SixLabors/ImageSharp/pull/3187",
"https://github.com/SixLabors/ImageSharp/commit/3c43cf583fdd98eff0f451397affaa31c6a2e6b1",
"https://github.com/SixLabors/ImageSharp/commit/6ed2a275217d39301e76df42acec2a9533b39d2b",
"https://github.com/SixLabors/ImageSharp",
"https://github.com/SixLabors/ImageSharp/releases/tag/v4.1.2"
],
"provider_metadata": {
"cwe_ids": [
"CWE-226"
],
"severity": "MODERATE",
"github_reviewed": true,
"nvd_published_at": "2026-10-06T18:16:52Z",
"github_reviewed_at": "2026-10-07T20:24:42Z"
}
},
"related_cves": [
{
"value": "CVE-2026-106111",
"evidence": "/aliases"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 97240,
"published_at": "2026-10-07T20:24:42+00:00"
}