Platform
Coffre d'entreprise
- Éléments
- 64 éléments
- Membres
- 9 membres
AES-256-GCM
Offre Business · 3 à 500 places
Gérez les accès de votre équipe comme un système, pas comme un tableur.
Coffres appartenant à l'entreprise, accès par rôles, contrôles de politique et journal d'audit vérifiable, avec les secrets de vos pipelines sous le même toit.
Résiliez à tout moment.
pulsvault.com/console/vaults
Coffres
Nouveau coffreFinance
Coffre d'entreprise
- Éléments
- 27 éléments
- Membres
- 4 membres
ChaCha20-Poly1305
Support
Coffre d'entreprise
- Éléments
- 41 éléments
- Membres
- 12 membres
AES-256-GCM
Personal
PrincipalCoffre privé
- Éléments
- 18 éléments
- Membres
- 1 membre
AES-256-GCM
- Taille de l'équipe
- 3 à 500 places
- Prix
- Stockage
- Essai gratuit
Ce qui change pour votre organisation
Des mots de passe partagés dans une messagerie et des clés qui n'existent que dans la tête de quelqu'un sont un problème de contrôle d'accès. Voici les trois choses que Business est conçue pour corriger.
Intégrez vos équipes à votre façon
Invitez des personnes par e-mail ou en masse, limitez l'adhésion aux domaines que vous avez vérifiés et placez-les dans des équipes qui disposent déjà des bons accès.
Un départ proprement clôturé
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 un renouvellement de clé, qu'un administrateur effectue sur son propre appareil.
Produire des preuves sur demande
Un journal d'audit chaîné par hachage, avec vérification d'intégrité et reçus signés, donne aux auditeurs quelque chose qu'ils peuvent vérifier, et pas seulement lire.
Personnes et accès
Décidez qui rejoint l'organisation, à quoi chacun peut accéder et comment cela est revu, de la première invitation au jour du départ.
Invitations et provisionnement en masse
Ajoutez des personnes une par une ou en masse, examinez ce qu'un membre peut atteindre, suspendez quelqu'un temporairement ou retirez-le.
Domaines d'entreprise vérifiés
Prouvez que vous possédez un domaine avec un enregistrement DNS, puis choisissez si vous pouvez inviter uniquement les domaines vérifiés, une liste d'adresses ou n'importe qui.
Équipes
Regroupez les personnes en équipes et accordez à une équipe les coffres dont elle a besoin. Comme le serveur ne détient jamais de clés de coffre, un membre qui en détient une finalise l'octroi.
Des rôles personnalisés, délégués en toute sécurité
Construisez des rôles à partir des permissions qui existent. Accorder une permission nécessite une permission dédiée : la délégation ne peut donc pas escalader discrètement.
- Rôles personnalisés
Rapport d'accès
Voyez qui peut accéder à quoi, par membre ou par ressource, avec la voie empruntée par chaque octroi. En lecture seule.
Un accueil adapté à la fonction
L'accueil de l'organisation s'ouvre sur la vue que vos permissions justifient : Propriétaire, Administration, Facturation, Audit, DevOps, vos équipes ou votre propre travail. Une section que vous ne pouvez pas lire affiche un tiret, jamais un zéro.
Les membres voient leur propre situation
Chaque membre dispose d'une page pour l'organisation à laquelle il appartient : son rôle, les permissions qu'il détient et leur origine, ses équipes, et l'historique des modifications de son adhésion.
Des places que vous maîtrisez
Voyez qui occupe chaque place, achetez des places avant d'inviter et supprimez les places que personne n'utilise.
Des coffres qui appartiennent à l'entreprise
Les identifiants partagés doivent survivre à la personne qui les a créés. Les coffres d'entreprise, les dépositaires et les règles de partage le garantissent sans donner les clés à tout le monde.
Coffres appartenant à l'entreprise
Les identifiants appartiennent à l'organisation plutôt qu'à la personne qui les a créés : un départ n'emporte donc pas un coffre avec lui. Des dépositaires nommés détiennent les clés.
Des dépositaires par octroi révocable
Choisissez qui peut détenir une clé des coffres d'entreprise. Révoquer l'octroi empêche la personne de recevoir des clés de nouveaux coffres ; cela ne retire pas une clé d'un coffre qui existe déjà.
Règles de partage
Définissez des règles à l'échelle de l'organisation pour le partage externe, le repartage, les liens sécurisés et l'expiration des partages.
File d'approbation des partages
Exigez la validation d'un administrateur pour les nouveaux partages. Les invitations en attente patientent dans une file pour être approuvées ou rejetées.
Des sauvegardes, restaurées sous forme de nouveaux coffres
Les coffres d'entreprise sont sauvegardés chaque nuit. Les administrateurs peuvent faire une sauvegarde supplémentaire avant un changement important et restaurer sous la forme d'un nouveau coffre, jamais par-dessus le coffre actif.
- Sauvegardes conservées avec Business
Des politiques qui s'appliquent à tous
Définissez la base une seule fois. Les règles de connexion, les sessions, le chiffrement et les limites réseau s'appliquent à toute l'organisation, et le Centre de sécurité montre si elles sont respectées.
Règles de mot de passe et de connexion
Imposez la complexité des mots de passe, l'authentification multifacteur et des règles de connexion à tous, avec un délai de grâce pour les personnes déjà présentes.
Sessions et appareils
Contrôlez la durée de vie des sessions, le nombre d'appareils pouvant être de confiance et le comportement des sessions de déverrouillage des coffres.
Politique de chiffrement
Choisissez les algorithmes que les coffres de l'organisation peuvent utiliser et définissez la valeur par défaut des nouveaux coffres.
Politique réseau
Limitez les lieux depuis lesquels les membres peuvent se connecter, par pays ou plage d'adresses IP, en plus du blocage automatique des IP qui protège chaque connexion.
Valeurs par défaut du déploiement
Démarrez avec la bonne configuration déjà en place : valeurs par défaut des membres, liste de contrôle de mise en route, et commandes CLI et de pipeline avec vos propres valeurs déjà renseignées.
Secrets DevOps
Des secrets pour les personnes et les machines
Le volet machine fonctionne à côté de vos coffres, avec les mêmes rôles et le même journal d'audit. 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
# Names only, nothing runs
pulsvault run -n prod/product/web --dry-run
# Run a deploy with those secrets
pulsvault run -n prod/product/web -- ./deploy.shIdentités machine
Des comptes de service et des clés API pour vos exécuteurs CI/CD, pour que les pipelines n'empruntent jamais les identifiants d'une personne. Ils ne sont pas facturés comme des places.
Espaces de noms et environnements
Les secrets vivent dans des espaces de noms par projet et par environnement, avec des valeurs par défaut préconfigurées et des environnements de votre choix.
Des clés limitées à un chemin
Limitez une clé machine aux chemins et aux actions dont elle a besoin, avec des jokers et un ordre d'évaluation clair.
CLI, GitHub Actions et GitLab CI
Chargez des secrets dans un pipeline et conditionnez un déploiement au bon fonctionnement de ces identifiants.
Historique et restauration
Chaque modification conserve une version. Prévisualisez une restauration avant son application et voyez qui a supprimé quoi.
- Versions conservées avec Business
Validation des identifiants
Sachez que l'identifiant fonctionne encore, pas seulement qu'il est stocké
Un magasin de secrets vous dit ce que vous avez enregistré. La validation vérifie, à intervalles réguliers, que chaque identifiant stocké s'authentifie encore, et vous prévient dès que l'un cesse de fonctionner. Elle atteint des services ouverts sur l'internet public.
pulsvault validate … && ./deploy.sh agit en fonction d'eux. Des vérifications planifiées sur les identifiants que vous stockez
Des sondes intégrées s'authentifient auprès d'AWS, GitHub, PostgreSQL, MySQL et MariaDB, Redis et de toute API HTTP qui accepte un jeton bearer, une authentification basique ou un appel personnalisé, et enregistrent si l'identifiant fonctionne encore.
- Revérification la plus rapide avec Business
- Historique d'exécution conservé avec Business
Revérifié lors d'un renouvellement
L'écriture d'un secret vérifie immédiatement son chemin : une rotation est donc connue comme fonctionnelle, ou connue comme défaillante, avant la prochaine exécution planifiée.
Tester avant d'enregistrer
Valider maintenant exécute la configuration affichée à l'écran, enregistrée ou non, et le Laboratoire de test exécute une sonde une seule fois avec des valeurs que vous saisissez, qui ne sont jamais stockées.
Créez une vérification une fois
Enregistrez une vérification qui fonctionne comme modèle et appliquez-la à chaque chemin qui contient ce type d'identifiant. Renouveler le secret ne modifie jamais le modèle.
Un historique lisible
Chaque exécution est enregistrée avec son résultat, sa durée et sa raison. Consultez la disponibilité, la latence et la répartition des motifs d'échec, filtrez par résultat, déclencheur ou date, et exportez les enregistrements en CSV.
Des alertes qui restent crédibles
Un échec ne devient une alerte que lorsqu'il est certain, puis il s'intensifie et envoie des rappels selon une planification. Prenez-le en compte ou reportez-le, dirigez-le vers Slack, un webhook ou l'e-mail, et utilisez Envoyer un test pour prouver la livraison avant d'en avoir besoin.
Un verrou pour votre déploiement
pulsvault validate renvoie un code de sortie qui nomme le résultat, pour qu'un pipeline puisse s'arrêter sur un identifiant en échec et réessayer sur une vérification qui n'a pas pu aboutir. validation-status avec --max-age interroge sans sonder à nouveau.
Sûr par conception
Les sondes ne font que s'authentifier, et chaque sonde intégrée est en lecture seule. Les valeurs des secrets n'apparaissent jamais dans l'historique de validation. Les adresses de réseau privé sont refusées par un message sur le champ lors de l'enregistrement.
Calendrier de sécurité
Toutes les dates qui peuvent vous nuire, sur une seule chronologie
Des clés expirent, des accès prennent fin, des appareils cessent d'être de confiance et des échéances passent sans bruit. Le Calendrier de sécurité les rassemble, compte ce qui arrive à échéance et vous prévient avant.
Une seule chronologie pour les dates qui peuvent vous nuire
Clés API et dates d'expiration enregistrées, expiration des rôles et des partages, politiques d'accès DevOps, appareils de confiance, échéances de mot de passe et d'authentification à deux facteurs, renouvellements, problèmes de validation et suppressions planifiées, le tout au même endroit.
Des échéances comptées honnêtement
Le bandeau compte ce qui est en retard et ce qui échoit dans les 7, 30 et 90 prochains jours, avec le nombre d'éléments critiques ou en alerte. Un identifiant en échec à l'instant même est un problème en cours, jamais compté comme en retard.
Les dates de l'organisation aussi
Les membres qui peuvent voir le Centre de sécurité disposent d'un sélecteur Moi / Organisation : rôles arrivant à expiration, clés machine et politiques DevOps, invitations en attente, et qui doit activer l'authentification à deux facteurs, pour quand. Les faits concernant de nombreux membres sont regroupés sur une seule ligne.
Des rappels avant l'expiration
Les clés d'API sont annoncées 30, 14 et 3 jours à l'avance, puis le jour même, les politiques d'accès DevOps 14 et 3 jours à l'avance, et un projet supprimé 3 jours avant sa purge.
Vos propres événements et tâches à côté
Ajoutez vos propres événements, y compris récurrents, et voyez les échéances de vos tâches sur la même chronologie.
Exporter vers votre application de calendrier
Téléchargez ce que vous consultez sous forme de fichier .ics. Par défaut, il ne contient que les types et les dates : vous pouvez donc l'importer n'importe où sans risque ; ajouter les titres et les noms est un choix distinct.
Une sécurité mesurable
Mesurez, montrez, et laissez chacun voir sa propre situation
Les administrateurs obtiennent une situation de sécurité fiable et les membres bénéficient de la même transparence en retour. Personne ne peut lire un identifiant pour la produire : ce sont des décomptes, calculés sur l'appareil de chaque personne.
Un score qui ne peut pas masquer un mauvais identifiant
Le score de l'organisation provient des totaux d'identifiants, et non d'une moyenne des scores des membres : un mot de passe de production compromis ne peut donc pas être dilué dans une moyenne. « Pas encore de données » s'affiche comme une absence de données, jamais comme zéro.
Dans quel sens il évolue
Une courbe sur 30 jours et un chiffre de variation indiquent si le score monte ou baisse, avec un lien vers la tendance complète.
Des chiffres, jamais des contenus
Les administrateurs voient combien d'identifiants sont faibles, réutilisés, anciens ou compromis, et qui n'a pas de second facteur. Ces chiffres sont calculés sur l'appareil de chaque membre ; le nom ou le contenu d'un identifiant n'est jamais visible par personne.
Les membres voient le même rapport
Compte → Sécurité et conformité montre à chaque membre la ligne identique à celle que voient ses administrateurs, et non un résumé. Le journal d'audit est un enregistrement distinct, et la même page explique ce qu'il contient.
Ma sécurité
Chaque personne dispose de son propre tableau de bord : un score sur 100, une liste hiérarchisée de recommandations indiquant combien de points vaut chacune, et une analyse sur l'appareil des mots de passe compromis, faibles, réutilisés et périmés.
Un rapport hebdomadaire, si vous le souhaitez
Activez le rapport de sécurité hebdomadaire et toutes les personnes qui peuvent consulter la page de posture reçoivent le lundi matin le score, son évolution et les chiffres concernant les personnes, ainsi que le nombre d'identifiants dont la validation échoue et le nombre de clés machine qui expirent dans les 30 jours. Une semaine calme n'envoie rien.
Des projets et des tâches, à côté des secrets
Transformez un coffre en projet, déléguez le travail et laissez l'identifiant là où il se trouve. Les tâches sont créées par des personnes et approuvées par des personnes : rien n'est créé dans votre dos.
Exemples de tickets, présentés à titre d'illustration.
Des projets avec clés de ticket
Un projet regroupe des coffres, des workflows de tâches, des secrets DevOps et ses propres membres, et une clé courte comme ENG numérote chaque tâche qu'il contient.
Une délégation qui nomme sa cible
Une tâche désigne l'identifiant ou l'espace de noms concerné et l'action demandée, au lieu de transporter le secret dans sa description.
Relecture avant application
Soumettez une modification à approbation, avec des responsables et des observateurs sur un tableau d'état.
Audit et conformité
Des preuves que vos auditeurs peuvent vérifier
Le journal d'audit est conçu pour aider à constituer des éléments de preuve pour des référentiels tels que SOC 2, ISO 27001 et l'article 30 du GDPR. Il enregistre les actions pertinentes pour la sécurité, et toute modification est détectable.
Un journal d'audit chaîné par hachage
Les actions pertinentes pour la sécurité sont enregistrées dans une chaîne : modifier ou supprimer une entrée est donc détectable.
Offre Business Vérification d'intégrité
Vérifiez la chaîne à la demande et conservez l'historique de chaque contrôle.
Offre Business Reçus signés
Téléchargez des reçus signés montrant l'état de la chaîne à un instant donné, afin que la preuve vous appartienne.
Offre Business Diffusion SIEM
Transmettez les événements d'audit à votre propre supervision via un webhook, signé avec HMAC-SHA256 lorsque vous configurez un secret.
Offre Business Historique d'audit long
L'offre Business conserve l'historique d'audit bien plus longtemps que l'offre Team, de quoi couvrir une fenêtre de conformité.
- Historique d'audit
Une trace distincte pour le partage
Les événements de partage, de lien et d'invitation sont enregistrés dans leur propre chaîne : le partage peut ainsi être examiné sans se perdre dans tout le reste.
Centre de rapports
Rapports planifiés, explorateur de traces et analyses pour l'organisation. Les exports sont eux-mêmes consignés dans le journal d'audit.
Où se situe Business
Chaque offre conserve tout ce qui figure dans la précédente.
| Fonctionnalité | Équipe | Business | Enterprise |
|---|---|---|---|
| Places | |||
| Historique d'audit | |||
| Vérification d'intégrité | |||
| Diffusion SIEM | |||
| Sauvegardes des coffres d'entreprise conservées | |||
| Rôles personnalisés | |||
| Archive de sauvegarde de l'organisation vers votre propre stockage | |||
| Personnalisation en marque blanche |
Les questions que les équipes posent d'abord
Reprenez le contrôle des accès de votre organisation
Résiliez à tout moment.
Commencer l'essai gratuit