secnostic sensor untersucht Ihre Endpunkte und Netzwerke direkt, findet Assets und ihre Verbindungen und meldet, was tatsächlich vorhanden ist.
Statt sich auf Listen zu verlassen, prüft secnostic sensor die reale IT- und OT-Umgebung und schließt die Lücken, die niemand mehr von Hand pflegt.
Tabellen veralten, sobald jemand etwas anschließt oder umbaut. secnostic sensor sieht selbst nach: auf Windows und Linux, im Active Directory, im Netzwerk und schonend lesend in der OT, dazu in Microsoft 365, Intune und Sophos Central. Jeder Fund kommt mit Quelle und Sicherheitsgrad und fließt direkt ins secnostic Inventar. So sehen Sie, was wirklich da ist, was sich seit dem letzten Lauf verändert hat und wo noch ein blinder Fleck bleibt.
Welche Protokolle der Sensor liest, wie das in der Praxis aussieht und in welchem ausdrücklich freigegebenen Rahmen die aktive Erkennung läuft.
Ein Betriebsteam will wissen, welche Geräte im Netz aktiv sind und miteinander reden, ohne den Betrieb anzufassen.
Ein IT-Team braucht eine aktuelle Liste aller Systeme und der installierten Software, ohne auf jedem Rechner etwas zu installieren.
Dasselbe Gerät wird oft mehrfach gesehen. Der Sensor führt diese Belege zu einem verlässlichen Eintrag zusammen.
Aktive und OT-Erkennung sind kein freier Scan. Ein ausdrücklicher Fail-closed-Scope und eine Regel je Sonde bestimmen, was überhaupt sondiert wird, schonend und nur lesend.
Dashboard, Hosts, Graph, Verbindungen und Findings sind nach Aufgabe getrennt und teilen denselben Beobachtungsstrom.
Dashboard: Assets, Verbindungen, Findings und Upload-Warteschlange auf einen Blick, dazu Identität, Version und Health des Sensors.
Hosts: jedes erkannte Asset mit IP, Hersteller, Protokollen und Quelle, aktiv oder passiv beobachtet.
Netzwerk-Graph: wer mit wem spricht, mit Knoten, Kanten, Verkehr und Identitätshinweisen je Asset.
Verbindungen: jeder Kommunikationsweg mit Endpunkten, Protokoll, Volumen und Dienst, als Beleg statt Vermutung.
Findings: erkannte Geräte und Fakten, etwa eine Siemens-S7-Identität, mit Kategorie und gemeldeter Version.
Die gleichen Produktfähigkeiten wirken je nach Betriebssituation unterschiedlich. Diese Lösungsseiten zeigen den Kontext.
secnostic zeigt, welche Maschinen, Steuerungen, HMIs, Engineering-Systeme und Dienstleister eine Linie wirklich tragen. So findet Ihr Team Störungen schneller, plant Wartung sauberer und behält Cyberrisiken im Griff, ohne die Produktion auszubremsen.
secnostic zeigt, welche Anlagen, IT-/OT-Systeme, Netze und Dienstleister Ihre kritischen Dienste am Laufen halten. So sehen Betrieb und Security Abhängigkeiten, Wartungsrisiken, Schwachstellen und Reaktionswege, und die Nachweise für NIS2 und KRITIS bleiben in Reichweite.
Eine aktuelle Datenbasis für Clients, Server, Cloud, SaaS, Identitäten, Software und Zuständigkeiten. Damit IT-Betrieb, Security und Service Desk mit denselben Fakten arbeiten.
secnostic verbindet IT- und OT-Umgebungen, Assets, Risiken und Nachweise sauber getrennt pro Mandant. So arbeiten MSP-Teams mit einem aktuellen technischen Kundenscope.
Die wichtigsten Fragen vor einem Sensor-Rollout.
Nein. Der Sensor ist eine reine Erfassungssonde. Passive Netzsicht sendet kein Paket, und jede aktive oder OT-Sonde liest ausschließlich, ist opt-in und läuft nur gegen eine ausdrückliche Erlaubt-Liste. Sogar passiv beobachtete Schreibzugriffe anderer Systeme meldet er als Sicherheitsfakt.
Schonendes Sondieren ist Aufgabe des Sensors. Die Produktionsvorgabe ist Plan-Only, der Zielplaner ist fail-closed, die Nebenläufigkeit lässt sich auf einen Host begrenzen und jede Protokollfamilie wird einzeln freigegeben. Das mitgelieferte Laborprofil muss vor dem ersten Einsatz in einem echten Netz durch die sichere Vorgabe ersetzt werden.
Jeder Lauf wird zuerst lokal gepuffert und dann über HTTPS an die Inventar-API übertragen. Ist die API nicht erreichbar, bleiben die Daten lokal und der Upload wiederholt sich mit wachsendem Abstand. Nichts verlässt den Host, bevor der Upload bewusst eingerichtet ist.
Beobachtungen können Hosts, Benutzer, Dienste, Zertifikate und Kommunikationswege zeigen, daher gelten sie als sensibel. Die Normalisierung ist datensparsam: Benutzernamen, Prinzipale und Geheimnisse werden gehasht statt gespeichert, rohe DNS- und OT-Inhalte verworfen und Roh-Belege sind standardmäßig deaktiviert. Die lokale Diagnose ist nur lesend und nur über Loopback erreichbar.
Wir klären gemeinsam, welche Quellen risikoarm genutzt werden können und welche Beobachtungen für Inventar, Betrieb und Security zuerst zählen.
Sensor-Rollout besprechen