Keeper Security 5 Jahre in Folge als Leader im Bereich Passwortverwaltung ausgezeichnet
Mehr erfahrenKeeper und ServiceNow arbeiten zusammen, sodass Ihre Geheimnisse im Tresor bleiben und dennoch dort verwendet werden, wo Ihr Team arbeitet. Keeper ruft Zugangsdaten für ServiceNow-Jobs zur Laufzeit ab, sendet Sicherheitswarnungen als Vorfall-Tickets und gewährt über ServiceNow-Anfragen und -Genehmigungen Zugriff auf den Tresor. Aktivieren Sie, was Sie benötigen.
ServiceNow Discovery, Orchestration und Service Mapping authentifizieren sich mithilfe von Geheimnissen aus Ihrem Keeper-Tresor, die genau im Moment der Ausführung über Keeper Secrets Manager abgerufen werden. Die Instanz speichert niemals Zugangsdaten. Sie speichert lediglich eine Referenz, und der MID-Server löst diese Referenz über Ihren Tresor auf, wenn die Zugangsdaten benötigt werden.
ServiceNow speichert die ID und den Typ der Zugangsdaten. Das verwendbare Geheimnis bleibt in Keeper.
Der Resolver durchsucht und entschlüsselt Ihre Datensätze lokal und ruft nur das ab, was für den Auftrag benötigt wird.
Gleichen Sie einen Datensatz anhand der UID oder anhand von type:title ab und ordnen Sie jeden Keeper-Datensatz mithilfe von „mid_“ gekennzeichneten Feldern einem beliebigen Zugangsdatentyp zu.
Keeper Commander®, ein Befehlszeilentool, läuft im Servicemodus auf dem MID Server und wickelt Tresorprozesse über ServiceNow IntegrationHub, Flow Designer und ein Servicekatalog-Portal ab. Benutzer fordern Zugriff an, Genehmiger gewähren oder lehnen diesen ab und Datensätze werden übertragen, ohne dass jemand ServiceNow verlassen muss.
Fordern Sie Zugriff auf einen Datensatz oder Ordner oder eine einmalige Freigabe an und leiten Sie die Anfrage dann über eine Genehmigungsgruppe weiter, bevor der Zugriff gewährt oder widerrufen wird.
Fügen Sie Logins, Datenbank- und Server-Zugangsdaten, SSH-Schlüssel, Softwarelizenzen, sichere Notizen und mehr zum Tresor hinzu und durchsuchen Sie bestehende Datensätze und Ordner.
Genehmigen oder lehnen Sie Endpoint Privilege Manager-Anfragen ab und rotieren Sie das Passwort für einen PAM-Datensatz automatisch, wenn der gewährte Zugriff abläuft.
Verwalten Sie einen einzigen Satz von Geheimnissen in Keeper, anstatt sie in ServiceNow-Zugangsdatensätze zu kopieren, die mit der Zeit veralten. Rotieren oder aktualisieren Sie ein Geheimnis einmal. Der nächste Job ermittelt den aktuellen Wert zur Laufzeit, sodass Sie keine zweite Kopie mehr suchen müssen.
Keeper-Benachrichtigungen werden in ServiceNow automatisch als Tickets zur Sicherheitsvorfallreaktion (Security Incident Response) empfangen, sodass keine manuelle Erfassung oder das Kopieren und Einfügen von einem System in ein anderes erforderlich ist. Durch Prioritäts-Mapping werden die dringendsten Ereignistypen an den Anfang der Warteschlange gestellt, sodass Ihr Team zuerst die wichtigsten Vorfälle bearbeitet.
Abfragen von Zugangsdaten, Zugriffsanfragen und Genehmigungen werden alle protokolliert, sodass Sie nachvollziehen können, wer was angefordert hat, worauf zugegriffen wurde und wer die Genehmigung erteilt hat. Dadurch erhalten Sie ein lückenloses Audit-Protokoll für alle Berührungspunkte zwischen Keeper und ServiceNow.
Die Integration fügt sich in die ServiceNow-Workflows ein, die Ihr Team bereits nutzt – von Discovery-Scans über SIR-Warteschlangen bis hin zum Servicekatalog –, anstatt Ihr Team dazu zu zwingen, etwas Neues zu lernen. Keeper arbeitet im Hintergrund der Tools, die die Mitarbeiter bereits nutzen, sodass die Einführung nicht davon abhängt, dass jemand seine Arbeitsweise ändern muss.
Ganz gleich, ob Keeper eine Anmeldeinformation auflöst, eine Benachrichtigung versendet oder eine Zugriffsanfrage bearbeitet – der Tresor bleibt die maßgebliche Quelle und jedes Geheimnis unterliegt weiterhin einer Zero-Knowledge-Verschlüsselung. Zero-Knowledge bedeutet, dass Ihre Daten nur auf Ihrer Seite verschlüsselt und entschlüsselt werden, sodass niemand sonst sie lesen kann – nicht einmal Keeper.
Keeper sendet Sicherheitswarnungen direkt an das Security Incident Response (SIR)-Modul von ServiceNow, wo sie zu Tickets werden, die Ihr Team innerhalb bestehender SIR-Workflows triagiert. Warnungen gehen über einen Webhook ein, werden gespeichert und automatisch in Vorfallsdatensätze umgewandelt.
Ein OAuth 2.0-geschützter Endpunkt akzeptiert Warnmeldungen nur von autorisierten Quellen unter Verwendung von Bearer-Tokens, die Sie in der App verwalten.
Eingehende Warnungen landen in einer Import-Set-Tabelle und werden durch vordefinierte Zuordnungsregeln zu SIR-Datensätzen.
Ordnen Sie jeden Keeper-Ereignistyp einer ServiceNow-Priorität zu, damit Teams die dringendsten Vorfälle zuerst bearbeiten.
Ja, jede Funktion funktioniert unabhängig, sodass Sie mit einer beginnen und die anderen hinzufügen können, wann immer Sie sie benötigen. Die einzige Ausnahme sind Genehmigungen für den Endpoint Privilege Manager in der Workflow-App, die auf die ITSM-App angewiesen sind, um den Vorfall zu erstellen.
Nur in Ihrem Keeper-Tresor. ServiceNow wird niemals zum zentralen System für die Verwaltung von Geheimnissen. Der Credential Resolver verwaltet einen Verweis auf die Instanz und ruft das Geheimnis zur Laufzeit ab, während die Workflow-App Datensätze in den Tresor hinein- und aus ihm herausbewegt, ohne sie in ServiceNow zu speichern.
Die Zugangsdatenauflösung umfasst Discovery, Orchestration und Service Mapping. Das Alert-Ticketing nutzt Security Incident Response. Die Workflow-App nutzt IntegrationHub, Flow Designer und den Servicekatalog.
Die Auflösung von Zugangsdaten erfordert Keeper Secrets Manager, einen konfigurierten MID-Server und die Aktivierung des ServiceNow External Credential Storage-Plugins. Die ITSM-App erfordert das Security Incident Response-Modul sowie die Konfiguration von Warnungen in der Keeper Admin-Konsole. Die Workflow-App benötigt einen MID-Server, auf dem Keeper Commander im Servicemodus ausgeführt wird. Jede App hat ihre eigene Einrichtungsanleitung: Credential Resolver, ITSM und Workflow.
Sie müssen Cookies aktivieren, um den Live-Chat zu nutzen.
