A clipping path overflows an integer in poppler's Splash renderer
A vulnerability was identified in Freedesktop Poppler up to 26.08.0.
- Advisory
- CVE-2026-102621
- Library
- poppler, poppler on Debian
- Published
- Severity
- not scored upstream
- Affected
- poppler up to 26.08.0
- Fixed in
- 26.09.0
- Reaches you
- by opening a file
What triggers it
Rendering a PDF whose clipping path makes SplashClip::clipToPath overflow.
What sillybos does
Needs decoding to detect
The flaw is in the pixel data or the compressed stream, which only a decoder can see. Nothing before the decoder can refuse it; updating the decoder is the fix.
Page content that only the renderer evaluates; out of a pre-decode check's reach.
Proposed from the advisory's text on 2026-11-01, as part of folding the backfill into the record; confirmed by a person on 2026-11-03.
How to protect yourself
In general. Upgrade to poppler 26.09.0.
Specifically. Render PDFs in a boxed process with memory and time limits (see Decoding in a box); nothing read before decoding can see this.
The general advice applies to every row here.
Sources
- https://osv.dev/vulnerability/DEBIAN-CVE-2026-102621
- The record entry, triaged 2026-11-03, last checked 2026-11-03