Linux Kernel: Use-After-Free (CVE-2026-93250)
Veröffentlicht Zuletzt geändert Quellen: Debian, CVE.org, Msrc Update Guide, BSI
Was ist betroffen, was ist zu tun
Im Linux-Kernel wurde folgende Schwachstelle behoben: `vxlan: mdb: Behebung von Use-After-Free in vxlan_mdb_flush()` `vxlan_mdb_flush()` iteriert über die MDB-Einträge mit `hlist_for_each_entry_safe()`, das nur das Entfernen des aktuellen Eintrags zulässt. Im Gegensatz zum Kommentar über der Schleife kann das Entfernen eines Eintrags das Entfernen eines anderen Eintrags auslösen.
Aktualisieren Sie Linux Kernel auf Version 6.6.157, Linux Kernel auf Version 6.12.110, Linux Kernel auf Version 6.18.52.
- Betroffen
- Linux Kernel
lt 6.4..6.6.157 - Linux Kernel
lt 6.7..6.12.110 - Linux Kernel
lt 6.13..6.18.52 - Linux Kernel
lt 6.19..7.2.6
- Linux Kernel
- Behoben in
- Linux Kernel
6.6.157 - Linux Kernel
6.12.110 - Linux Kernel
6.18.52 - Linux Kernel
7.2.6 - Linux Kernel
7.3
- Linux Kernel
Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen
Metriken
7,8
Priorität
XIEM Effective CVSS: höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.
Quelle: Hersteller (CNA), CVSS v3
7,8
CVSS v3
Schweregrad Hoch auf der Skala von 0 bis 10.
Quelle: Debian, CVE.org, Msrc Update Guide, BSI
0,2 %
EPSS-Score
Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Quelle: FIRST EPSS, Perzentil 4,6
Alle Metriken anzeigen
- Schweregrad
- Hoch
Priorität (0–325)
Der Priorisierungs-Score ist eine zusammengeführte Kennzahl, die mehrere Einzelsignale zu einer einzigen, handlungsleitenden Rangfolge verdichtet: technische Schwere (CVSS), Ausnutzungswahrscheinlichkeit (EPSS), der Status als bekannt ausgenutzt (KEV) und der Kontext des betroffenen Assets. Ziel ist die Antwort auf die einzig wirklich wichtige Frage im Schwachstellenmanagement: Was zuerst?
Im Glossar lesen- 69.17 Methodik
Exploit-Reife
Ein Exploit ist Code oder eine Technik, die eine konkrete Schwachstelle gezielt ausnutzt, um ein unbeabsichtigtes Verhalten zu erzwingen — etwa Code auszuführen oder Rechte auszuweiten. Er ist das Werkzeug, das aus einer theoretischen Lücke einen praktischen Angriff macht.
Im Glossar lesen- kein öffentlicher PoC bekannt
XIEM Effective CVSS
XIEM® ist das gestufte Managed-Security-Betriebsmodell von NEOSEC und eine eingetragene Marke der NEOSEC GmbH. Es erweitert klassisches SIEM — die zentrale Sammlung, Normalisierung und Korrelation sicherheitsrelevanter Ereignisse — um Endpunkt-Forensik, Netzwerk-Sichtbarkeit und Täuschungstechnik und führt diese zu drei aufeinander aufbauenden Stufen zusammen: Sentry, Orchestrate und Command.
Im Glossar lesen- 7,8 Methodik
CVSS v3
CVSS ist der weltweit verbreitete, offene Standard zur Bewertung der technischen Schwere einer Schwachstelle auf einer Skala von 0 bis 10. Er beschreibt, wie leicht eine Lücke ausnutzbar ist und welchen Schaden sie anrichten kann — nicht jedoch, wie wahrscheinlich ihre tatsächliche Ausnutzung ist. CVSS und das ergänzende EPSS beantworten bewusst unterschiedliche Fragen.
Im Glossar lesen- 7,8
EPSS-Score
Der EPSS-Score ist der absolute Modell-Output für eine einzelne Schwachstelle: die geschätzte Wahrscheinlichkeit einer realen Ausnutzung in den nächsten 30 Tagen, ausgedrückt als Wert zwischen 0 und 1 (bzw. 0 % bis 100 %). Ein Score von 0,42 bedeutet „das Modell schätzt eine 42-prozentige Chance auf reale Ausnutzung binnen 30 Tagen“.
Im Glossar lesen- 0,2 %
- Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
EPSS-Perzentil
Das EPSS-Perzentil ist die relative Einordnung einer Schwachstelle innerhalb aller EPSS-bewerteten CVEs, ausgedrückt als Wert zwischen 0 und 1. Ein Perzentil von 0,90 bedeutet „diese CVE hat einen höheren EPSS-Score als 90 % aller anderen bewerteten CVEs“. Anders als der EPSS-Score ist es keine Wahrscheinlichkeit — sondern eine Positionierung im Ranking.
Im Glossar lesen- 4,6
- Niedrig – CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
KEV-Status
Der KEV-Katalog ist eine von der US-Behörde CISA gepflegte Liste von Schwachstellen, für die eine aktive Ausnutzung in der Praxis nachgewiesen ist. Er beantwortet nicht die Frage „wie schwer?“, sondern „wird es bereits angegriffen?“ — und priorisiert damit das Patchen scharf.
Im Glossar lesen- —
- Veröffentlicht
Erkennungsregeln
Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.
Einordnung nach NIS2 und CRA
Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.
NIS2
NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.
Im Glossar lesen- Hohe technische Schwere: Bewerten und beheben Sie die Schwachstelle im Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2 und dokumentieren Sie die Entscheidung.
CRA
Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.
Im Glossar lesen- Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.
ISO/IEC 27001
ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.
Im Glossar lesen- Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.
Beschreibung
Im Linux-Kernel wurde folgende Schwachstelle behoben: `vxlan: mdb: Behebung von Use-After-Free in vxlan_mdb_flush()` `vxlan_mdb_flush()` iteriert über die MDB-Einträge mit `hlist_for_each_entry_safe()`, das nur das Entfernen des aktuellen Eintrags zulässt. Im Gegensatz zum Kommentar über der Schleife kann das Entfernen eines Eintrags das Entfernen eines anderen Eintrags auslösen. Das Leeren der Remotes eines (`*`, G)-Eintrags entfernt auch die (S, G)-Einträge, die für seine Quellliste erstellt wurden, sobald sie keine Remotes mehr haben: `vxlan_mdb_remotes_flush()` → `vxlan_mdb_remote_del()` → `vxlan_mdb_remote_srcs_del()` → `vxlan_mdb_remote_src_del()` → `vxlan_mdb_remote_src_fwd_del()` → `__vxlan_mdb_del()` → `vxlan_mdb_entry_put()` Ein solcher Eintrag kann nach dem (`*`, G)-Eintrag in der Liste gefunden werden, da `vxlan_mdb_entry_get()` einen bestehenden Eintrag zurückgibt, ohne ihn an den Anfang der Liste zu verschieben. Diese Reihenfolge wird erreicht, indem der (S, G)-Eintrag vor dem (`*`, G)-Eintrag hinzugefügt wird, wobei der letztere mit `NLM_F_REPLACE` hinzugefügt wird, da die Hinzufügung der Quelle sonst mit `-EEXIST` fehlschlägt. Der (S, G)-Eintrag ist dann der Eintrag, der von `hlist_for_each_entry_safe()` gespeichert wird, und er wird freigegeben, während der (`*`, G)-Eintrag verarbeitet wird. Die nächste Iteration ruft `hlist_del()` erneut darauf auf und schreibt `LIST_POISON1` zu `LIST_POISON2` [1]. Neben der Gerätedeletion ist das Leeren auch über `RTM_DELMDB` mit `NLM_F_BULK` erreichbar. Die Behebung erfolgt durch erneutes Lesen des nächsten Eintrags nach dem Leeren der Remotes. Der aktuelle Eintrag kann durch dieses Leeren nicht entfernt werden, da Quelllisten nur auf (`*`, G)-Einträgen konfiguriert werden können und die entfernten Einträge (S, G)-Einträge sind. Er ist daher immer noch verlinkt und sein nächster Zeiger spiegelt die Entfernungen wider. [1] FEHLER: KASAN: wild-memory-access in `vxlan_mdb_entry_put.part.0+0x328/0x588` Schreiben der Größe 8 an die Adresse `dead000000000122` durch Aufgabe `ip/327` CPU: 3 UID: 1000 PID: 327 Comm: ip Nicht verunreinigt 7.2.0-rc7 #2 PREEMPT Aufrufverfolgung: `vxlan_mdb_entry_put.part.0+0x328/0x588` `vxlan_mdb_flush+0x1d8/0x25c` `vxlan_mdb_fini+0x8c/0x100` `vxlan_uninit+0x1c/0x7c` `unregister_netdevice_many_notify+0x954/0xd4c` `rtnl_dellink+0x210/0x530` `rtnetlink_rcv_msg+0x434/0x4d0` `netlink_rcv_skb+0xc4/0x204` `rtnetlink_rcv+0x18/0x24` `netlink_unicast+0x4b8/0x548` `netlink_sendmsg+0x29c/0x560` `____sys_sendmsg+0x390/0x3ec` `___sys_sendmsg+0x114/0x188` `__sys_sendmsg+0xf0/0x178` `__arm64_sys_sendmsg+0x48/0x60` `invoke_syscall.constprop.0+0x58/0x180` `el0_svc_common.constprop.0+0x74/0x140` `do_el0_svc+0x30/0x40` `el0_svc+0x38/0x98` `el0t_64_sync_handler+0xa0/0xe4` `el0t_64_sync+0x198/0x19c`
Quelle: Debian Security Advisories, cvelistv5, Microsoft Security Update Guide, NVD (NIST), BSI WID Portal, BSI CSAF
Betroffene Produkte
Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.
| Hersteller | Produkt | Betroffene Versionen | Behoben in |
|---|---|---|---|
| Linux | Linux |
|
|
Betroffene Betriebssysteme
| Familie | Hersteller | Produkt | Version |
|---|---|---|---|
| Linux | debian | linux | trixie |
Quellen & Referenzen
- git.kernel.orgstable/c/f8a9b988e7a7bc674e74e8c901794d792c35689e
- git.kernel.orgstable/c/c7dc26d06f90ca11bbd6114f6a62a67d038816c7
- git.kernel.orgstable/c/3e6b705bc162fc7257645725a7d2cf6c71250318
- git.kernel.orgstable/c/f26400b325bdc2868e40612c4804c82cf8ba6275
- git.kernel.orgstable/c/bc2dc66a6693a78f8c1e6ca2dbebd50f16e2c366
Re-Analyse & Statuswechsel
Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.
CVE Modified416baaa9-dc9f-4396-8d5f-8c081fb06d67
- Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/93xxx/CVE-2026-93250.json">CVE-2026-93250</a>
CVE Modified416baaa9-dc9f-4396-8d5f-8c081fb06d67
- CVSS V3.1: nachher AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
New CVE Received416baaa9-dc9f-4396-8d5f-8c081fb06d67
- Description: nachher In the Linux kernel, the following vulnerability has been resolved: vxlan: mdb: Fix use-after-free in vxlan_mdb_flush() vxlan_mdb_flush() iterates over the MDB entries using hlist_for_each_entry_safe(), which only tolerates the removal of the current entry. Contrary to the comment above the loop, the removal of an entry can trigger the removal of another entry. Flushing the remotes of a (*, G) entry also removes the (S, G) entries that were created for its source list, once they are left without remotes: vxlan_mdb_remotes_flush() -> vxlan_mdb_remote_del() -> vxlan_mdb_remote_srcs_del() -> vxlan_mdb_remote_src_del() -> vxlan_mdb_remote_src_fwd_del() -> __vxlan_mdb_del() -> vxlan_mdb_entry_put() Such an entry can be located after the (*, G) entry in the list, as vxlan_mdb_entry_get() returns an existing entry without moving it to the head of the list. This order is obtained by adding the (S, G) entry before the (*, G) entry, the latter with NLM_F_REPLACE, as the addition of the source otherwise fails with -EEXIST. The (S, G) entry is then the entry saved by hlist_for_each_entry_safe() and it is freed while the (*, G) entry is processed. The next iteration calls hlist_del() on it again, writing LIST_POISON1 to LIST_POISON2 [1]. Besides device deletion, the flush is also reachable from RTM_DELMDB with NLM_F_BULK. Fix by re-reading the next entry after the remotes were flushed. The current entry cannot be removed by this flush, as source lists can only be configured on (*, G) entries and the removed entries are (S, G) entries. It is therefore still linked and its next pointer reflects the removals. [1] BUG: KASAN: wild-memory-access in vxlan_mdb_entry_put.part.0+0x328/0x588 Write of size 8 at addr dead000000000122 by task ip/327 CPU: 3 UID: 1000 PID: 327 Comm: ip Not tainted 7.2.0-rc7 #2 PREEMPT Call trace: vxlan_mdb_entry_put.part.0+0x328/0x588 vxlan_mdb_flush+0x1d8/0x25c vxlan_mdb_fini+0x8c/0x100 vxlan_uninit+0x1c/0x7c unregister_netdevice_many_notify+0x954/0xd4c rtnl_dellink+0x210/0x530 rtnetlink_rcv_msg+0x434/0x4d0 netlink_rcv_skb+0xc4/0x204 rtnetlink_rcv+0x18/0x24 netlink_unicast+0x4b8/0x548 netlink_sendmsg+0x29c/0x560 ____sys_sendmsg+0x390/0x3ec ___sys_sendmsg+0x114/0x188 __sys_sendmsg+0xf0/0x178 __arm64_sys_sendmsg+0x48/0x60 invoke_syscall.constprop.0+0x58/0x180 el0_svc_common.constprop.0+0x74/0x140 do_el0_svc+0x30/0x40 el0_svc+0x38/0x98 el0t_64_sync_handler+0xa0/0xe4 el0t_64_sync+0x198/0x19c
- Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/93xxx/CVE-2026-93250.json">CVE-2026-93250</a>
- Reference: nachher https://git.kernel.org/stable/c/3e6b705bc162fc7257645725a7d2cf6c71250318
- Reference: nachher https://git.kernel.org/stable/c/bc2dc66a6693a78f8c1e6ca2dbebd50f16e2c366
Badge einbetten
Zeigen Sie Schweregrad und KEV-Status dieser Schwachstelle auf Ihrer Seite – mit Link hierher. Das Bild wird stündlich aktualisiert.
<a href="https://intel.neosec.eu/cve/CVE-2026-93250"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-93250.svg" alt="CVE-2026-93250 – NEOSEC Intel" height="20"></a>