Cyber Resilience

CVE-2024-12086

Redhat Enterprise Linux 10.0 … 9.0

Public PoC
Published
14 January 2025
Modified
30 June 2026
CVSS Score v3.1 6.1
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:N/A:N
EPSS Score 0.018 77th percentile
Risk Priority 49 floored blend · peak EPSS

Summary

CVE-2024-12086 is a medium-severity Detection of Error Condition Without Action (CWE-390) vulnerability in Redhat Enterprise Linux. Its CVSS base score is 6.1 (Medium).

Operationally, ranked in the top 23% 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 SA-11 (Developer Testing and Evaluation) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

A flaw was found in rsync. It could allow a server to enumerate the contents of an arbitrary file from the client's machine. This issue occurs when files are being copied from a client to a server. During this process,…

more

the rsync server will send checksums of local data to the client to compare with in order to determine what data needs to be sent to the server. By sending specially constructed checksum values for arbitrary files, an attacker may be able to reconstruct the data of those files byte-by-byte based on the responses from the client.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-12084Same product: Almalinux Almalinux
CVE-2024-12087Same product: Almalinux Almalinux
CVE-2024-12085Same product: Almalinux Almalinux
CVE-2024-12088Same product: Almalinux Almalinux
CVE-2025-26465Same product: Redhat Enterprise Linux
CVE-2026-59845Same product: Redhat Enterprise Linux
CVE-2025-0029Shared CWE-390
CVE-2024-30255Shared CWE-390
CVE-2024-11942Shared CWE-390
CVE-2025-25204Shared CWE-390

Affected Assets

samba
rsync
≤ 3.3.0
redhat
openshift container platform
4.0
redhat
enterprise linux
10.0, 6.0, 7.0, 8.0, 9.0
almalinux
almalinux
10.0, 8.0, 9.0
archlinux
arch linux
all versions
gentoo
linux
all versions
nixos
nixos
≤ 24.11
suse
suse linux
all versions
tritondatacenter
smartos
≤ 20250123

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and evaluation will surface code paths that detect errors yet perform no subsequent action.

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.

DE.AE-08 mostly match
prevents

Declaring incidents when criteria are met forces action on detected errors; eliminating the weakness helps but does not define the criteria themselves.

RS.MA-02 mostly match
prevents

Triaging and validating reports compels follow-up on detections; removing the weakness supports but does not replace triage processes.

DE.AE-02 partial match
prevents

Analysis of detected events directly counters ignoring them, but does not guarantee every error condition is covered.

DE.CM-09 partial match
prevents

Monitoring produces detections, yet supplies no requirement to act on them.

PR.PS-04 partial match
prevents

Generating logs enables later action but does not enforce handling of each error condition.

RS.AN-03 partial match
prevents

Root-cause analysis of incidents requires acting on detected anomalies, though it applies after an incident is already declared.

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.

finds

Security testing can uncover missing error handling, but does not ensure the weakness is eliminated in production code.

A.8.15 Logging partial match
finds

Logging captures error conditions but does not guarantee subsequent handling or remediation.

finds

Monitoring activities can detect errors, yet without defined response procedures the weakness persists.

prevents

Secure development lifecycle practices encourage proper error handling, but do not mandate it for every detected condition.

prevents

Secure coding standards typically require explicit error handling, reducing the likelihood of silent failures.

References