Acme — production
Kundentresor
- Einträge
- 48 Einträge
- Mitglieder
- 1 Mitglied
AES-256-GCM
Die Maschinen-Geheimnisse, Zugangsdaten-Prüfungen und Projekt-Werkzeuge, die Teams nutzen, eingerichtet für eine Person. Halten Sie die Zugangsdaten jedes Kunden getrennt, übergeben Sie Geheimnisse an Ihre Pipelines und erfahren Sie, wann ein gespeicherter Zugang nicht mehr funktioniert.
Kundentresor
AES-256-GCM
Kundentresor
AES-256-GCM
Kundentresor
AES-256-GCM
Privater Tresor
AES-256-GCM
Allein zu arbeiten verkleinert das Risiko nicht. Diese drei Dinge soll der Solo-Profi-Tarif abdecken.
Ein Tresor pro Auftrag, jeweils mit eigenem Schlüssel, und ein Namespace pro Umgebung für die Geheimnisse, die Ihre Pipelines lesen.
Richten Sie eine Prüfung für einen gespeicherten Zugang ein, und PulsVault testet ihn nach Zeitplan und benachrichtigt Sie, wenn er nicht mehr authentifiziert.
Projekte mit Ticket-Schlüsseln, ein Sicherheitskalender und frühere Versionen Ihrer Geheimnisse — eingerichtet für eine Person.
DevOps-Geheimnisse
Die Maschinenebene läuft neben Ihren Tresoren. 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.
# See which variables a namespace would inject — names only, nothing runs
pulsvault run -n acme/production/api --dry-run
# Start your app with those secrets in its environment
pulsvault run -n acme/production/api -- npm startHalten Sie Produktion, Staging und gemeinsame Geheimnisse getrennt und sprechen Sie jedes per Pfad an, so wie Ihr Code sie ohnehin betrachtet.
Geben Sie jeder Pipeline einen eigenen Maschinenschlüssel und beschränken Sie ihn auf die benötigten Pfade. Widerrufen Sie einen Schlüssel, ohne die anderen zu berühren.
Lesen Sie Geheimnisse mit der pulsvault-CLI oder den CI-Integrationen, sodass Werte einen Job erreichen, ohne dass eine .env-Datei in Ihrem Repository liegt.
Lese- und Schreibzugriffe jedes Maschinenschlüssels werden aufgezeichnet, sodass Sie erkennen, welcher Schlüssel wann welchen Pfad berührt hat.
Validierung von Zugangsdaten
Ein Geheimnisspeicher sagt Ihnen, was Sie gespeichert haben. Eine von Ihnen eingerichtete Prüfung testet Zugangsdaten nach Zeitplan und meldet, wenn sie nicht mehr authentifizieren. Prüfungen konfigurieren Sie selbst, und sie erreichen Dienste, die im öffentlichen Internet erreichbar sind.
pulsvault validate … && ./deploy.sh wertet sie aus. Wählen Sie einen gespeicherten Zugang, eine Probe und einen Zeitplan. PulsVault testet den Zugang und zeichnet auf, ob er noch authentifiziert.
Senden Sie eine fehlgeschlagene Prüfung an Slack oder per E-Mail und sehen Sie, welcher Kanal jede Benachrichtigung erhalten hat, damit ein widerrufener Zugang nicht erst in der Produktion auffällt.
Das Schreiben einer neuen Version eines Geheimnisses kann sofort eine Prüfung einreihen, sodass ein fehlerhafter Wert vor dem nächsten planmäßigen Lauf auffällt.
Eine Pipeline kann das jüngste Ergebnis einer Prüfung lesen, statt erneut zu testen, sodass ein hektischer Deploy-Tag keinen zusätzlichen Datenverkehr bei Ihrem Anbieter verursacht.
Den falschen Wert zu überschreiben sollte kein verlorener Nachmittag sein. Frühere Versionen bleiben erhalten, und eine Wiederherstellung zeigt, was sie ändern wird, bevor sie etwas ändert.
Jeder Schreibvorgang fügt dem Geheimnis eine Version hinzu, und frühere bleiben bis zur Grenze Ihres Tarifs verfügbar.
Vergleichen Sie einen Pfad zu zwei Zeitpunkten, prüfen Sie genau, was eine Wiederherstellung ändern würde, und wenden Sie sie erst an, wenn Sie damit zufrieden sind.
Halten Sie die Arbeit an einem Zugang direkt neben dem Zugang. Aufgaben werden von Ihnen erstellt und tragen einen Ticket-Schlüssel; nichts wird von allein erzeugt oder erledigt.
Beispiel-Tickets, nur zur Veranschaulichung.
Fassen Sie Arbeit unter einem Projekt zusammen, und jede Aufgabe erhält einen Schlüssel wie ACME-7, auf den Sie in einem Commit oder einer Nachricht verweisen können.
Verknüpfen Sie eine Aufgabe mit einem Tresor, einem Eintrag oder einer Notiz und legen Sie fest, was damit geschehen soll: aktualisieren, rotieren oder archivieren.
Status, Prioritäten und Fälligkeitsdaten für das, was Sie allein erledigen. Arbeit anderen Personen zuzuweisen beginnt im Team-Tarif.
Sicherheitskalender
Schlüssel laufen ab, Zugriffe enden und Geräte verlieren ihr Vertrauen, ohne dass es jemand bemerkt. Der Sicherheitskalender sammelt diese Termine, zählt, was in den nächsten 7, 30 und 90 Tagen fällig ist, und markiert, was bald ansteht. Er ist im Solo-Profi-Tarif und höheren Tarifen enthalten.
Ablaufende Schlüssel und Zugangsdaten, Enddaten von Richtlinien und Gerätefristen in einem Kalender, gruppiert danach, wie bald sie anstehen.
Fügen Sie eigene Ereignisse hinzu und sehen Sie Ihre Aufgabenfristen neben den erzeugten, sodass eine Verlängerung und ein Liefertermin zusammen erscheinen.
Solo-Profi ist für eine Person gedacht. Die Zusammenarbeit mit anderen bietet der Team-Tarif, und alles, was Sie gespeichert haben, kommt mit.
Projektmitglieder und Aufgaben, die Sie jemand anderem zuweisen können.
Eine Aufgabe kann auf eine Freigabe warten, bevor ihre Aktion angewendet wird.
Geben Sie einer Person oder einem Team Lesezugriff auf einen Teil Ihrer Geheimnisse.
Benutzerdefinierte Rollen für die Personen, die Sie hinzufügen.
Ein Audit-Export und das Sicherheitscenter der Organisation.
Jeder Tarif enthält alles, was der vorherige bietet.
| Funktion | Premium | Solo Professional | Team |
|---|---|---|---|
| DevOps-Geheimnisse und die CLI | |||
| Validierung von Zugangsdaten | |||
| Schnellster Validierungs-Zeitplan | |||
| Aufbewahrte Validierungsergebnisse | |||
| Aufbewahrte Versionen pro Geheimnis | |||
| Geheimnis-Lesezugriffe pro Minute, alle Schlüssel | |||
| Projekte, Aufgaben und der Sicherheitskalender | |||
| Aufgaben anderen Personen zuweisen | |||
| Projektmitglieder | |||
| Namespace-Berechtigungen | |||
| Benutzerdefinierte Rollen | |||
| Speicherplatz (pro Platz im Team-Tarif) |
Jederzeit kündbar.
Kostenlos testen