Ein Root-Bug im Chip, den Cisco für KI verkauft

Ciscos eigenes Sicherheitsteam veröffentlichte die Warnung am 2. September 2026 mit einer Bewertung von 9,8 von 10, der zweithöchsten Stufe, die Cisco vergibt. Die als CVE-2026-20212 geführte Schwachstelle erlaubt es einem Angreifer ohne jegliche Anmeldedaten, Code mit Root-Rechten auf einem Cisco-Nexus-9000-Switch auszuführen.

Alle betroffenen Switches teilen ein Merkmal: Ciscos Silicon-One-ASIC, den eigens entwickelten Chip, den Cisco seit zwei Jahren als Rückgrat KI-tauglicher Rechenzentrums-Fabrics positioniert, jene Hochdurchsatz-Schicht, die ganze GPU-Racks miteinander und mit dem Speicher verbindet. Zehn konkrete Modelle tragen den Fehler, aufgelistet unten.

Betroffenes ModellKlasse
N9324C-SE1UFester Fabric-Switch
N9348Y2C6D-SE1UFester Fabric-Switch
N9364E-SG2-OFester Fabric-Switch
N9364E-SG2-QFester Fabric-Switch
N9396T12C-SE1Fester Fabric-Switch
N9348Y12C-SE1Fester Fabric-Switch
N9396Y12C-SE1Fester Fabric-Switch
N9336C-SE1Fester Fabric-Switch
N9K-C9804Modulares Chassis
N9K-C9808Modulares Chassis

Wie ein Angreifer ohne Passwort hineinkommt

Die Warnung führt den Fehler auf Ciscos eigenen S1HAL-Prozess zurück, die Softwareschicht, die mit dem Silicon-One-ASIC spricht. Er lauscht auf den TCP-Ports 43210 und 43211, und diese sind standardmäßig innerhalb der L3-VRF des Switches erreichbar, ganz ohne Authentifizierungsschritt.

Präparierte Eingaben an einen der beiden Ports können als Code mit Root-Rechten ausgeführt werden, der höchsten Zugriffsebene, die der Switch kennt. Eine schwächere Ausprägung derselben Schwachstelle kann den S1HAL-Prozess ganz zum Absturz bringen und einen Neustart des gesamten Switches erzwingen, was bei einem Fabric-Switch bedeutet, dass jedes angeschlossene Rack gleichzeitig seine Uplink-Verbindung verliert.

Der Patch existiert, ihn zu finden nicht

Cisco hat bereits gepatchte NX-OS-Software für die betroffenen Versionsstränge veröffentlicht, hier wartet also niemand auf den Hersteller. Worauf gewartet wird, ist das eigene Netzwerkteam: Ciscos Warnung verweist Kunden auf den Software Checker, der gegen das jeweilige Gerät und die aktuelle Version prüft, weil die passende Fassung je nach Modell und Versionsstrang variiert, es gibt keine einzelne Updatenummer für alle.

Genau dieser zusätzliche Schritt macht aus einem am selben Tag patchbaren Fehler leicht einen, der erst sechs Wochen später geschlossen wird. Ein Bug mit CVSS 9,8 wartet nicht höflich auf das nächste Wartungsfenster, während jemand herausfindet, auf welchem Versionsstrang er eigentlich sitzt.

Warum dieser Fall anders ist als eine gewöhnliche Firewall-CVE

Die meisten kritischen CVEs betreffen den Netzwerkrand, eine Firewall, ein VPN-Gateway, etwas, das ohnehin bereits in einer Härtungs- und Überwachungsroutine steckt, weil es direkt dem Internet zugewandt ist. Fabric-Switches wie der Nexus 9000 sitzen dagegen typischerweise in der vertrauenswürdigsten Zone des Netzwerks, verbinden Rechenleistung und Speicher miteinander und werden gerade deshalb viel seltener neu geprüft, weil eigentlich nichts von außen sie erreichen soll.

Genau diese Annahme bricht dieser Fehler auf. Die offenen Ports liegen innerhalb der eigenen Standard-VRF des Switches, das heißt, jedes Gerät, das die Fabric bereits erreichen kann, ein kompromittierter Server, eine falsch konfigurierte Managementschnittstelle, der Laptop eines Dienstleisters im falschen VLAN, kann potenziell Root auf dem Switch selbst erlangen, ohne dass eine separate Zugangsprüfung im Weg steht.

Was diese Woche zu prüfen ist

Führen Sie Ciscos Software Checker gegen jeden Nexus-9000-Silicon-One-Switch in Ihrer Fabric aus, nicht nur gegen die, an deren Kauf Sie sich erinnern. Bestätigen Sie, dass Ihre VRF-Segmentierung TCP 43210 und 43211 tatsächlich für alles außer der eigenen Management-Ebene des Switches blockiert, statt es nur anzunehmen.

Wer als wesentliche oder wichtige Einrichtung unter die EU-Richtlinie NIS2 fällt und diesen Switch im Geltungsbereich betreibt: Eine bestätigte Ausnutzung wäre genau jene Art von signifikantem Vorfall, die die 24-Stunden-Meldefrist ab dem Zeitpunkt der Entdeckung in Gang setzt, nicht erst nach Abschluss der Untersuchung.

Servola Journal

Wir machen das für alle, die versuchen mit dem Schritt zu halten, was die Technologie mit unserem Leben macht. Für die Menschen, die sie bauen, und für die Menschen, denen sie widerfährt. Das Servola Journal existiert, damit das, was wir lernen, allen von ihnen gehört.

Niemand bezahlt uns dafür. Keine Werbung, keine Bezahlschranke, kostenlos für alle. Wir glauben einfach, dass das Verstehen dessen, was uns allen widerfährt, nicht davon abhängen sollte, wer es sich leisten kann.

Wenn es Ihnen heute etwas gegeben hat, sagen Sie uns, dass wir weitermachen sollen. Folgen Sie uns, hinterlassen Sie ein Like oder schreiben Sie einen positiven Kommentar. Wir lesen jeden einzelnen, und sie sind es, was uns weitermachen lässt.