Am 9. September 2026 schilderte Will Knight einen ungewöhnlichen Sicherheitstest: Eine abgewandelte Version von GLM-5.3 untersuchte sein eigenes Heimnetzwerk, fand dort rund ein Dutzend Hardwaresysteme und stieß auf mehrere Schwachstellen. Der entscheidende Punkt: Das war ein autorisierter Test im eigenen Netzwerk, kein Angriff auf den Haushalt einer fremden Person. Gleichzeitig zeigte der Ablauf, wie weit ein Agent mit weitreichenden Rechten über eine enge Einzelanweisung hinausgehen kann.
Was der Test tatsächlich war
Zum Einsatz kam eine abgewandelte, also von üblichen Verweigerungsmechanismen befreite Version von GLM-5.3, einem agentischen Codemodell von Z.ai. Das CyberStrike-Framework führte das Modell durch Aufgaben aus dem Bereich der Cybersicherheit. Ein KI-Agent ist dabei mehr als ein Chatbot: Er kann Werkzeuge verwenden, Zwischenschritte planen und auf Ergebnisse reagieren.
Will Knight gab dem System Zugriff auf seine eigene lokale Umgebung. Der Agent untersuchte dort verbundene Geräte, prüfte Konfigurationen und verfolgte Ziele über mehrere Schritte hinweg. Der Bericht beschreibt damit eine kontrollierte Prüfung mit klarer Berechtigung – keine unkontrollierte Attacke auf ein externes Netzwerk.
Der Unterschied ist nicht bloß juristische Haarspalterei. Ein Sicherheitsaudit darf Systeme prüfen, weil der Eigentümer oder Betreiber dies erlaubt hat. Derselbe Ablauf wäre außerhalb dieses Rahmens ein Eingriff in fremde Systeme.
Vom Netzwerk-Scan zum Linux-Zugang
Der Agent identifizierte im lokalen Netz rund ein Dutzend Hardwaresysteme und katalogisierte mehrere Probleme. Auf einem Linux-Rechner entdeckte er einen kryptografischen Schlüssel und nutzte ihn laut Bericht, um sich ohne Passwort anzumelden. Anschließend begann er, nach den Informationen für einen Root-Zugriff zu suchen. Will Knight stoppte den Vorgang, bevor das Modell einen Passwort-Brute-Force-Versuch startete.
Später wurde der Agent erneut nach Geräten im Netz suchen gelassen, nachdem Knight die WLAN-Verbindung wiederhergestellt hatte. Dabei fand das System den Router und probierte übliche Kombinationen für Administratorpasswörter aus. Ob eine Anmeldung damit gelang, ist nicht belegt. Genau diese Grenze muss man festhalten: Der Bericht beschreibt einen Versuch, aber keinen nachgewiesenen erfolgreichen Router-Einbruch.
Das Muster ist trotzdem aufschlussreich. Der Agent blieb nicht bei einer Inventarliste stehen. Er ging von der Entdeckung eines Systems zur Suche nach Zugangsmöglichkeiten über und setzte die Aufgabe mit neuen Zwischenschritten fort. Das ist der praktische Unterschied zwischen einem Modell, das eine Antwort formuliert, und einem Agenten, der Werkzeuge in einer Schleife benutzt.
Drucker, Stereoanlage, IoT und KI-Code
Die auffälligsten Funde lagen nicht in einem exotischen Rechenzentrum, sondern in den gewöhnlichen Geräten und Projekten eines Haushalts. Der Bericht nennt unter anderem:
| Bereich des Tests | Beobachtetes Problem | Konsequenz für die Absicherung |
| Drucker | Eine Fehlkonfiguration soll Anmeldungen durch beliebige Nutzer im lokalen Netz ermöglicht haben; dadurch konnten Dokumente in der Druckwarteschlange gefährdet sein. | Druckerzugänge absichern und die Einstellungen für lokale Nutzer prüfen. |
| Wiim-Stereoanlage | Informationen zur Wiedergabe waren im Netz sichtbar; Nutzer im selben Netz konnten offenbar Wiedergabe oder Lautstärke verändern. | Netzwerkzugriffe von Unterhaltungselektronik einschränken und unnötige Steuerfunktionen prüfen. |
| IoT-Geräte | Bei mehreren Geräten waren Firmware-Aktualisierungen erforderlich. | Veraltete Firmware aktualisieren und Geräte wie intelligente Lautsprecher in ein Gastnetz verschieben. |
| KI-gestützte Softwareprojekte | Der Agent fand Dutzende Probleme, darunter offengelegte API-Zugangsdaten und eine Konfiguration, die unbefugtes Versenden von E-Mails ermöglichen konnte. | Zugangsdaten aus dem Code entfernen und KI-unterstützten Code vor dem Einsatz sorgfältig prüfen. |
| Linux-Rechner | Ein entdeckter kryptografischer Schlüssel ermöglichte laut Bericht eine Anmeldung ohne Passwort. | Schlüssel, Berechtigungen und Speicherorte vertraulicher Zugangsdaten kontrollieren. |
Die Befunde sind Beobachtungen aus diesem konkreten Test. Sie bedeuten nicht, dass jeder Drucker, jede Wiim-Stereoanlage oder jedes Smart-Home-Gerät auf dieselbe Weise angreifbar ist. Gerätemodelle, Firmwarestände und Schwachstellenkennungen wurden nicht genannt – deshalb lässt sich daraus keine allgemeine Liste betroffener Produkte ableiten.
Warum Agenten anders riskant sind
Ein klassischer Scanner kann Geräte und offene Dienste auflisten. Ein Agent kann zusätzlich entscheiden, welcher nächste Schritt zu seinem Ziel passt. Dafür braucht er allerdings Werkzeuge, Berechtigungen und eine Umgebung, in der diese Werkzeuge tatsächlich erreichbar sind. Nicht jeder KI-Agent hat automatisch freien Internetzugang oder Zugriff auf ein Heimnetzwerk.
Gerade diese Kombination aus Modell, Werkzeugen und Rechten verändert die Risikobilanz. Ein System, das nur eine Firewall-Regel erklärt, verhält sich anders als eines, das selbstständig Geräte sucht, Zugangsdaten prüft und aus einem Fund weitere Aktionen ableitet. Je mehr Befugnisse es erhält, desto wichtiger werden Begrenzungen: ein klar abgegrenztes Testnetz, minimale Rechte und ein Mensch, der kritische Schritte freigeben muss.
Ein Erklärvideo zur Sicherheit von KI-Agenten ordnet diese Architektur anhand typischer Risiken ein. Es behandelt unter anderem Zielmanipulation, missbräuchliche Werkzeugnutzung, Identitäts- und Rechteprobleme sowie Risiken in der Software-Lieferkette. Das liefert den technischen Rahmen für den Heimnetz-Test, ist aber kein Protokoll von Knights Untersuchung.
Die zentrale Lehre lautet daher nicht: „KI hackt jetzt jedes Heimnetz.“ Sie lautet: Ein Agent kann innerhalb der ihm gegebenen Umgebung mehrere Schritte selbstständig verbinden. Wer ihm weitreichenden Zugriff gibt, muss nicht nur den ersten Auftrag betrachten, sondern auch die möglichen Folgeschritte.
Was daraus für die Verteidigung folgt
Aus dem Test ergeben sich einige konkrete, aber nicht vollständige Schutzmaßnahmen:
- Firmware aktualisieren: Geräte mit ausstehenden Aktualisierungen sollten nicht dauerhaft im Netz bleiben, als wäre ihr Zustand unverändert sicher.
- Drucker härten: Lokale Anmeldungen, Warteschlangen und freigegebene Verwaltungsfunktionen gehören auf den Prüfstand.
- IoT trennen: Intelligente Lautsprecher und vergleichbare Geräte sollten – wie im Bericht empfohlen – in ein Gastnetz verschoben werden, statt neben Rechnern mit wichtigeren Daten zu hängen.
- Zugangsdaten prüfen: API-Schlüssel und kryptografische Schlüssel dürfen nicht ungeschützt in Projekten oder erreichbaren Verzeichnissen liegen.
- KI-Code kontrollieren: Von KI unterstützte Software sollte vor der Bereitstellung auf Berechtigungen, externe Dienste und unbeabsichtigte Versand- oder Zugriffswege geprüft werden.
Diese Punkte sind praktische Folgen des beschriebenen Audits, aber kein vollständiger Sicherheitsstandard. Der Test liefert weder eine vollständige Netzwerktopologie noch Protokolle, Befehle oder reproduzierbare Angriffsschritte. Sein Wert liegt eher in der Demonstration der Kette: entdecken, bewerten, Zugriff versuchen und daraus konkrete Härtungsmaßnahmen ableiten.
Warum defensive KI trotzdem nötig werden könnte
Damit ist das Dilemma sichtbar. Leistungsfähige Cyber-KI kann Angreifern helfen, schneller nach einem losen Stein in einer komplexen Verteidigung zu suchen. Dieselben Fähigkeiten können Betreiber aber auch dabei unterstützen, Fehlkonfigurationen und veraltete Geräte im eigenen Bestand zu finden.
Ein separates Interview zu einem Vorfall bei Hugging Face liefert dazu Unternehmenskontext auf einer anderen Größenordnung. Dieser Fall ist nicht Teil von Will Knights Heimnetz-Test und darf nicht mit ihm vermischt werden. Er illustriert jedoch, warum die Debatte über offene Modelle, Transparenz und defensive Werkzeuge über einzelne Haushalte hinausgeht.
Die Schlussfolgerung fällt deshalb nüchterner aus als eine Schlagzeile über eine „gehackte“ Wohnung: Der Agent hat nicht nachweislich ein fremdes Heimnetz übernommen. Er zeigte in einem autorisierten Umfeld jedoch, dass ein System mit breiten Rechten von der Geräteerkennung zu Zugriffsversuchen und Codeproblemen weitergehen kann. Für die Verteidigung zählt nun, diese Fähigkeiten in klar begrenzten Umgebungen einzusetzen – mit aktualisierter Firmware, getrennten Netzen, geschützten Zugangsdaten und menschlicher Kontrolle an den kritischen Stellen.
