CVE-2026-35092: Corosync: corosync: denial of service via integer overflow in join message validation
A flaw was found in Corosync. An integer overflow vulnerability in Corosync's join message sanity validation allows a remote, unauthenticated attacker to send crafted User Datagram Protocol (UDP) packets. This can cause the service to crash, leading to a denial of service. This vulnerability specifically affects Corosync deployments configured to use totemudp/totemudpu mode.
Security readout for executives and security teams
Plain-English summary
CVE-2026-35092 can let an unauthenticated remote attacker crash vulnerable Corosync cluster communications by sending crafted UDP traffic. The resulting outage could disrupt high-availability services. Risk is limited to deployments using totemudp or totemudpu transport modes; confidentiality and data integrity impacts are not identified.
Executive priority
Treat this as a high-priority availability issue for critical clusters. Begin immediate exposure discovery, then patch reachable totemudp or totemudpu deployments through normal emergency-change processes. Accelerate action where Corosync supports revenue, safety, or customer-facing services. Systems without the affected transport configuration can be deprioritized after documented validation.
Technical view
An integer overflow in Corosync join-message sanity validation can permit crafted UDP packets to crash the service. The CVSS 3.1 score is 7.5: network-accessible, low complexity, no privileges or user interaction, with high availability impact only. The supplied Red Hat inventory identifies affected RHEL 7, 8, 9, and 10 packages and marks OpenShift Container Platform 4 unaffected.
Likely exposure
Exposure requires Corosync, an affected package or platform version, totemudp or totemudpu mode, and network reachability to its UDP listener. Internet exposure would increase urgency, but internal attackers or compromised hosts may also reach cluster networks. Deployments using other transport modes are not identified as affected by the supplied evidence.
Exploitation context
The bundle marks this CVE as absent from KEV and provides no evidence of active exploitation or a public exploit. Exploitation is nevertheless plausible because no authentication, privileges, or user interaction are required. The supported impact is service crash and denial of service, not code execution, disclosure, or data modification.
Researcher notes
CWE-190 explains the validation failure, but the bundle does not provide the overflowing field, precise arithmetic path, fixed-version boundaries, or crash telemetry. Avoid assuming all Corosync deployments are vulnerable. Confirm package status, transport mode, and UDP reachability. Testing should remain isolated and defensive because crafted traffic may interrupt cluster quorum or dependent services.
Mitigation direction
Identify affected Corosync installations and confirm whether totemudp or totemudpu mode is enabled.
Apply the applicable Red Hat security advisory update after confirming package and lifecycle compatibility.
Restrict Corosync UDP traffic to authorized cluster members using network controls.
Prioritize externally reachable and business-critical high-availability clusters.
Review current vendor guidance if no applicable advisory or supported update is available.
Validation and detection
Inventory Corosync package versions across RHEL 7, 8, 9, and 10 systems.
Inspect Corosync transport configuration for totemudp or totemudpu usage.
Verify UDP listeners are reachable only from authorized cluster nodes.
Confirm installed packages supersede versions identified as affected by Red Hat.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-190: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-190 · source CWE mapping
Integer Overflow or Wraparound
Integer Overflow or Wraparound represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.