Okta

Datentypen für Importe

• Erweiterung der Asset-Details und Anlegen neuer Assets in Vantage

  Okta liefert Datensätze, darunter Geräte-ID, Anzeigename, Plattform, Betriebssystemversion, Hersteller, Modell, Verwaltungsstatus, Registrierungsstatus und Zeitstempel der letzten Aktualisierung, um bestehende Vantage anzureichern und neue Asset-Datensätze für Endpunkte zu erstellen, die im OT noch nicht erfasst wurden.

Gemeinsame Anwendungsfälle

• Korrelation von Okta-Signalen mit OT werkwarnungen

  Wenn Nozomi Vantage einen Anomalie-Alarm für ein Gerät innerhalb eines OT Vantage , kann der Analyst in Vantage direkt zum Okta-Datensatz desselben Assets wechseln, Vantage den Vertrauensstatus des Geräts, die letzte Anmeldung und den Compliance-Status Vantage überprüfen – und das alles, ohne den Vantage verlassen zu müssen. Diese schichtübergreifende Korrelation zeigt auf, ob eine Anomalie auf Netzwerkebene mit den von Okta beobachteten Aktivitäten zusammenfällt, wodurch sich der Zeitaufwand für die Bestätigung oder Entlastung eines Vorfalls verringert.

• Schließung von Lücken in der Bestandsaufnahme von Anlagen in den Bereichen IT und OT

  Geräte, die von Okta erfasst, aber noch nicht von Nozomi erkannt wurden, werden automatisch als neue Asset-Datensätze in Vantage angelegt. Diese werden mit dem Anzeigenamen des Geräts, dem Betriebssystem, der Art der Anbindung und dem Compliance-Status aus der Okta-Verwaltungsebene gefüllt. OT können das daraus resultierende einheitliche Inventar überprüfen, um nicht überwachte oder unzureichend geschützte Assets in industriellen und kritischen Infrastrukturbereichen zu identifizieren und anschließend den Einsatz von Sensoren entsprechend zu priorisieren.

• Verknüpfung von Netzwerkbeobachtungen mit dem Identitätskontext der registrierten Geräte

  Bei Okta registrierte Geräte werden mit den in Vantage erfassten Ressourcen im OT IT-Netzwerk abgeglichen, wodurch Endpunkte identifiziert werden, die zwar im Netzwerk aktiv sind, aber nicht im Verzeichnis verwaltet werden, oder die zwar im Verzeichnis verwaltet werden, aber nicht im Netzwerk erfasst sind. Diese Korrelation unterstützt Zero-Trust-Audit-Workflows, bei denen jedes im Netzwerk erfasste Gerät einer bekannten, identitätsverwalteten Ressource zugeordnet werden muss.

Voraussetzungen für die Integration