Engineering
Geteilter Tresor
- Einträge
- 38 Einträge
- Mitglieder
- 4 Mitglieder
AES-256-GCM
Teilen Sie Passwörter, API-Schlüssel und CI-Geheimnisse ohne Chat-Verläufe und Tabellen. Ein Arbeitsbereich für bis zu zehn Personen, mit Rollen, Audit-Protokoll und integrierten Prüfungen der Zugangsdaten.
Jederzeit kündbar.
Geteilter Tresor
AES-256-GCM
Geteilter Tresor
AES-256-GCM
Geteilter Tresor
ChaCha20-Poly1305
Privater Tresor
AES-256-GCM
Vier Schritte decken das meiste ab, was ein kleines Team braucht. Jeder davon ist etwas, das der Team-Tarif bereits leistet.
Fügen Sie Personen per E-Mail hinzu, bis zu zehn Plätze im Team-Tarif. Plätze werden gekauft, bevor die Einladungen versendet werden, sodass die Rechnung Sie nie überrascht.
Legen Sie die Zugangsdaten, die ein Projekt braucht, in einen gemeinsamen Tresor und bestimmen Sie, wer sie lesen, bearbeiten oder verwalten darf.
Erstellen Sie einen Maschinenschlüssel mit begrenztem Geltungsbereich und lesen Sie Geheimnisse aus CI oder mit der pulsvault-CLI – keine .env-Datei im Repository.
Prüfen Sie das Audit-Protokoll, erkennen Sie schwache oder wiederverwendete Passwörter und sehen Sie, welche gespeicherten Zugangsdaten sich nicht mehr authentifizieren.
Alles Folgende ist im Team-Tarif enthalten. Jede Karte öffnet die Details in einem neuen Tab, sodass Sie diese Seite an ihrer Stelle behalten können.
Bewahren Sie die Zugangsdaten eines Projekts in einem Tresor auf, den das ganze Team öffnen kann, und geben Sie jedem Team nur die Tresore, die es braucht. Jede Person hat zudem einen privaten Tresor, den nur sie öffnen kann.
Senden Sie ein Passwort oder eine Notiz über einen Link, der abläuft. Der Entschlüsselungsschlüssel bleibt in dem Teil der Adresse nach dem #, den Browser nie an uns senden.
Erstellen Sie benutzerdefinierte Rollen mit genau den Berechtigungen, die jede Aufgabe braucht, statt dass alle Admin sind.
Geben Sie einem Team Lese- oder Schreibzugriff auf einen Zweig Ihrer Geheimnisse – etwa Staging –, ohne das ganze Projekt zu öffnen.
Machen Sie aus einem Tresor ein Projekt mit Ticket-Schlüsseln. Weisen Sie einem Teammitglied Arbeit zu, verweisen Sie bei einer Aufgabe auf Zugangsdaten, statt sie einzufügen, und verlangen Sie eine Genehmigung, bevor sie abgeschlossen wird.
Speichern Sie Geheimnisse pro Projekt und Umgebung und lassen Sie GitHub Actions, GitLab CI oder die pulsvault-CLI sie mit einem Maschinenschlüssel mit begrenztem Geltungsbereich lesen statt mit einem gemeinsamen Passwort. Maschinenschlüssel werden nie als Plätze abgerechnet.
PulsVault prüft, ob gespeicherte Zugangsdaten sich noch authentifizieren, und zeigt, welche das nicht mehr tun. Die Prüfungen decken Dienste ab, die über das öffentliche Internet erreichbar sind.
Jede Änderung erzeugt eine neue Version. Sehen Sie eine Vorschau der Wiederherstellung, bevor sie angewendet wird, und erfahren Sie, wer was gelöscht hat.
Die Tresore Ihrer Organisation werden jede Nacht gesichert. Ein Administrator kann vor einer großen Änderung ein zusätzliches Backup erstellen und daraus wiederherstellen – immer als neuer Tresor, nie über den aktiven.
API-Schlüssel, Ablauf von Rollen und Freigaben, DevOps-Zugriffsrichtlinien, vertrauenswürdige Geräte, Verlängerungen und geplante Löschungen auf einer Zeitleiste, gezählt danach, wie bald sie anstehen, mit Erinnerungen, bevor sie ablaufen. Ihre eigenen Termine und Aufgabenfristen stehen daneben.
Jede Person erhält ein eigenes Dashboard: einen Wert von 100, nach Rang geordnete Empfehlungen, die zeigen, wie viele Punkte jede wert ist, und einen Scan auf dem Gerät nach kompromittierten, schwachen, wiederverwendeten und veralteten Passwörtern.
Sehen Sie schwache, wiederverwendete und alte Passwörter im ganzen Team an einem Ort und was als Nächstes rotiert werden muss.
Melden Sie sich mit einem Passkey an und entsperren Sie damit. Gekoppelte Geräte sind für begrenzte Zeit vertrauenswürdig, und Sie können sie einsehen und entfernen.
Tresore nutzen standardmäßig AES-256-GCM; im Team-Tarif können Sie stattdessen für einen Tresor ChaCha20-Poly1305 wählen.
Lassen Sie sich warnen, wenn ein gespeicherter Login in einem bekannten Datenleck auftaucht.
Die pulsvault-CLI liest einen Namespace und startet Ihren Befehl mit diesen Geheimnissen in seiner Umgebung. Nutzen Sie sie lokal, in GitHub Actions oder in GitLab CI – die Werte müssen nie auf die Festplatte geschrieben werden.
# See which variables a namespace would inject — names only, nothing runs
pulsvault run -n web-app/production/api --dry-run
# Start your app with those secrets in its environment
pulsvault run -n web-app/production/api -- npm startEin Sicherheitsprodukt sollte bei seinen eigenen Grenzen genau sein. Hier verlaufen die Grenzen.
Passwörter, Notizen und andere sensible Felder werden in Ihrem Browser oder Ihrer App verschlüsselt, bevor sie gesendet werden. Wir speichern Geheimtext und umhüllte Schlüssel, nicht die Schlüssel, die sie öffnen.
Eintragstitel und andere nicht sensible Felder sind nicht Ende-zu-Ende-verschlüsselt. Wir sagen das offen, damit Sie entscheiden können, was in einen Titel gehört.
Geheimnisse, die Sie CI übergeben, werden im Ruhezustand verschlüsselt und von unseren Servern entschlüsselt, wenn ein autorisierter Schlüssel sie liest – so kann eine Pipeline sie nutzen. Begrenzen Sie den Geltungsbereich des Schlüssels und prüfen Sie das Audit-Protokoll entsprechend.
Hier ist nichts eine Sackgasse. Die nächsten Tarife behalten alles oben Genannte und ergänzen, was größere Organisationen nachweisen müssen.
Bis zu 500 Plätze, Prüfung der Audit-Integrität mit signierten Belegen, SIEM-Streaming und längere Audit-Aufbewahrung.
Vertraglich vereinbart: ausgehandelte Limits, White-Label-Branding und ein Backup-Archiv der Organisation, verschlüsselt mit Schlüsseln, die nur Sie besitzen.