Skip to main content
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain network adjacency to cluster ring interface
  2. Delivery
    Craft malformed commit token with overflow-triggering length value
  3. Exploit
    Send crafted UDP packet to 32-bit Corosync node
  4. Execution
    Integer overflow bypasses message length bounds check
  5. Persist
    Out-of-bounds memory access crashes Corosync daemon
  6. Impact
    Node 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Vendor (redhat) PRIMARY 6.5 MEDIUM
AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 5.3 MEDIUM

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.

3.1 AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:A/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE MEDIUM
Red Hat 6.5 MEDIUM

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Adjacent
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

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

EPSS Score
0.3%
Top 81% exploitable
Prevalence
Medium
HA cluster daemon in enterprise Linux high-availability deployments
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Controlled
Automatable· derived
No
Human Impact· derived
Medium

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

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

cpe:2.3:a:red_hat:red_hat_enterprise_linux_10:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_7:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_8:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_9:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*:*:*:*:*:*:*:*

Vendor 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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy