Acme — production
Coffre client
- Éléments
- 48 éléments
- Membres
- 1 membre
AES-256-GCM
Offre Solo Professional · une personne
Un coffre DevOps pour une seule personne.
Les secrets machine, les vérifications d'identifiants et les outils de projet qu'utilisent les équipes, configurés pour une seule personne. Séparez les identifiants de chaque client, transmettez des secrets à vos pipelines et sachez quand un identifiant stocké cesse de fonctionner.
pulsvault.com/console/vaults
Coffres
Nouveau coffreGlobex — staging
Coffre client
- Éléments
- 31 éléments
- Membres
- 1 membre
AES-256-GCM
Initech — infra
Coffre client
- Éléments
- 22 éléments
- Membres
- 1 membre
AES-256-GCM
Personal
PrincipalCoffre privé
- Éléments
- 64 éléments
- Membres
- 1 membre
AES-256-GCM
- À qui elle s'adresse
- Une personne
- Prix
- Stockage
- Essai gratuit
Vous êtes à la fois l'ingénieur et l'équipe de sécurité
Travailler seul ne réduit pas le risque. Voici les trois choses que l'offre Solo Professional est conçue pour couvrir.
Séparez vos clients
Un coffre par mission, chacun avec sa propre clé, et un espace de noms par environnement pour les secrets lus par vos pipelines.
Soyez le premier averti d'une clé défaillante
Configurez une vérification pour un identifiant stocké : PulsVault l'essaie à intervalles réguliers, puis vous alerte quand il cesse de s'authentifier.
Travaillez comme une petite équipe
Des projets avec clés de ticket, un Calendrier de sécurité et les versions antérieures de vos secrets, configurés pour une seule personne.
Secrets DevOps
Des secrets pour vos pipelines, sans fichier .env
Le volet machine fonctionne à côté de vos coffres. C'est une frontière à part : les secrets sont chiffrés au repos et déchiffrés par les serveurs de PulsVault lorsqu'une clé autorisée les lit, ce qui permet à un pipeline de les utiliser.
Terminal
# 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 startUn espace de noms par environnement
Séparez la production, la préproduction et les secrets partagés, et adressez chacun par chemin, comme votre code les conçoit déjà.
Une clé pour chaque pipeline
Donnez à chaque pipeline sa propre clé machine et limitez-la aux chemins dont il a besoin. Révoquez une clé sans toucher aux autres.
- Lectures de secrets par minute, une clé
- Lectures de secrets par minute, toutes les clés
CLI, GitHub Actions et GitLab CI
Lisez les secrets avec la CLI pulsvault ou les intégrations CI, pour que les valeurs parviennent à une tâche sans fichier .env dans votre dépôt.
Voyez qui a lu quoi
Les lectures et écritures de chaque clé machine sont enregistrées, pour que vous sachiez quelle clé a touché quel chemin et quand.
- Activité machine conservée
Validation des identifiants
Sachez quand un identifiant stocké cesse de fonctionner
Un magasin de secrets vous dit ce que vous avez enregistré. Une vérification que vous configurez essaie un identifiant à intervalles réguliers et vous prévient quand il cesse de s'authentifier. Les vérifications sont à configurer par vous, et elles atteignent des services ouverts sur l'internet public.
pulsvault validate … && ./deploy.sh agit en fonction d'eux. Vérifications que vous configurez
Choisissez un identifiant stocké, une sonde et une planification. PulsVault essaie l'identifiant et enregistre s'il s'authentifie toujours.
- Planification la plus rapide
- Résultats conservés
Une alerte en cas d'échec
Envoyez une vérification en échec vers Slack ou par e-mail, et voyez quel canal a reçu chaque notification, pour qu'un identifiant révoqué ne soit pas découvert pour la première fois en production.
Une nouvelle vérification après une nouvelle version
L'écriture d'une nouvelle version d'un secret peut mettre une vérification en file d'attente immédiatement, pour qu'une mauvaise valeur apparaisse avant la prochaine exécution planifiée.
Réutilisez le dernier résultat dans la CI
Un pipeline peut lire le résultat le plus récent d'une vérification au lieu de sonder à nouveau, pour qu'un jour de déploiement chargé n'ajoute pas de trafic chez votre fournisseur.
Annulez une mauvaise modification d'un secret
Écraser la mauvaise valeur ne devrait pas gâcher votre après-midi. Les versions antérieures sont conservées, et une restauration montre ce qu'elle va modifier avant de modifier quoi que ce soit.
Les versions antérieures sont conservées
Chaque écriture ajoute une version du secret, et les versions antérieures restent disponibles jusqu'à la limite de votre offre.
- Versions conservées par secret
Comparer, prévisualiser, puis restaurer
Comparez un chemin à deux moments, examinez exactement ce qu'une restauration modifierait, et ne l'appliquez que lorsque vous en êtes satisfait.
Des projets et des tâches, à côté des secrets
Gardez le travail lié à un identifiant à côté de l'identifiant. Les tâches sont créées par vous et portent une clé de ticket ; rien n'est ouvert ni résolu automatiquement.
Exemples de tickets, présentés à titre d'illustration.
Des projets avec clés de ticket
Regroupez le travail sous un projet et chaque tâche reçoit une clé du type ACME-7, que vous pouvez citer dans un commit ou un message.
Des tâches qui pointent vers l'objet lui-même
Rattachez une tâche à un coffre, à un élément ou à une note et choisissez ce qu'il faut en faire : le mettre à jour, le renouveler ou l'archiver.
Un tableau pour votre propre travail
Statuts, priorités et échéances pour ce que vous faites seul. L'attribution de travail à d'autres personnes commence avec l'offre Team.
Calendrier de sécurité
Les dates qui peuvent vous nuire, sur une seule chronologie
Des clés expirent, des accès prennent fin et des appareils cessent d'être de confiance sans bruit. Le Calendrier de sécurité rassemble ces dates, compte ce qui arrive à échéance dans les 7, 30 et 90 prochains jours et signale ce qui approche. Il est inclus avec l'offre Solo Professional et les offres supérieures.
Les échéances dans une seule vue
Clés et identifiants qui expirent, fins de politique et échéances d'appareils sur un seul calendrier, regroupés selon leur proximité.
Vos propres dates à côté
Ajoutez vos propres événements et voyez les échéances de vos tâches à côté de celles générées, pour qu'un renouvellement et une date de livraison apparaissent ensemble.
Ce qui commence quand vous êtes deux
Solo Professional est conçue pour une seule personne. Travailler avec d'autres personnes est ce qu'ajoute l'offre Team, et tout ce que vous avez stocké vous suit.
D'autres personnes dans vos projets
Des membres de projet, et des tâches que vous pouvez attribuer à quelqu'un d'autre.
Des approbations avant une modification
Une tâche peut attendre une validation avant que son action soit appliquée.
Droits sur un espace de noms
Donnez à une personne ou à une équipe un accès en lecture à une partie de vos secrets.
Des rôles que vous concevez
Des rôles personnalisés pour les personnes que vous ajoutez.
Des rapports sur toute l'équipe
Un export d'audit et le Centre de sécurité de l'organisation.
Où se situe Solo Professional
Chaque offre conserve ce qu'inclut la précédente.
| Fonctionnalité | Premium | Solo Professional | Équipe |
|---|---|---|---|
| Secrets DevOps et CLI | |||
| Validation des identifiants | |||
| Planification de validation la plus rapide | |||
| Résultats de validation conservés | |||
| Versions conservées par secret | |||
| Lectures de secrets par minute, toutes les clés | |||
| Projets, tâches et Calendrier de sécurité | |||
| Attribution de tâches à d'autres personnes | |||
| Membres de projet | |||
| Droits sur les espaces de noms | |||
| Rôles personnalisés | |||
| Stockage (par place avec Team) |
Les questions que les freelances posent d'abord
Gérez le travail de vos clients comme si vous aviez une équipe de sécurité
Résiliez à tout moment.
Commencer l'essai gratuit