CVE-2026-55453: OpenPrinting cups · Injection
Affects OpenPrinting cupsSource CVE Database V5
Not known to be exploited · CVSS 3.3 Low : upgrade to 2.4.20 when convenient.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 9% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-10-15.
- Patch
- Available – fixed in 2.4.20
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 15 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade OpenPrinting cups to 2.4.20.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| OpenPrintingcups | Affected
| Fixed in
|
Description
OpenPrinting CUPS is an open source printing system for Linux and other Unix-like operating systems. Prior to 2.4.20, the backend/ipp.c quote_string() function preserves carriage-return and line-feed characters in a remote printer-controlled marker-message before report_attr() writes the value to the scheduler status stream. The scheduler can parse an injected newline as a separate PPD: control line and persist an attacker-selected PPD keyword. The reporter demonstrated that a later print job on a Foomatic-backed queue could consume an injected FoomaticRIPCommandLine value and execute in the filter context as lp. This issue is fixed in version 2.4.20.
References
- github.com/OpenPrinting/cups/security/advisories/GHSA-7hqf-mfhx-7r3v (opens in a new tab)
- github.com/OpenPrinting/cups/commit/806e1b483096c51d59432468f4afdd7387d81dd7 (opens in a new tab)
- github.com/OpenPrinting/cups/commit/d41cf0616688721e9d435d54118c4c8a36ed596a (opens in a new tab)
- github.com/OpenPrinting/cups/releases/tag/v2.4.20 (opens in a new tab)