CVE-2026-19879: CWE-681
Source GCVE Database
Not known to be exploited · CVSS 5.3 Medium.
Data as of 12 Nov 2026, 23:24 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 5.3 |
|---|
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 33% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 14 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 13 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat build of Apache Camel for Spring Boot 4undertow-core | Affected– | Fixed in– |
| Red Hat build of Apache Camel for Spring Boot 4undertow-parent | Affected– | Fixed in– |
| Red Hat build of Apache Camel for Spring Boot 4undertow-servlet | Affected– | Fixed in– |
| Red Hat build of Apache Camel for Spring Boot 4undertow-websockets-jsr | Affected– | Fixed in– |
| Red Hat Enterprise Linux 10moditect | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8pki-core:10.6/resteasy | Affected– | Fixed in– |
AI-suggested
Applications using Undertow should implement robust input validation and sanitization for all user-controlled data before placing it into HTTP response headers. It is recommended to restrict header values to printable ASCII characters (0x20–0x7E) at the application level. Where possible, use framework-provided header-safe encoding mechanisms to handle special characters properly.
Description
CVE-2026-19879 is a moderate severity vulnerability in Undertow HTTP server's response header writing path. The flaw involves the writeString() method silently narrowing 16-bit Unicode characters to 8-bit bytes, which can truncate certain Unicode characters into ASCII control characters or special symbols. This may lead to limited integrity impact or information disclosure if user input is not properly sanitized before being placed into HTTP response headers. Undertow prevents HTTP response splitting, but improper validation at the application level can pose risks.