
CVE-2026-98432 – LINUX KERNEL IPv4 TCP USE-AFTER-FREE-AUDIT CVSS 9.8 (Kritisch) | Remote-Code-Execution & Kernel-Denial-of-Service
Ein Netzwerk-Audit-Tool für Windows und Windows Server, das entfernte Linux-Hosts auf CVE-2026-98432 prüft – eine kritische Schwachstelle für Remote-Code-Execution (RCE) und Kernel-Denial-of-Service im IPv4-TCP-Netzwerkstack des Linux-Kernels.
| Metrik | Details |
|---|---|
| CVE-ID | CVE-2026-98432 |
| Schwachstellentyp | Use-After-Free (UAF) / Race Condition (CWE-416) |
| CVSS-v3.1-Score | 9.8 (Kritisch) – CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H |
| Betroffene Komponente | IPv4-Netzwerkstack des Linux-Kernels (net/ipv4/tcp_ipv4.c, net/ipv4/af_inet.c) |
| Betroffene Versionen | Linux-Kernel-Versionen 4.4 und später (vor den gepatchten Releases) |
| Ausnutzungsvektor | Nicht authentifizierter Angreifer aus dem Netzwerk, der manipulierte IPv4-TCP-SYN-Pakete mit IP-Optionen sendet |
| Auswirkung | Remote Code Execution (RCE) im Kernel-Space, Systemabsturz (Kernel Panic / DoS), Speicherbeschädigung |
Während eines eingehenden IPv4-TCP-Drei-Wege-Handshakes (SYN-Paket):
inet_opt und ireq_opt), speichert der Linux-Kernel eine Kopie dieser Optionen in einer Struktur für ausstehende Verbindungsanfragen, um sie in der SYN-ACK-Antwort zurückzuspiegeln.inet_sock_destruct() und tcp_v4_reqsk_destructor()) diese Optionen sofort mit einem synchronen kfree() frei.Da dieser Code innerhalb des TCP-Stacks des Kernels ausgeführt wird, bevor eingehender Datenverkehr die User-Space-Anwendungen erreicht, setzt jeder lauschende IPv4-TCP-Port auf dem Server den Kernel einer möglichen Remote-Ausnutzung aus.
Die Schwachstelle wurde upstream von Eric Dumazet behoben (Commit e3f33b0a1d89: „ipv4: free inet_opt and ireq_opt after an RCU grace period“). Mindestversionen mit Patch:
5.10.272 oder später5.15.223 oder später6.1.190 oder später6.6.159 oder später6.12.113 oder später6.18.56 oder später7.2.10 oder später7.3.0 oder späterlinux ab Version 6.8.0-149.149linux ab Version 5.15.0-203.213linux ab Version 7.0.0-43.43linux ab Version 7.3.0-10.10Der Scanner ermöglicht eine nicht-destruktive, sichere Überprüfung von jeder Windows-Workstation oder jedem Windows-Server aus:
.NET-Sockets, um standardmäßig exponierte TCP-Ports zu testen (SSH 22, HTTP 80, HTTPS 443, Alt HTTP 8080/8443, MySQL 3306, PostgreSQL 5432, Redis 6379). Jeder offene IPv4-TCP-Port zeigt an, dass der TCP-Stack des Kernels aktiv Pakete empfängt und verarbeitet.ssh.exe), um uname -r, /etc/os-release und aktive Firewall-Mitigationen sicher abzufragen, ohne störende Exploit-Payloads auszuführen.VULNERABLE: Der Host führt eine betroffene Kernelversion ohne den Fix aus.SECURE / PATCHED: Der Host führt eine gepatchte Kernelversion aus.MANUAL VERIFICATION: Ein benutzerdefinierter oder herstellerspezifischer Backport erfordert eine manuelle Prüfung.Doppelklicken Sie auf check_cve_2026_98432.bat oder führen Sie es über die CMD aus:
.\check_cve_2026_98432.bat
Sie werden aufgefordert:
192.168.1.100).powershell -ExecutionPolicy Bypass -File .\check_cve_2026_98432.ps1 -ServerIp "192.168.1.100" -SshUser "admin"
powershell -ExecutionPolicy Bypass -File .\check_cve_2026_98432.ps1 -ServerIp "192.168.1.100" -SshPort 2222 -SshUser "ubuntu"
powershell -ExecutionPolicy Bypass -File .\check_cve_2026_98432.ps1 -ServerIp "192.168.1.100" -SkipSsh
Wenden Sie offizielle Sicherheitsupdates aus dem Repository Ihrer Distribution an und starten Sie den Server neu:
Ubuntu / Debian:
sudo apt update
sudo apt --only-upgrade install linux-image-generic
sudo reboot
RHEL / AlmaLinux / Rocky Linux / CentOS:
sudo dnf update kernel
sudo reboot
Arch Linux:
sudo pacman -Syu linux
sudo reboot
Aktuell laufenden Kernel überprüfen:
uname -r
Die Schwachstelle erfordert TCP-Pakete, die IPv4-Optionen enthalten. Wenn Sie nicht sofort neu starten können, verwerfen Sie alle eingehenden TCP-Pakete mit IPv4-Optionen mit iptables:
# Insert rule at top of INPUT chain
sudo iptables -I INPUT 1 -p tcp -m ipv4options --any-opt -j DROP
# Persist the rule (Debian/Ubuntu)
sudo iptables-save | sudo tee /etc/iptables/rules.v4
# Persist the rule (RHEL/CentOS)
sudo service iptables save
(Hinweis: Standard-Internet-TCP-Verkehr nutzt selten IPv4-Optionen, sodass deren Verwerfen in der Regel keine Störung für Standard-Web-, SSH- oder Datenbank-Workloads verursacht).