Das Secure Connect Gateway ist die Box, über die Dell-Server ihre Telemetrie und Supportfälle nach Hause schicken — und über die Dells Technik im Bedarfsfall auf die Hardware schaut. Ein Gerät also, das per Bauart tiefen Zugriff hat und gerne im Serverraum vergessen wird.
Genau darin hat Dell jetzt drei kritische Lücken geschlossen. Betroffen sind Appliance-Versionen vor 5.36.00.16 und Anwendungsversionen vor 5.36.00.00 der SCG-5.0-Reihe.
9,8: Ein abgefangener Request, unbegrenzt viele Admin-Tokens
CVE-2026-80172 ist die schwerste der drei. Die Anwendung prüft nicht ausreichend, ob eine eingehende Anfrage tatsächlich frisch und echt ist. Es fehlen zwei Standardmaßnahmen: eine Nonce — also eine Einmalkennung, die eine Anfrage entwertet, sobald sie verwendet wurde — und ein Zeitlimit.
Die Folge: Wer eine gültige Anfrage einmal mitschneidet, kann sie beliebig oft erneut abschicken und sich daraus immer wieder Administrator-Tokens samt Erneuerungs-Tokens ausstellen lassen. Ohne Passwort, ohne vorherige Anmeldung. Ein Angreifer, der einmal im selben Netzsegment mitgelesen hat, behält damit dauerhaft einen Schlüssel.
9,4: Codeausführung ohne Login
CVE-2026-61410 ist eine fehlende Autorisierungsprüfung. Eine speziell gebaute Anfrage umgeht die Beschränkungen, die eigentlich verhindern sollen, dass Unbefugte Code auf dem Gateway ausführen. Auch hier: keine Anmeldung nötig.
9,3: Root über den Docker-Socket
CVE-2026-80238 ist die lehrreichste der drei. Ein Konto mit niedrigen Rechten und SSH-Zugang auf die Box kommt über einen offenliegenden Docker-Socket an Root-Rechte — ohne ein Passwort zu kennen.
Wer selbst Container betreibt, kennt das Muster. Der Docker-Socket ist die Fernbedienung des Container-Dienstes, und der läuft als Root. Wer den Socket erreicht, kann einen Container starten, der das gesamte Wirtssystem einbindet — und ist damit faktisch Administrator der Maschine. Deshalb gilt in jedem Homelab dieselbe Regel: Den Docker-Socket niemals leichtfertig in Container durchreichen und Nutzer nur dann in die Docker-Gruppe aufnehmen, wenn man ihnen ohnehin Root anvertrauen würde.
Was jetzt zu tun ist
1. Updaten. Dell stellt korrigierte Versionen für Appliance und Anwendung bereit. Angesichts der Bewertungen gehört das nicht ins nächste Wartungsfenster, sondern ins nächstmögliche.
2. Erreichbarkeit prüfen. Ein Secure Connect Gateway hat im offenen Internet nichts zu suchen. Es braucht einen ausgehenden Weg zu Dell, keinen eingehenden aus der ganzen Welt. Prüf die Portfreigaben auf der Firewall.
3. SSH-Konten durchsehen. Wegen der dritten Lücke lohnt der Blick, wer überhaupt per SSH auf die Box darf. Alte Servicekonten aus der Installationsphase sind hier ein Klassiker.
4. Netz segmentieren. Managementgeräte gehören in ein eigenes VLAN, das vom Nutzernetz getrennt ist. Das entschärft die Replay-Lücke deutlich, weil ein Angreifer erst einmal dorthin gelangen muss, wo etwas mitzuschneiden ist.
Bislang keine Angriffe bekannt
Zur Ehrlichkeit gehört: Es gibt derzeit keine öffentlichen Berichte über eine aktive Ausnutzung dieser drei Lücken. Das ist eine Momentaufnahme. Bei Management-Appliances vergeht zwischen Veröffentlichung und den ersten Scans erfahrungsgemäß wenig Zeit — die Geräte sind wertvoll, weil sie tiefen Zugriff auf ganze Serverflotten haben.