Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain network adjacency to cluster ring interface
-
DeliveryCraft malformed commit token with overflow-triggering length value
-
ExploitSend crafted UDP packet to 32-bit Corosync node
-
ExecutionInteger overflow bypasses message length bounds check
-
PersistOut-of-bounds memory access crashes Corosync daemon
-
ImpactNode ejected from quorum, cluster availability degraded
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Integer overflow checks
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The target system must be running a 32-bit operating system - the integer overflow in the Corosync message length calculation occurs only under the ILP32 ABI where 32-bit arithmetic wraps before the bounds check; 64-bit systems are explicitly immune. The attacker must have network-layer adjacency to the cluster ring interface (CVSS AV:A), which is typically a dedicated VLAN or physical segment separate from public networks. No authentication or credentials are required at the Corosync protocol level (CVSS PR:N). The vulnerable membership commit token processing path is a core Corosync function active in all standard cluster configurations and cannot be disabled without breaking cluster membership entirely. Exploitation is therefore restricted to: (a) 32-bit RHEL or OpenShift cluster nodes, which are uncommon in modern environments, and (b) attackers who can reach the cluster ring network interface. |
| Impact | Real-world risk is moderate and substantially narrowed by the 32-bit-only constraint. The provided CVSS 6.5 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H vector accurately reflects that the attack requires adjacent network access to the cluster ring with no credentials, but AC:L arguably understates exploitability requirements given that 32-bit RHEL cluster deployments are increasingly rare in contemporary production environments; most modern RHEL HA clusters run 64-bit hardware and are entirely unaffected. No EPSS data is present in the provided sources. KEV status is negative and no public exploit code has been identified, so exploitation remains theoretical. The primary risk is limited to legacy 32-bit RHEL or OpenShift cluster nodes still in service; on such nodes, the cluster ring network is typically an isolated VLAN but may be reachable from any host on the same physical segment or management plane. Crashing the Corosync daemon removes the node from quorum participation, which can cascade into cluster-wide failover disruption in HA environments - availability impact in production is therefore potentially greater than a raw DoS-only CVSS suggests. |
| Exploit ScenarioDerived | An attacker with access to the cluster's dedicated ring network - for example, a compromised host on the same management VLAN - sends a crafted UDP membership commit token message with a manipulated length field to a 32-bit Corosync node. On the 32-bit target, the length validation arithmetic overflows, the bounds check is bypassed, the resulting out-of-bounds memory access crashes the Corosync daemon, and the node is ejected from quorum, triggering failover or cluster degradation. No public exploit code exists, but the attack primitive is straightforward to implement once the overflow offset is determined through binary analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 04, 2026
Integer overflow in Corosync's membership commit token processing crashes the daemon on 32-bit cluster nodes, enabling a denial-of-service attack from any adjacent network host. The CWE-190 flaw causes the length validation to be bypassed on 32-bit systems where arithmetic wraps before the bounds check is applied, resulting in an out-of-bounds memory access that kills the Corosync process. Modern 64-bit deployments of the same packages are explicitly not affected, substantially narrowing real-world exposure despite the CVSS 6.5 rating; no public exploit code or CISA KEV listing exists at time of analysis.
RemediationAI
Apply the Corosync RPM errata from Red Hat for the relevant RHEL major version (7, 8, 9, or 10) or OpenShift Container Platform 4 via standard yum/dnf update channels once Red Hat publishes the security advisory - consult https://access.redhat.com/security/cve/CVE-2026-81666 for errata status and exact patched package versions, which are not yet confirmed in the available data. As an immediate compensating control for 32-bit clusters that cannot be immediately patched, restrict access to Corosync cluster ring ports (default UDP 5404 and 5405) using iptables or nftables rules that permit only the explicit IP addresses of known cluster nodes, preventing arbitrary adjacent hosts from sending crafted UDP packets; note that overly strict rules may interfere with legitimate cluster ring reconfiguration and require updates when nodes are added or replaced. The definitive long-term mitigation for environments still running 32-bit RHEL is migration to a 64-bit OS, which eliminates the integer overflow condition entirely regardless of patch status.
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
Corosync implements the Totem Single Ring Ordering and Membership (SRTM) protocol over UDP multicast or unicast on a dedicated cluster ring network, serving as the messaging substrate for Pacemaker and RHEL High Availability clusters. Membership commit token messages are core protocol messages exchanged during quorum calculation and node join/leave events. On 32-bit systems (ILP32 ABI), the arithmetic used to compute the expected message length overflows before the bounds check is applied - a CWE-190 (Integer Overflow or Wraparound) condition - producing a too-small expected-length value that allows an oversized crafted packet to bypass validation. The subsequent out-of-bounds memory access crashes the corosync daemon. On 64-bit systems the same calculation is performed in 64-bit arithmetic and does not overflow. CPE data confirms affected packages are distributed via Red Hat Enterprise Linux 7, 8, 9, and 10 (cpe:2.3:a:red_hat:red_hat_enterprise_linux_*) and Red Hat OpenShift Container Platform 4 (cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*), with tracking in Red Hat Bugzilla bug #2524923.
Know when Corosync 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:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
AC:H reflects the 32-bit-only deployment constraint, a pre-existing condition beyond the attacker's control; all other metrics match the vendor-supplied vector.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
An integer overflow was found in Corosync's handling of membership commit token messages. The length-validation check for these messages can be bypassed on 32-bit systems due to an integer overflow in the calculation of the expected message length, allowing a crafted network packet to trigger an out-of-bounds memory access that crashes the Corosync daemon. This results in a denial of service for the affected cluster node. The overflow does not occur on 64-bit systems, where the length calculation is correctly performed in 64-bit arithmetic.
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
Integer overflow occurs when an arithmetic operation produces a result that exceeds the maximum value a given integer type can store.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Affected Products (CPE)CVE.org
Corosync through 3.1.9, if encryption is disabled or the attacker knows the encryption key, has a stack-based buffer ove
The init_nss_hash function in exec/totemcrypto.c in Corosync 2.0 before 2.3 does not properly initialize the HMAC key, w
corosync before version 2.4.4 is vulnerable to an integer overflow in exec/totemcrypto.c. Rated high severity (CVSS 7.5)
Same weakness CWE-190 – Integer Overflow or Wraparound
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Moderate| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
| SUSE Linux Enterprise High Availability Extension 15 SP4 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP5 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP6 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP7 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP7 | Affected |
| SUSE Linux Enterprise High Availability Extension 16.0 | Affected |
| SUSE Linux Enterprise High Availability Extension 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.0 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
| openSUSE Leap 16.0 | Affected |
| SUSE Linux Enterprise High Availability Extension 12 SP5 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP4 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP5 | Affected |
| SUSE Linux Enterprise Server 12 SP5 | Affected |
| SUSE Linux Enterprise Server 12 SP5-LTSS | Affected |
| SUSE Linux Enterprise Server LTSS Extended Security 12 SP5 | Affected |
| SUSE Linux Enterprise Server for SAP Applications 12 SP5 | Affected |
| SUSE Linux Enterprise Desktop 12 SP3 | Affected |
| SUSE Linux Enterprise Desktop 12 SP4 | Affected |
| SUSE Linux Enterprise High Availability Extension 12 SP3 | Affected |
| SUSE Linux Enterprise High Availability Extension 12 SP4 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP3 | Affected |
| SUSE Linux Enterprise High Availability Extension 15 SP6 | Affected |
| SUSE Linux Enterprise Server 12 SP3 | Affected |
| SUSE Linux Enterprise Server 12 SP4 | Affected |
| SUSE Linux Enterprise Server for SAP Applications 12 SP3 | Affected |
| SUSE Linux Enterprise Server for SAP Applications 12 SP4 | Affected |
| SUSE Linux Enterprise Software Development Kit 12 SP3 | Affected |
| SUSE Linux Enterprise Software Development Kit 12 SP4 | Affected |
| SUSE Linux Enterprise Software Development Kit 12 SP5 | Affected |
| openSUSE Leap 15.3 | Affected |
| openSUSE Leap 15.4 | Affected |
| openSUSE Leap 15.5 | Affected |
| openSUSE Leap 15.6 | Affected |
EUVD-2026-70987
GHSA-8297-6g53-8gp5
NVD
CVE.org
EPSS
VulDB
Exploit-DB