Des contrats adaptés
Les places, les coffres et le stockage sont définis par accord, avec un registre en ajout seul de chaque avenant.
- Places minimales
Une plateforme unique pour les personnes et les machines. PulsVault vérifie que les identifiants stockés s'authentifient toujours, fournit aux pipelines CI des clés limitées plutôt que partagées, et conserve un enregistrement à altération détectable des actions sensibles pour la sécurité.
Enterprise se conclut par contrat avec notre équipe : il n'y a pas de paiement en libre-service.
La copie de votre organisation de ce qu'elle conserve dans PulsVault, chiffrée avec des clés que vous seul détenez et livrée dans un stockage qui vous appartient. Si nous devenions un jour indisponibles, vous l'auriez toujours.
Les paramètres de votre organisation, les secrets DevOps, les coffres d'entreprise et le journal d'audit sont réunis dans une seule archive. Vous pouvez aussi en générer une à la demande.
Scellée avec les clés publiques age que vous enregistrez. Nous ne détenons jamais de clé privée : nous ne pouvons donc pas ouvrir une archive, pas plus que quiconque lisant votre bucket.
Écrite dans un bucket compatible S3 qui vous appartient. Nous y écrivons uniquement ; nous ne listons, ne lisons ni ne supprimons jamais.
Déchiffrez-la avec l'outil age gratuit, et lisez hors ligne les éléments des coffres d'entreprise avec le kit de récupération, une simple page web que vous conservez.
Choisir la destination des archives nécessite sa propre permission, qui ne fait partie d'aucun rôle. Une modification attend 48 heures et est annoncée à tous les administrateurs.
Il révèle les altérations sans les empêcher : une modification de l'enregistrement est détectable. Il est conçu pour aider à constituer des éléments de preuve pour SOC 2, ISO 27001 et l'article 30 du GDPR, et il consigne les actions sensibles pour la sécurité plutôt que chaque lecture.
Les actions sensibles pour la sécurité sont chaînées à l'entrée qui les précède, de sorte qu'une entrée modifiée ou supprimée est détectable.
L'identifiant de base de données propre à l'application ne peut pas supprimer de lignes d'audit.
Les purges de rétention vérifient d'abord la chaîne et ne suppriment que ce qu'elles ont vérifié.
Des reçus d'intégrité signés, également placés dans chaque archive de sauvegarde, vous permettent de prouver hors ligne l'état du journal.
Transmettez les événements via un webhook, signé avec HMAC-SHA256 lorsque vous configurez un secret.
Enterprise reprend tout ce que contient Business et ajoute les limites, les conditions et la propriété que négocient les grandes organisations.
Les places, les coffres et le stockage sont définis par accord, avec un registre en ajout seul de chaque avenant.
Les limites du plan machine les plus élevées, les revérifications d'identifiants les plus rapides et l'historique machine le plus long de toutes les offres.
Historique d'audit, appareils de confiance, historique des éléments et sauvegardes de coffres au niveau Enterprise.
Affichez le nom, le logo et la couleur d'accent de votre organisation à vos membres.
Les données de l'organisation sont séparées par une sécurité au niveau des lignes dans la base de données, en plus des contrôles de l'application.
Coffres appartenant à l'entreprise, accès par rôles, suite de politiques, politique réseau, rapport d'accès et plan machine sont tous repris.
Au-delà du stockage des mots de passe : PulsVault vérifie les identifiants, délivre aux machines un accès avec le moindre privilège nécessaire, et permet aux équipes d'ingénierie et de sécurité de travailler à partir de la même source de vérité.
Des sondes vérifient selon un calendrier que les identifiants de base de données, de jeton d'API et HTTP stockés s'authentifient toujours, pour les services accessibles sur l'internet public. Un identifiant défaillant déclenche une alerte que vous pouvez acheminer vers Slack, un webhook ou par e-mail.
Les pipelines reçoivent leurs propres clés d'API limitées, rattachées à un projet et restreintes par des motifs de chemin, sans jeton d'administration partagé. Chargez les secrets dans GitHub Actions ou GitLab CI avec la CLI pulsvault.
Des secrets clé-valeur organisés en espaces de noms par projet et par environnement, avec chaque modification versionnée et une restauration à un instant donné que vous prévisualisez avant son application.
Les coffres de mots de passe d'équipe, les secrets de pipeline et les tâches déléguées se gèrent depuis une seule console : une rotation peut ainsi être attribuée, suivie et clôturée là où se trouve le secret.
Les contrôles qu'une équipe de sécurité réclame dès sa première semaine : qui a accès, à quoi, et comment les données sont protégées.
Invitez, attribuez des rôles, suspendez et retirez depuis une seule liste. Retirer un membre ferme son compte dans votre organisation et met fin à son accès ; les coffres qu'il pouvait ouvrir sont signalés pour une rotation des clés.
Appliquez des règles de mot de passe, d'authentification à deux facteurs et de session, choisissez les algorithmes de chiffrement que les coffres peuvent utiliser, et restreignez les lieux depuis lesquels les membres peuvent se connecter.
Voyez qui peut accéder à quoi, par membre ou par ressource, avec le chemin emprunté par chaque autorisation.
Chaque coffre a sa propre clé, enveloppée par votre clé principale, elle-même enveloppée par une clé dérivée sur votre appareil. Retirer une personne fait pivoter la clé du coffre côté client.
Pas disponibles aujourd'hui. Elles figurent ici pour que vous voyiez où nous allons, et pour que nous ne soyons jamais flous sur ce qui est livré ou non.
Authentification unique et provisionnement automatisé des utilisateurs depuis votre fournisseur d'identité.
Permettez aux tâches CI de s'authentifier avec des jetons d'identité de courte durée plutôt que des clés stockées.
Des identités limitées pour les agents IA, en complément des identités machine.
Les champs sensibles sont chiffrés sur votre appareil. Le serveur stocke des données chiffrées et des clés enveloppées, mais jamais votre mot de passe, vos clés de coffre ni le texte en clair de ces champs : une intrusion dans nos serveurs ne les expose donc pas.
Les clés de coffre sont dérivées localement à partir de votre mot de passe et d'une clé d'accès distincte. Les coffres utilisent AES-256-GCM (ChaCha20-Poly1305 est aussi disponible), avec un nonce unique pour chaque chiffrement. Les titres des éléments et les autres champs non sensibles ne sont pas chiffrés de bout en bout, et les secrets DevOps sont déchiffrés par nos serveurs lorsqu'une clé machine autorisée les lit.
Les champs sensibles sont chiffrés avant de quitter votre appareil. Seuls vos appareils détiennent les clés qui les déchiffrent.
Chiffrement authentifié avec un nonce unique pour chaque chiffrement et des données associées liées.
La connexion et le déverrouillage du coffre sont des étapes distinctes ; la clé du coffre est dérivée sur l'appareil et n'est jamais envoyée.
Un journal d'audit à chaîne de hachage conçu pour aider à constituer des éléments de preuve pour SOC 2, ISO 27001 et l'article 30 du GDPR.
Tell us about your organization and what you need to prove. Our team will get back to you about terms.
Talk to an expert