Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSupply crafted wide-character stream
-
ExploitReach std::bitset extraction path
-
ExecutionOverflow undersized stack buffer
-
ImpactCrash affected application (DoS)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an affected application to invoke std::bitset stream extraction (operator>>) on a wide-character (wchar_t) input stream whose contents are attacker-controlled; the bug is the failure to account for wide-character size and alignment when sizing the internal stack buffer. Limiting factors: this specific wide-char bitset-extraction path must be reachable with untrusted input, which is uncommon in real deployments; the vendor assigns AC:H, indicating non-trivial triggering conditions; impact is limited to a crash (denial of service). Authentication is not required (PR:N per the vendor vector), but the actual attack vector is remote only when the application exposes this path to remote data. |
| Impact | Signals are mixed and point to a moderate, not urgent, priority. The Red Hat-supplied CVSS is 6.5 (Medium) with vector AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H, i.e. a high-complexity, unauthenticated issue whose primary consequence is availability loss (A:H) with only limited integrity impact and no confidentiality impact - consistent with the description's denial-of-service outcome. The vuln.today decision label is 'this_month', which signals a scheduled-remediation rather than act_now/emergency posture. No EPSS probability is provided in the input, there is no CISA KEV listing, and no exploit/PoC reference is present (the only GCC link is the fix commit, not exploit code); therefore there is no public exploit identified at time of analysis. The practical risk is bounded by reachability: although libstdc++ is ubiquitous, the vulnerable path is the specific case of extracting into std::bitset from a wide-character stream with attacker-controlled input, which most applications never expose. Note explicitly that EPSS is MISSING from the input, so exploitation-probability cannot be quantified here, and that AV:N is inherited from the vendor vector but is only meaningful for applications that actually feed remote/untrusted data into this code path - verify reachability per application. |
| Exploit ScenarioDerived | An attacker supplies a crafted wide-character stream to an application that uses std::bitset stream extraction (operator>>) on untrusted input; because the internal stack buffer is sized without properly accounting for wide-character size and alignment, the write overflows adjacent stack memory and crashes the process (DoS). The CVSS AC:H suggests the overflow is not trivially triggered on every input, and no public exploit has been identified - only the upstream GCC fix commit is referenced. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 30, 2026
Denial of service in GCC libstdc++ occurs when an affected application extracts data into a std::bitset from a wide-character (wchar_t) stream and the library's internal stack buffer is sized without accounting for character size and alignment, producing a stack-based buffer overflow. The vendor vector is network-reachable and unauthenticated (AV:N/PR:N/UI:N) but high complexity (AC:H), and the independent assessment limits impact to a crash (A:H, no confidentiality or integrity impact); real exposure requires an application that exposes this specific wide-character bitset extraction path to untrusted input, which is uncommon. No public exploit was identified at time of analysis and the CVE is not in CISA KEV.
RemediationAI
Apply updated libstdc++/GCC packages from Red Hat for RHEL 6 through 10, OpenShift Container Platform 4 and 5, and Red Hat Hardened Images when released; track coverage through the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-115455 and Bugzilla at https://bugzilla.redhat.com/show_bug.cgi?id=2562933. An upstream GCC fix commit (5d419c69ce2e6b86d7da75f18736904885674219) is referenced, but a released patched GCC version is not independently confirmed from the provided data. Until the vendor update is applied, remove the specific exposure by not invoking std::bitset stream extraction (operator>>) on wide-character (wchar_t) streams that carry untrusted data, or restrict that path to trusted input; this avoids the flawed stack allocation but may require application changes where wide-character bitset parsing is a functional requirement.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
GCC libstdc++ provides the standard-library implementation of std::bitset stream extraction (operator>>). The flaw is an out-of-bounds write class (CWE-787) in the internal stack allocation used while extracting bitset data from wide-character streams: the buffer is sized without accounting for wchar_t size and alignment, so crafted stream contents can write past the stack buffer and crash the process. The trigger is specific: an application must invoke std::bitset stream extraction on a wide-character (wchar_t) input stream whose contents are attacker-controlled, and the vendor's AC:H reflects non-trivial conditions. CPE data enumerates Red Hat Enterprise Linux 10, 6 and 7 entries (the list is truncated) with tags for RHEL 8/9, OpenShift Container Platform 4/5, and Red Hat Hardened Images, indicating the flaw is inherited by distributions shipping GCC libstdc++.
Know when Gcc gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:H
Attacker-supplied stream input needs no auth (PR:N) and can be remote (AV:N); non-trivial trigger keeps AC:H; crash-only outcome gives A:H with no C/I impact.
Primary rating from Vendor (redhat).
CVSS VectorNVD
DescriptionNVD
A flaw was found in GCC libstdc++. When an application extracts data into a bitset from a wide-character stream, internal stack memory allocation fails to properly account for character size and alignment. An attacker capable of supplying crafted input to an affected application could trigger a stack-based buffer overflow leading denial of service (DoS).
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Affected Products (CPE)NVD
GCC c++filt v2.26 was discovered to contain a use-after-free vulnerability via the component cplus-dem.c. Rated high sev
libiberty/rust-demangle.c in GNU GCC 11.2 allows stack consumption in demangle_const, as demonstrated by nm-new. Rated m
**DISPUTED**A failure in the -fstack-protector feature in GCC-based toolchains that target AArch64 allows an attacker to
The POWER9 backend in GNU Compiler Collection (GCC) before version 10 could optimize multiple calls of the __builtin_dar
Use-after-free in GCC's libstdc++ handling of erase_if on a binary-heap priority queue (std::priority_queue) allows unau
Denial of service in GCC's libstdc++ parallel-mode search implementation allows a local attacker who can supply crafted
An integer wrap in GCC's libstdc++ std::vector<bool> element-count handling can leave the container internally inconsist
The Groups, Communities and Co (GCC) module 7.x-1.x before 7.x-1.1 for Drupal does not properly check permission, which
The std::random_device class in libstdc++ in the GNU Compiler Collection (aka GCC) before 4.9.4 does not properly handle
Under certain circumstances, the ix86_expand_builtin function in i386.c in GNU Compiler Collection (GCC) version 4.6, 4.
An out-of-bounds read exists in GCC's libstdc++ implementation of std::from_chars(), which is reached when a program pas
EUVD-2026-113747
GHSA-jgwq-jmrj-p95p
NVD
CVE.org
EPSS
Exploit-DB