Platform
Firmentresor
- Einträge
- 64 Einträge
- Mitglieder
- 9 Mitglieder
AES-256-GCM
Firmentresore, rollenbasierter Zugriff, Richtlinien-Kontrollen und ein überprüfbares Audit-Protokoll — mit Geheimnissen für Ihre Pipelines unter demselben Dach.
Jederzeit kündbar.
Firmentresor
AES-256-GCM
Firmentresor
ChaCha20-Poly1305
Firmentresor
AES-256-GCM
Privater Tresor
AES-256-GCM
Im Chat geteilte Passwörter und Schlüssel, die nur in einem Kopf existieren, sind ein Problem der Zugriffskontrolle. Diese drei Dinge soll Business beheben.
Laden Sie Personen per E-Mail oder gesammelt ein, beschränken Sie den Beitritt auf von Ihnen verifizierte Domains und nehmen Sie sie in Teams auf, die bereits den richtigen Zugriff haben.
Das Entfernen eines Mitglieds schließt dessen Konto in Ihrer Organisation und beendet den Zugriff. Tresore, die es öffnen konnte, werden zur Schlüsselrotation markiert, die ein Administrator auf dem eigenen Gerät abschließt.
Ein hashverkettetes Audit-Protokoll mit Integritätsprüfung und signierten Belegen gibt Prüfern etwas, das sie kontrollieren können, nicht nur etwas, das sie lesen können.
Entscheiden Sie, wer beitritt, worauf die Person zugreifen kann und wie das überprüft wird — von der ersten Einladung bis zum Tag, an dem jemand geht.
Fügen Sie Personen einzeln oder gesammelt hinzu, prüfen Sie, worauf ein einzelnes Mitglied zugreifen kann, sperren Sie jemanden vorübergehend oder entfernen Sie ihn.
Weisen Sie mit einem DNS-Eintrag nach, dass Sie eine Domain besitzen, und legen Sie fest, ob Sie nur verifizierte Domains, eine Liste von Adressen oder jeden einladen können.
Fassen Sie Personen zu Teams zusammen und geben Sie einem Team die Tresore, die es braucht. Da der Server nie Tresorschlüssel besitzt, wird eine Berechtigung von einem Mitglied abgeschlossen, das einen besitzt.
Bauen Sie Rollen aus den vorhandenen Berechtigungen. Das Erteilen einer Berechtigung erfordert eine eigene Berechtigung, sodass eine Delegation nicht unbemerkt eskalieren kann.
Sehen Sie, wer worauf zugreifen kann, nach Mitglied oder nach Ressource, samt dem Weg, über den jede Berechtigung läuft. Nur Lesezugriff.
Die Startseite der Organisation öffnet sich mit der Ansicht, die Ihre Berechtigungen vorsehen — Eigentümer, Administration, Abrechnung, Audit, DevOps, Ihre Teams oder Ihre eigene Arbeit. Ein Bereich, den Sie nicht lesen können, zeigt einen Strich, nie eine Null.
Jedes Mitglied hat eine Seite für die Organisation, der es angehört: die Rolle, die gehaltenen Berechtigungen und woher jede stammt, die Teams und den Verlauf der Änderungen an der Mitgliedschaft.
Sehen Sie, wer welchen Platz belegt, kaufen Sie Plätze, bevor Sie einladen, und entfernen Sie Plätze, die niemand nutzt.
Gemeinsam genutzte Zugangsdaten sollten die Person überdauern, die sie erstellt hat. Firmentresore, Schlüsselverwalter und Freigaberegeln sorgen dafür, ohne allen die Schlüssel zu geben.
Zugangsdaten gehören der Organisation statt derjenigen Person, die sie erstellt hat, sodass ein Weggang keinen Tresor mitnimmt. Benannte Schlüsselverwalter halten die Schlüssel.
Legen Sie fest, wer einen Schlüssel zu Firmentresoren halten darf. Das Widerrufen der Berechtigung verhindert, dass die Person Schlüssel zu neuen Tresoren erhält; ein Schlüssel zu einem bereits bestehenden Tresor wird nicht zurückgenommen.
Legen Sie organisationsweite Regeln für externes Teilen, Weiterteilen, sichere Links und das Ablaufen von Freigaben fest.
Verlangen Sie die Zustimmung eines Administrators für neue Freigaben. Ausstehende Einladungen warten in einer Warteschlange darauf, genehmigt oder abgelehnt zu werden.
Firmentresore werden jede Nacht gesichert. Administratoren können vor einer größeren Änderung ein zusätzliches Backup erstellen und als neuen Tresor wiederherstellen, nie über den aktuellen.
Legen Sie die Basis einmal fest. Anmelderegeln, Sitzungen, Verschlüsselung und Netzwerkgrenzen gelten in der gesamten Organisation, und das Sicherheitscenter zeigt, ob sie eingehalten werden.
Erzwingen Sie Passwortkomplexität, Multi-Faktor-Authentifizierung und Anmelderegeln für alle, mit einer Übergangsfrist für bereits vorhandene Personen.
Steuern Sie, wie lange Sitzungen bestehen, wie viele Geräte als vertrauenswürdig gelten können und wie sich Tresor-Entsperrsitzungen verhalten.
Wählen Sie, welche Algorithmen die Tresore der Organisation verwenden dürfen, und legen Sie den Standard für neue Tresore fest.
Beschränken Sie, von wo aus sich Mitglieder anmelden dürfen, nach Land oder IP-Bereich, zusätzlich zur automatischen IP-Sperre, die jede Anmeldung schützt.
Lassen Sie Personen mit der richtigen Konfiguration starten: Standardwerte für Mitglieder, eine Einrichtungs-Checkliste sowie CLI- und Pipeline-Befehle mit Ihren eigenen Werten.
DevOps-Geheimnisse
Die Maschinenebene läuft neben Ihren Tresoren unter denselben Rollen und demselben Audit-Protokoll. Sie ist eine eigene Grenze: Geheimnisse werden im Ruhezustand verschlüsselt und von den Servern von PulsVault entschlüsselt, wenn ein berechtigter Schlüssel sie liest, wodurch eine Pipeline sie nutzen kann.
# Names only, nothing runs
pulsvault run -n prod/product/web --dry-run
# Run a deploy with those secrets
pulsvault run -n prod/product/web -- ./deploy.shDienstkonten und API-Schlüssel für Ihre CI/CD-Runner, sodass Pipelines nie die Zugangsdaten einer Person verwenden. Sie werden nicht als Plätze berechnet.
Geheimnisse liegen in Namespaces pro Projekt und Umgebung, mit vorgegebenen Standardwerten und eigenen Umgebungen.
Beschränken Sie einen Maschinenschlüssel auf die Pfade und Aktionen, die er braucht, mit Platzhaltern und einer klaren Auswertungsreihenfolge.
Laden Sie Geheimnisse in eine Pipeline und machen Sie einen Deploy davon abhängig, ob diese Zugangsdaten noch funktionieren.
Jede Änderung behält eine Version. Sehen Sie eine Vorschau der Wiederherstellung, bevor sie angewendet wird, und erkennen Sie, wer was gelöscht hat.
Validierung von Zugangsdaten
Ein Geheimnisspeicher sagt Ihnen, was Sie gespeichert haben. Die Validierung prüft nach Zeitplan, ob jeder gespeicherte Zugang noch authentifiziert, und meldet es sofort, wenn einer ausfällt. Sie erreicht Dienste, die im öffentlichen Internet erreichbar sind.
pulsvault validate … && ./deploy.sh wertet sie aus. Integrierte Proben authentifizieren sich bei AWS, GitHub, PostgreSQL, MySQL und MariaDB, Redis und jeder HTTP-API, die ein Bearer-Token, Basic-Auth oder einen benutzerdefinierten Aufruf akzeptiert, und zeichnen auf, ob der Zugang noch funktioniert.
Das Schreiben eines Geheimnisses prüft dessen Pfad sofort, sodass vor dem nächsten planmäßigen Lauf bekannt ist, ob eine Rotation funktioniert oder fehlerhaft ist.
Jetzt validieren führt die Konfiguration auf dem Bildschirm aus, gespeichert oder nicht, und das Testlabor führt jede Probe einmal mit von Ihnen eingegebenen Werten aus, die nie gespeichert werden.
Speichern Sie eine funktionierende Prüfung als Vorlage und wenden Sie sie auf jeden Pfad an, der diese Art von Zugangsdaten enthält. Das Rotieren des Geheimnisses berührt die Vorlage nie.
Jeder Lauf wird mit Ergebnis, Dauer und Grund aufgezeichnet. Sehen Sie Verfügbarkeit, Latenz und eine Aufschlüsselung der Fehlergründe, filtern Sie nach Ergebnis, Auslöser oder Datum und exportieren Sie die Datensätze als CSV.
Ein Fehlschlag wird erst zum Alarm, wenn er sicher ist, eskaliert dann und erinnert nach Zeitplan. Bestätigen oder verschieben Sie ihn, leiten Sie ihn an Slack, einen Webhook oder per E-Mail weiter und prüfen Sie mit Test senden die Zustellung, bevor Sie sie brauchen.
pulsvault validate liefert einen Exit-Code, der das Ergebnis benennt, sodass eine Pipeline bei einem fehlgeschlagenen Zugang anhalten und bei einer nicht abgeschlossenen Prüfung wiederholen kann. validation-status mit --max-age fragt ab, ohne erneut zu testen.
Proben authentifizieren nur, und jede integrierte Probe ist schreibgeschützt. Geheimniswerte erscheinen nie im Validierungsverlauf. Adressen in privaten Netzen werden beim Speichern mit einer Meldung am Feld abgelehnt.
Sicherheitskalender
Schlüssel laufen ab, Zugriffe enden, Geräte verlieren ihr Vertrauen und Fristen verstreichen unbemerkt. Der Sicherheitskalender sammelt sie, zählt, was fällig ist, und erinnert Sie rechtzeitig.
API-Schlüssel und erfasste Ablaufdaten, Ablauf von Rollen und Freigaben, DevOps-Zugriffsrichtlinien, vertrauenswürdige Geräte, Fristen für Passwort und Zwei-Faktor-Authentifizierung, Verlängerungen, Validierungsprobleme und geplante Löschungen, alles an einem Ort.
Die Leiste zählt, was überfällig ist und was in den nächsten 7, 30 und 90 Tagen ansteht, und wie viele davon kritisch sind oder eine Warnung auslösen. Ein Zugang, der gerade fehlschlägt, ist ein laufendes Problem und wird nie als überfällig gezählt.
Mitglieder, die das Sicherheitscenter sehen können, erhalten einen Umschalter Meine / Organisation: ablaufende Rollen, Maschinenschlüssel und DevOps-Richtlinien, ausstehende Einladungen und wer sich bis wann für die Zwei-Faktor-Authentifizierung registrieren muss. Fakten über viele Mitglieder werden in einer Zeile zusammengefasst.
API-Schlüssel werden 30, 14 und 3 Tage vorher und am Tag selbst angekündigt, DevOps-Zugriffsrichtlinien 14 und 3 Tage vorher und ein gelöschtes Projekt 3 Tage vor dem endgültigen Löschen.
Fügen Sie eigene Ereignisse hinzu, auch wiederkehrende, und sehen Sie Ihre Aufgabenfristen auf derselben Zeitleiste.
Laden Sie die aktuelle Ansicht als .ics-Datei herunter. Standardmäßig enthält sie nur Arten und Daten und lässt sich daher überall gefahrlos importieren; Titel und Namen hinzuzufügen ist eine separate Entscheidung.
Messbare Sicherheit
Administratoren erhalten einen belastbaren Sicherheitsstatus, und Mitglieder erhalten dieselbe Transparenz zurück. Niemand muss dafür Zugangsdaten lesen: Die Zahlen sind Zählungen, berechnet auf dem eigenen Gerät jeder Person.
Der Wert der Organisation ergibt sich aus der Gesamtzahl der Zugangsdaten und nicht aus dem Durchschnitt der Werte der Mitglieder, sodass ein kompromittiertes Produktionspasswort nicht weggemittelt werden kann. „Noch keine Daten“ wird als fehlende Daten angezeigt, nie als null.
Eine 30-Tage-Linie und eine Veränderungsangabe zeigen, ob der Wert steigt oder sinkt, mit einem Link zum vollständigen Verlauf.
Administratoren sehen, wie viele Zugangsdaten schwach, mehrfach verwendet, alt oder kompromittiert sind und wer keinen zweiten Faktor hat. Diese Zahlen werden auf dem eigenen Gerät jedes Mitglieds berechnet; der Name oder Inhalt von Zugangsdaten ist für niemanden sichtbar.
Konto → Sicherheit & Compliance zeigt jedem Mitglied genau die Zeile, die auch seine Administratoren sehen, keine Zusammenfassung davon. Das Audit-Protokoll ist ein separates Protokoll, und dieselbe Seite erklärt, was es enthält.
Jede Person erhält ihr eigenes Dashboard: einen Wert von 100, eine nach Rang sortierte Liste von Empfehlungen, die zeigt, wie viele Punkte jede einzelne bringt, und einen Scan auf dem Gerät nach kompromittierten, schwachen, mehrfach verwendeten und veralteten Passwörtern.
Aktivieren Sie den wöchentlichen Sicherheitsbericht, und alle, die die Sicherheitslage-Seite lesen dürfen, erhalten montagmorgens den Wert, seine Entwicklung und die Personenzahlen, dazu, wie viele Zugangsdaten die Prüfung nicht bestehen und wie viele Maschinenschlüssel innerhalb von 30 Tagen ablaufen. In einer ruhigen Woche wird nichts versendet.
Machen Sie aus einem Tresor ein Projekt, delegieren Sie die Arbeit und lassen Sie die Zugangsdaten dort, wo sie liegen. Aufgaben werden von Menschen erstellt und von Menschen genehmigt — nichts entsteht hinter Ihrem Rücken.
Beispiel-Tickets, nur zur Veranschaulichung.
Ein Projekt enthält Tresore, Aufgaben-Workflows, DevOps-Geheimnisse und seine eigenen Mitglieder, und ein kurzes Kürzel wie ENG nummeriert jede Aufgabe darin.
Eine Aufgabe verweist auf die Zugangsdaten oder den Namespace, um die es geht, und auf die gewünschte Aktion, statt das Geheimnis in ihrer Beschreibung mitzuführen.
Leiten Sie eine Änderung durch eine Freigabe, mit Zuständigen und Beobachtern auf einem Statusboard.
Audit und Compliance
Das Audit-Protokoll ist darauf ausgelegt, Nachweise für Rahmenwerke wie SOC 2, ISO 27001 und GDPR-Artikel 30 zu unterstützen. Es zeichnet sicherheitsrelevante Aktionen auf, und Änderungen daran sind erkennbar.
Sicherheitsrelevante Aktionen werden in einer Kette aufgezeichnet, sodass das Ändern oder Entfernen eines Eintrags erkennbar ist.
Prüfen Sie die Kette bei Bedarf und behalten Sie den Verlauf jeder Prüfung.
Laden Sie signierte Belege herunter, die zeigen, wie die Kette zu einem bestimmten Zeitpunkt aussah, sodass der Nachweis bei Ihnen bleibt.
Leiten Sie Audit-Ereignisse per Webhook an Ihr eigenes Monitoring weiter, signiert mit HMAC-SHA256, wenn Sie ein Geheimnis konfigurieren.
Business bewahrt den Audit-Verlauf weit länger auf als Team, sodass er ein Compliance-Zeitfenster abdecken kann.
Ereignisse zu Freigaben, Links und Einladungen werden in einer eigenen Kette aufgezeichnet, sodass sich das Teilen prüfen lässt, ohne sich durch alles andere zu wühlen.
Geplante Berichte, ein Trace-Explorer und Analysen für die Organisation. Exporte werden selbst im Audit-Protokoll aufgezeichnet.
Jeder Tarif enthält alles aus dem vorherigen.
| Funktion | Team | Business | Enterprise |
|---|---|---|---|
| Plätze | |||
| Audit-Verlauf | |||
| Integritätsprüfung | |||
| SIEM-Streaming | |||
| Aufbewahrte Backups von Firmentresoren | |||
| Benutzerdefinierte Rollen | |||
| Backup-Archiv der Organisation in Ihrem eigenen Speicher | |||
| White-Label-Branding |