Raw vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HSummary
CVE-2022-0435 is a high-severity Out-of-bounds Write (CWE-787) vulnerability in Linux Linux Kernel. Its CVSS base score is 8.8 (High).
Operationally, ranked in the top 0.7% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.
The strongest mitigations our analysis identified map to CM-7 (Least Functionality) and SI-2 (Flaw Remediation) — see the control section below for these in your framework.
Deeper analysis AI-assisted summary
Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.
A stack overflow vulnerability tracked as CVE-2022-0435 exists in the Linux kernel's TIPC protocol implementation. The flaw occurs when a packet is processed that specifies more than the allowed 64 domain member nodes, resulting from improper bounds handling classified under CWE-787. It affects systems using the Transparent Inter-Process Communication protocol within the kernel.
An authenticated remote attacker who already has access to the TIPC network can send a crafted packet to trigger the overflow. Successful exploitation can lead to a system crash or privilege escalation, consistent with the CVSS 8.8 rating that reflects network attack vector, low complexity, and high impact across confidentiality, integrity, and availability.
Public advisories and technical details are available from Red Hat and NetApp at the listed references, including bugzilla entries and security notices that address the reported issue. The associated EPSS score has remained near 0.54 with only minimal variation between its recorded peak and current value.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2022-15576
Vulnerability Data
A stack overflow flaw was found in the Linux kernel's TIPC protocol functionality in the way a user sends a packet with malicious content where the number of domain member nodes is higher than the 64 allowed. This flaw allows…
more
a remote user to crash the system or possibly escalate their privileges if they have access to the TIPC network.
- CWE(s)
Related Threats
Likely ATT&CK TechniquesAI
Techniques this vulnerability likely enables, inferred from its description, weakness type, and attributed-actor tradecraft. Confidence is per-technique.
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
Mitigating Controls (NIST 800-53 r5) AI
Directly requires timely application of patches that remediate the TIPC stack-overflow flaw before exploitation.
Disables or restricts the TIPC protocol module when not required, eliminating the attack surface described in the CVE.
Enforces boundary controls that can block unauthorized nodes from reaching the TIPC network used for exploitation.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure-development practices (static analysis, bounds checking, code review) are the primary means of preventing out-of-bounds writes.
Vulnerability scanning and recording can discover out-of-bounds write flaws so they can be remediated.
Patching or replacing vulnerable software directly eliminates known instances of this coding weakness.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Security testing in development and acceptance can detect and prevent out-of-bounds write defects.
Secure development life cycle mandates practices that prevent out-of-bounds writes.
Application security requirements can specify bounds-checking and safe memory handling.
Secure architecture and engineering principles reduce the likelihood of buffer overflows.
Secure coding directly addresses out-of-bounds writes through language choice and coding standards.
Change management can enforce review gates that catch unsafe memory operations before deployment.