Was der Agent nie tut
Ein Dienst, der auf jedem Gerät als SYSTEM läuft, ist das mächtigste Stück Software im Haus. Der isidaten-Agent kam in vier der letzten sechs Artikel vor, immer als Werkzeug. Hier geht es um ihn selbst: fünf Dinge, die er grundsätzlich nicht tut, und warum eine gestohlene Datenbank damit nicht die Flotte steuert.
Der isidaten-Agent ist ein Dienst auf dem Gerät: unter Windows als LOCAL SYSTEM, unter Linux als eigener Benutzer mit den Netzrechten, die ein Scan braucht, unter macOS als LaunchDaemon, dazu Solaris. Er kennt inzwischen mehr als 50 Aufgabentypen, vom Hardware-Inventar über NetFlow-Kollektor und Krypto-Erhebung bis zur Sonde auf dem Domänencontroller, und seit dem 17. September 2026 gibt es ihn als arm64-Paket für Raspberry Pi und ARM-Server.
Ein Programm mit diesen Rechten auf jedem Gerät ist das mächtigste Stück Software im Haus. Deshalb ist die Frage, was es tut, weniger wichtig als die Frage, was es nie tut. Fünf Antworten.
1. Er bewertet nicht
Der Agent liefert Fakten, der Server bewertet. Die Sonde auf dem Domänencontroller meldet Registry-Werte, Dienstzustände und Zugriffseinträge; welche davon eine Schwachstelle sind, entscheiden 62 Regeln auf dem Server. Das ist kein Stilmittel, sondern der Grund, warum eine neue Prüfregel kein Agent-Release braucht. Dasselbe gilt für die Krypto-Erhebung, die Härtungs-Benchmarks und die OT-Erkennung. Was am Gerät entschieden wird, muss auf jedes Gerät ausgerollt werden. Was auf dem Server entschieden wird, gilt sofort für alle.
2. Er führt keine Kommandos aus
Es gibt keinen Auftragstyp „führe dieses Kommando aus“. Fernaktionen stammen aus einer Liste von zwölf, ohne freie Kommandozeile. Eine Ersatzmaßnahme im Virtual Patching ist ein Mechanismus mit Parametern, Registry-Wert oder Dienst oder Kernel-Parameter, nie ein Skript. Gäbe es das Skript, könnte ein einziger Datenbankeintrag Code als SYSTEM auf der ganzen Flotte ausführen. Was der Agent nicht kennt, führt er nicht aus, auch nicht signiert.
3. Er vertraut dem Server nicht, nur weil es der Server ist
Ein gültiges TLS-Zertifikat und ein Bearer-Token reichen nicht, um dem Agenten einen Auftrag zu erteilen. Jeder Auftrag trägt eine Ed25519-Signatur, die der Agent gegen lokal gepinnte öffentliche Schlüssel prüft, und durchläuft neun Prüfungen in fester Reihenfolge: gepinnter Schlüssel, Signatur, Mandantenbindung, Agentbindung, Ablauf mit fünf Sekunden Toleranz für Uhrendrift, Nonce gegen Wiederholung, monotoner Zähler, Auftragstyp in der einkompilierten Liste, Parameterschema. Die Liste der Auftragstypen ist bewusst im Code und nicht über die Konfiguration erweiterbar. Fehlt auf einem Gerät die Bibliothek zur Signaturprüfung, werden Aufträge nicht ungeprüft ausgeführt, sondern gar nicht.
Der Grund steht als Kommentar im Quelltext: Wer die Plattform-Datenbank kontrolliert, könnte sonst die gesamte Flotte steuern. Mit der Signatur steuert er sie nicht.
4. Er macht sich nicht unerreichbar
Die Netzwerk-Isolation eines Geräts ist die schärfste Aktion, die der Agent kennt. Ihr Leitsatz lautet: im Zweifel den Verwaltungskanal offen halten, lieber nicht isolieren als unerreichbar machen. Lässt sich der Weg zur Plattform oder ein nötiger Proxy nicht auflösen, wird nicht isoliert, sondern ein Fehler gemeldet. Nach dem Setzen der Regeln prüft der Agent, ob die Plattform noch antwortet, und rollt zurück, wenn nicht. Ein isoliertes Gerät, das niemand mehr erreicht, ist kein Sicherheitsgewinn.
5. Er liest nicht, was er nicht braucht
Ein Kennwort in den Gruppenrichtlinien-Einstellungen wird als Vorhandensein samt Dateiname gemeldet, der Wert nie gelesen. Registry-Werte kommen ausschließlich aus einer Allowlist mit festen Pfaden, die der Server mitschickt und der Agent zusätzlich begrenzt. Die Krypto-Erhebung liefert Metadaten, und der Server weist eine Meldung ab, in der ein PEM-Block oder Base64-Klumpen steckt. In der Betriebstechnik bleibt der Agent passiv; das Anklopfen an OT-Ports ist je Aufgabe ein Opt-in mit Warnung, weil ein SNMP-Paket zur falschen Steuerung eine Anlage anhalten kann.
Was daraus folgt
Diese fünf Regeln kosten etwas. Eine neue Fernaktion braucht ein Release, ein neuer Mechanismus auch, und der Agent kann Dinge nicht, die ein Skript in drei Zeilen könnte. Der Preis ist bewusst. Das Verwaltungswerkzeug, das auf jedem Gerät läuft, ist genau das, was ein Angreifer nach dem ersten Fuß in der Tür sucht.
Mehr auf der Modulseite zum Agent-Management und in den Modulen, in denen die Regeln greifen: Verzeichnissicherheit, Krypto-Inventar, Virtual Patching und OT-Sicherheit.
Die Prüffrage
Welches Werkzeug in Ihrem Haus läuft auf jedem Gerät mit Systemrechten, und was passiert, wenn jemand dessen Datenbank kontrolliert?
Wenn die Antwort „dann kann er alles“ lautet, ist das Werkzeug das Ziel.
Fragen zu dieser Neuerung?
Sprechen Sie mit uns – wir zeigen Ihnen die Funktion gern in einer Demo.