PatchSiren cyber security CVE debrief
CVE-2026-87742 Red Hat CVE debrief
A Denial of Service (DoS) vulnerability was found in quarkus-websockets-next, which allows a remote attacker to cause a crash by streaming messages over a single connection faster than the application can process them, leading to a java.lang.OutOfMemoryError. This vulnerability can be triggered by sending a large number of messages in a short period, causing the application to run out of heap space and resulting in a crash. The vulnerability is due to unbounded message buffering and a lack of read backpressure.
- Vendor
- Red Hat
- Product
- Exploit Intelligence
- CVSS
- HIGH 7.5
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-09-17
- Original CVE updated
- 2026-09-18
- Advisory published
- 2026-09-17
- Advisory updated
- 2026-09-18
Who should care
Defenders responsible for systems using quarkus-websockets-next should assess potential exposure and impact. They should prioritize verifying exposure and assessing potential impact on systems using quarkus-websockets-next due to a Denial of Service (DoS) vulnerability. This includes reviewing system configurations, monitoring for signs of exploitation, and planning vendor-supported updates or mitigations.
Why it matters
Defenders should prioritize verifying exposure and assessing potential impact on systems using quarkus-websockets-next due to a Denial of Service (DoS) vulnerability.
- Potential Denial of Service (DoS) attack
- Heap space exhaustion leading to java.lang.OutOfMemoryError
Technical summary
The vulnerability allows a remote attacker to cause a Denial of Service (DoS) by streaming messages over a single connection faster than the application can process them, leading to a java.lang.OutOfMemoryError that crashes the Java Virtual Machine (JVM). This is due to unbounded message buffering and a lack of read backpressure in quarkus-websockets-next. The vulnerability can be triggered by sending a large number of messages in a short period, causing the application to run out of heap space and resulting in a crash.
Defensive priority
Defenders should prioritize verifying exposure and assessing potential impact on systems using quarkus-websockets-next.
Recommended defensive actions
- Verify if systems using quarkus-websockets-next are exposed to this vulnerability
- Assess potential impact of a Denial of Service (DoS) attack
- Monitor for signs of exploitation
- Review compensating controls for exposed systems while remediation is scheduled and verified
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
Evidence notes
The vulnerability was reported by an unknown source and is tracked by CVE-2026-87742. Limited details are available about affected versions and remediation. Defenders should verify if systems using quarkus-websockets-next are exposed to this vulnerability and assess potential impact. The CVE record was published on 2026-09-17T15:16:56.137Z and has not been modified since then.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-87742 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-87742
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-87742 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-87742
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://access.redhat.com/security/cve/CVE-2026-87742
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.