Engineering
Coffre partagé
- Éléments
- 38 éléments
- Membres
- 4 membres
AES-256-GCM
Partagez mots de passe, clés d'API et secrets de CI sans fils de discussion ni tableurs. Un seul espace de travail pour jusqu'à dix personnes, avec rôles, journal d'audit et vérification des identifiants intégrés.
Résiliez à tout moment.
Coffre partagé
AES-256-GCM
Coffre partagé
AES-256-GCM
Coffre partagé
ChaCha20-Poly1305
Coffre privé
AES-256-GCM
Quatre étapes couvrent l'essentiel des besoins d'une petite équipe. Chacune correspond à ce que l'offre Team fait déjà.
Ajoutez des personnes par e-mail, jusqu'à dix places avec l'offre Team. Les places sont achetées avant l'envoi des invitations, pour que la facture ne vous réserve jamais de surprise.
Placez les identifiants dont un projet a besoin dans un coffre partagé et choisissez qui peut les lire, les modifier ou les gérer.
Créez une clé machine à portée limitée et lisez les secrets depuis la CI ou avec la CLI pulsvault, sans fichier .env dans le dépôt.
Consultez le journal d'audit, repérez les mots de passe faibles ou réutilisés et voyez quels identifiants stockés ne s'authentifient plus.
Tout ce qui suit est inclus dans l'offre Team. Chaque carte ouvre les détails dans un nouvel onglet, pour que vous puissiez rester sur cette page.
Conservez les identifiants d'un projet dans un coffre que toute l'équipe peut ouvrir, et ne donnez à chaque équipe que les coffres dont elle a besoin. Chaque personne garde aussi un coffre privé que seule elle peut ouvrir.
Envoyez un mot de passe ou une note par un lien qui expire. La clé de déchiffrement reste dans la partie de l'adresse située après le #, que les navigateurs ne nous envoient jamais.
Créez des rôles personnalisés avec exactement les autorisations dont chaque fonction a besoin, au lieu que tout le monde soit administrateur.
Donnez à une équipe un accès en lecture ou en écriture à une branche de vos secrets, la préproduction par exemple, sans ouvrir tout le projet.
Transformez un coffre en projet avec des clés de ticket. Assignez du travail à un coéquipier, faites pointer une tâche vers un identifiant plutôt que de le coller, et exigez une approbation avant sa clôture.
Stockez les secrets par projet et par environnement, et laissez GitHub Actions, GitLab CI ou la CLI pulsvault les lire avec une clé machine à portée limitée plutôt qu'un mot de passe partagé. Les clés machine ne sont jamais facturées comme des places.
PulsVault vérifie que les identifiants stockés s'authentifient toujours et indique lesquels ne le font plus. Les vérifications couvrent les services accessibles sur l'internet public.
Chaque modification crée une nouvelle version. Prévisualisez une restauration avant de l'appliquer et voyez qui a supprimé quoi.
Les coffres de votre organisation sont sauvegardés chaque nuit. Un administrateur peut effectuer une sauvegarde supplémentaire avant un changement important et restaurer à partir de celle-ci, toujours en un nouveau coffre, jamais par-dessus le coffre actif.
Clés d'API, expiration des rôles et des partages, politiques d'accès DevOps, appareils de confiance, renouvellements et suppressions planifiées sur une seule chronologie, classés selon leur proximité, avec des rappels avant l'échéance. Vos propres événements et les échéances de tâches s'y ajoutent.
Chacun dispose de son propre tableau de bord : un score sur 100, des recommandations classées indiquant combien de points chacune vaut, et une analyse sur l'appareil des mots de passe compromis, faibles, réutilisés et anciens.
Voyez les mots de passe faibles, réutilisés et anciens de toute l'équipe au même endroit, ainsi que ce qui approche de la rotation.
Connectez-vous et déverrouillez avec une passkey. Les appareils que vous associez sont approuvés pour une durée limitée, et vous pouvez les voir et les retirer.
Les coffres utilisent AES-256-GCM par défaut ; avec l'offre Team, vous pouvez choisir ChaCha20-Poly1305 pour un coffre.
Soyez alerté lorsqu'un identifiant stocké apparaît dans une fuite de données connue.
La CLI pulsvault lit un espace de noms et lance votre commande avec ces secrets dans son environnement. Utilisez-la en local, dans GitHub Actions ou dans GitLab CI : les valeurs n'ont jamais besoin d'être écrites sur le disque.
# 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 startUn produit de sécurité doit être exact sur ses propres limites. Voici où se situent les frontières.
Les mots de passe, notes et autres champs sensibles sont chiffrés dans votre navigateur ou votre application avant d'être envoyés. Nous stockons du texte chiffré et des clés encapsulées, pas les clés qui les ouvrent.
Les titres d'éléments et les autres champs non sensibles ne sont pas chiffrés de bout en bout. Nous le disons sans détour pour que vous puissiez décider de ce qui a sa place dans un titre.
Les secrets que vous confiez à la CI sont chiffrés au repos et déchiffrés par nos serveurs lorsqu'une clé autorisée les lit : c'est ainsi qu'un pipeline peut les utiliser. Limitez la portée de la clé et examinez le journal d'audit en conséquence.
Rien ici n'est une impasse. Les offres suivantes conservent tout ce qui précède et ajoutent ce que les grandes organisations doivent prouver.
Jusqu'à 500 places, vérification de l'intégrité de l'audit avec reçus signés, diffusion SIEM et conservation plus longue de l'audit.
Sur contrat : limites négociées, personnalisation en marque blanche et archive de sauvegarde de l'organisation chiffrée avec des clés que vous seul détenez.
Résiliez à tout moment.
Commencer l'essai gratuit