Linux-Kernel rxe-Treiber: Integer-Überlauf in mr_check_range() führt zu Out-of-Bounds-Zugriff

Zusammenfassung

Der RDMA-Treiber Soft-RoCE (rxe) im Linux-Kernel prüft Speicherbereiche mit einer Arithmetik, die überlaufen kann. Ein entfernter Peer kann eine RDMA-Write- oder Read-Anfrage so gestalten, dass Adresse und Länge überlaufen, die Prüfung umgehen und einen Out-of-Bounds-Zugriff im Kernel-Speicher auslösen. Dies kann zu einem Kernel-Oops und einem Absturz des Hosts führen und ist ohne Authentifizierung erreichbar, jedoch nur auf Hosts, auf denen der rxe-Treiber geladen und verwendet wird.

Betroffen

• Linux-Kernel ab 4.8 bis zu den korrigierten Stable-Versionen (Upstream-Korrekturen: 6.6.158, 6.12.112, 6.18.54, 7.2.8, 7.3)
• Distributionskernel können andere Versionsnummern verwenden; prüfen Sie das Advisory Ihrer Distribution
• Zweige 5.10, 5.15 und 6.1: keine korrigierte Version vom CNA veröffentlicht; Status ungelöst

Behoben in

• Upstream-Stable-Kernel 6.6.158, 6.12.112, 6.18.54 und 7.2.8 sowie Mainline 7.3
• Azure Linux: Versionen 6.6.158.1-1 und neuer
• Alpaquita: linux-lts 6.12.112-r0 und 6.18.55-r0 und neuer
• Debian und SUSE: Paketversionen über deren Security-Tracker prüfen

Umgehung

• Prüfen, ob das Modul rxe geladen ist: lsmod | grep rdma_rxe
• Falls RDMA über Ethernet nicht verwendet wird, das Modul rdma_rxe nach Prüfung, dass nichts davon abhängt, auf die Blacklist setzen und entladen
• Kein Workaround des Herstellers verfügbar; die Korrektur ist ein Kernel-Update

Ausnutzung

• Zum Zeitpunkt der Recherche keine Berichte über aktive Ausnutzung gefunden; CISA-KEV-Status nicht geprüft
• EPSS-Wert 0.00382 (etwa 0.4% Wahrscheinlichkeit einer Ausnutzung innerhalb von 30 Tagen)
• Ein öffentliches Proof-of-Concept-Repository ist verfügbar; eine Ausnutzung ist daher wahrscheinlich machbar

Unsere Empfehlung

• Prüfen, ob der rxe-Treiber (rdma_rxe) auf Ihren Hosts geladen oder konfiguriert ist
• Falls er verwendet wird, das Kernel-Update des Herstellers mit der Korrektur installieren und neu starten
• Falls er nicht verwendet wird, das Modul als Zwischenmassnahme entladen und auf die Blacklist setzen
• Kernel-Logs auf Oops-Meldungen überwachen und den CVE-Status im Tracker Ihrer Distribution prüfen

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• Linux kernel stable fix 2f3b705144e3 git.kernel.org
• Linux kernel stable fix 3431f525718f git.kernel.org
• Linux kernel stable fix 5d9426a74fc8 git.kernel.org
• Linux kernel stable fix b7d211866054 git.kernel.org
• Linux kernel stable fix d10e2a08799e git.kernel.org
• SUSE CVE tracker (Vulners) vulners.com
• Debian CVE tracker (Vulners) vulners.com
• OSV entry for Alpaquita (BELL) osv.dev

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 30.10.2026 21:08.