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 wird direkt oder über einen Fleet Manager an das secnostic® Inventar übergeben. So sehen Sie, was wirklich da ist, was sich seit dem letzten Lauf verändert hat und wo noch ein blinder Fleck bleibt.
Spezialisierte Collectors sammeln Belege aus IT, OT, Identität und Cloud, gruppiert danach, wie schonend sie gelesen werden. Der Sensor normalisiert jeden Fund mit Quelle und Konfidenz zu einem Strom und übergibt ihn direkt oder in skalierten Umgebungen über einen Fleet Manager an das secnostic® Inventar.
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. Betrieb und Security erkennen Abhängigkeiten, Wartungsrisiken, Schwachstellen und Reaktionswege in einem gemeinsamen Bild.
secnostic® verbindet Gebäudeautomation, Building Management Systeme und technische Gebäudeausrüstung in einer belastbaren OT-Sicht. Facility Management, IT und Security erkennen Assets, Kommunikationswege, Fernwartung, Schwachstellen und Zuständigkeiten, ohne den laufenden Gebäudebetrieb unnötig zu belasten.
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.
secnostic® dokumentiert für jede ausgelieferte Maschine, welche digitalen Komponenten verbaut sind, in welchem Firmwarestand und mit welchen Kommunikationsbeziehungen. So entsteht ein Referenzzustand zur Auslieferung und daraus eine zentrale Sicht auf den installierten Maschinenbestand.
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. Ein einzelner Sensor kann bewusst direkt über HTTPS an die Inventory-API senden; in verteilten oder segmentierten Umgebungen bündelt der optionale Fleet Manager die Änderungen und synchronisiert sie sensorinitiiert über mTLS. Ist inventory nicht erreichbar, bleiben die Daten lokal und die Übertragung wird mit wachsendem Abstand wiederholt. Nichts verlässt den Host, bevor die Synchronisierung 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