Android Kernel Remote Code Execution Vulnerability
In the Linux kernel, the following vulnerability has been resolved: net: fix __dst_negative_advice() race __dst_negative_advice() does not enforce proper RCU rules when sk->dst_cache must be cleared, leading to possible UAF. RCU rules…
Schweregrad = CVSS. Wahrscheinlichkeit = EPSS (FIRST). Ausnutzung = öffentliche Signale: KEV, EUVD, Ransomware, EPSS über 10 %, ohne Konto.
Ausnutzungswahrscheinlichkeit EPSS · FIRST
Ausnutzungssignale 2 / 5
- KEV-Katalog (CISA)07.08.2024
- In der EUVD ausgenutzt (ENISA)07.08.2024
- Von Ransomware genutztnein
- EPSS über 10 %2,7 %
- Ohne Konto, über das Netznein
Was tun
Beheben
Auf eine behobene Version aktualisieren: 6.1.94-1 6.9.7-1
Vorgabe der CISA: Apply mitigations per vendor instructions or discontinue use of the product if mitigations are unavailable.
Bis dahin
Den Dienst vom Internet nehmen oder den Zugriff einschränken, Protokolle überwachen und nach Kompromittierungsspuren suchen.
Hersteller (CRA)
Ausgenutzte Schwachstelle in Ihrem Produkt: Frühwarnung an die ENISA binnen 24 h, dann Meldung binnen 72 h (Artikel 14 des Cyber Resilience Act). Der CRA erklärt
Beschreibung ENISA EUVD
In the Linux kernel, the following vulnerability has been resolved: net: fix __dst_negative_advice() race __dst_negative_advice() does not enforce proper RCU rules when sk->dst_cache must be cleared, leading to possible UAF. RCU rules are that we must first clear sk->sk_dst_cache, then call dst_release(old_dst). Note that sk_dst_reset(sk) is implementing this protocol correctly, while __dst_negative_advice() uses the wrong order. Given that ip6_negative_advice() has special logic against RTF_CACHE, this means each of the three ->negative_advice() existing methods must perform the sk_dst_reset() themselves. Note the check against NULL dst is centralized in __dst_negative_advice(), there is no need to duplicate it in various callbacks. Many thanks to Clement Lecigne for tracking this issue. This old bug became visible after the blamed commit, using UDP sockets.
Text der Quelle, auf Englisch.
Betroffene Produkte
- patch: 6.6.34
- a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 <eacb8b195579c174a6d3e12a9690b206eb7f28cf
- patch: 5.10.219
- patch: 4.19.316
- patch: 6.1.94
- a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 <b8af8e6118a6605f0e495a58d591ca94a85a50fc
- a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 <92f1655aa2b2294d0b49925f3b875a634bd3b59e
- a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 <db0082825037794c5dba9959c9de13ca34cc5e72
- patch: 5.4.278
- patch: 5.15.161
- a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 <2295a7ef5c8c49241bff769e7826ef2582e532a6
- 4.6
Open-Source-Pakete OSV
- linuxDebian:12 · CVE-2024-36971behoben in 6.1.94-1
- linuxDebian:13 · CVE-2024-36971behoben in 6.9.7-1
Zeitverlauf
-
Veröffentlichung
-
Ausnutzung gemeldet (ENISA)
-
Aufnahme in den KEV-Katalog
-
CISA-Frist zur Behebung
Referenzen
Weitere ausgenutzte Schwachstellen desselben Herstellers
- CVE-2025-48595Android Framework Integer Overflow Vulnerability4,6 · Aktiv ausgenutzt
- CVE-2025-48633Android Framework Information Disclosure Vulnerability3,4 · Dauerhaft ausgenutzt
- CVE-2025-48572Android Framework Privilege Escalation Vulnerability4,3 · Dauerhaft ausgenutzt
- CVE-2025-48543Android Runtime Use-After-Free Vulnerability4,7 · Dauerhaft ausgenutzt
- CVE-2024-43093Android Framework Privilege Escalation Vulnerability4,1 · Dauerhaft ausgenutzt
- CVE-2024-32896Android Pixel Privilege Escalation Vulnerability5,1 · Dauerhaft ausgenutzt