Cyber Resilience

CVE-2023-6560

Memory Safety in Linux Kernel ≤ 6.6

Public PoCMemory Safety
Published
09 December 2023
Modified
21 November 2024
Patch / advisory
CVSS Score v3.1 5.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
EPSS Score 0.0028 20th percentile
Risk Priority 35 floored blend · peak EPSS

Summary

CVE-2023-6560 is a medium-severity Use of Out-of-range Pointer Offset (CWE-823) vulnerability in Linux Linux Kernel. Its CVSS base score is 5.5 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Application or System Exploitation (T1499.004); ranked at the 20th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

EU & UK References

Vulnerability Data

An out-of-bounds memory access flaw was found in the io_uring SQ/CQ rings functionality in the Linux kernel. This issue could allow a local user to crash the system.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise TechniquesAI

T1499.004 Application or System Exploitation Impact
Adversaries may exploit software vulnerabilities that can cause an application or system to crash and deny availability to users.
Why these techniques?

Out-of-bounds memory access in Linux kernel io_uring allows local users to crash the system, enabling endpoint denial of service through system exploitation.

CVEs Like This One

CVE-2023-5158Same product: Linux Linux Kernel
CVE-2023-6039Same product: Linux Linux Kernel
CVE-2024-40988Same product: Linux Linux Kernel
CVE-2023-52435Same product: Linux Linux Kernel
CVE-2023-52440Same product: Linux Linux Kernel
CVE-2023-52444Same product: Linux Linux Kernel
CVE-2023-52441Same product: Linux Linux Kernel
CVE-2024-50248Same product: Linux Linux Kernel
CVE-2024-26599Same product: Linux Linux Kernel
CVE-2024-26885Same product: Linux Linux Kernel

Affected Assets

linux
linux kernel
6.7 · ≤ 6.6

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)
  • 2 hardening rules · 2 OS baselines
Validate
Prove the fix (OWASP ASVS)
  • V17.3.2
  • V1.4.1

Likely Mitigating Controls AI

Per-CVE control mapping for this CVE has not run yet; the list below is derived from the weakness types (CWEs) cited in the NVD entry.

addresses: CWE-119

Ongoing control assessments and code testing (static/dynamic analysis, fuzzing) surface memory buffer restriction failures, which are then remediated before release.

addresses: CWE-119

Managed runtimes used by platform-independent applications (e.g., JVM, CLR) enforce memory safety, preventing most buffer overflows that require direct memory manipulation.

addresses: CWE-119

Memory protections (e.g., W^X, ASLR) make exploitation of buffer-boundary violations far harder to turn into code execution.

addresses: CWE-119

Detects exploitation attempts that produce memory corruption, crashes, or anomalous behavior.

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.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require bounds-checked pointer arithmetic and static analysis to prevent out-of-range offsets.

ID.RA-01 partial match
prevents

SAST/DAST tools used for vulnerability identification can surface this class of coding defect.

ID.RA-08 partial match
prevents

Receiving and triaging vulnerability disclosures commonly includes buffer-related reports.

PR.AT-02 partial match
prevents

Developer training on secure coding reduces introduction of memory-buffer errors.

PR.PS-02 partial match
prevents

Patching replaces vulnerable code containing buffer-boundary defects.

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.

detects

Security testing can detect out-of-range pointer offsets before release.

prevents

Secure SDLC mandates input validation and bounds checking that can prevent out-of-range pointer offsets.

prevents

Application security requirements include memory-safety rules that reduce pointer-offset errors.

degrades

Secure architecture principles promote safe pointer handling and memory layout controls.

prevents

Secure coding standards directly forbid unsafe pointer arithmetic and require bounds checks.

References