Engineering
Shared vault
- Items
- 38 items
- Members
- 4 members
AES-256-GCM
Share passwords, API keys and CI secrets without the chat threads and spreadsheets. One workspace for up to ten people, with roles, an audit trail and credential checks built in.
Cancel anytime.
Shared vault
AES-256-GCM
Shared vault
AES-256-GCM
Shared vault
ChaCha20-Poly1305
Private vault
AES-256-GCM
Four steps cover most of what a small team needs. Each one is something the Team plan already does.
Add people by email, up to ten seats on the Team plan. Seats are bought before the invitations go out, so the bill never surprises you.
Put the credentials a project needs in a shared vault and choose who can read, edit or manage it.
Create a scoped machine key and read secrets from CI or with the pulsvault CLI — no .env file in the repository.
Review the audit trail, spot weak or reused passwords, and see which stored credentials no longer authenticate.
Everything below is included in the Team plan. Each card opens the details in a new tab, so you can keep this page where it is.
Keep a project’s credentials in a vault the whole team can open, and give each team only the vaults it needs. Each person also keeps a private vault that only they can open.
Send a password or note through a link that expires. The decryption key stays in the part of the address after the #, which browsers never send to us.
Create custom roles with exactly the permissions each job needs, instead of everyone being an admin.
Give a team read or write access to one branch of your secrets — staging, say — without opening the whole project.
Turn a vault into a project with ticket keys. Assign work to a teammate, point a task at a credential rather than pasting it, and require approval before it closes.
Store secrets per project and environment, and let GitHub Actions, GitLab CI or the pulsvault CLI read them with a scoped machine key instead of a shared password. Machine keys are never billed as seats.
PulsVault checks that stored credentials still authenticate and shows which ones no longer do. Checks cover services reachable over the public internet.
Every change creates a new version. Preview a restore before it applies, and see who deleted what.
Your organization’s vaults are backed up every night. An administrator can take an extra backup before a big change and restore from it — always as a new vault, never over the live one.
API keys, role and share expiry, DevOps access policies, trusted devices, renewals and scheduled deletions on one timeline, counted by how soon they fall, with reminders before they lapse. Your own events and task deadlines sit alongside.
Everyone gets their own dashboard: a score out of 100, ranked recommendations that show how many points each is worth, and an on-device scan for breached, weak, reused and stale passwords.
See weak, reused and old passwords across the team in one place, and what is coming up for rotation.
Sign in and unlock with a passkey. Devices you pair are trusted for a limited time, and you can see and remove them.
Vaults use AES-256-GCM by default; on Team you can pick ChaCha20-Poly1305 for a vault instead.
Get alerted when a stored login appears in a known data breach.
The pulsvault CLI reads a namespace and starts your command with those secrets in its environment. Use it locally, in GitHub Actions or in GitLab CI — the values never need to be written to disk.
# 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 startA security product should be exact about its own limits. Here is where the boundaries are.
Passwords, notes and other sensitive fields are encrypted in your browser or app before they are sent. We store ciphertext and wrapped keys, not the keys that open them.
Item titles and other non-sensitive fields are not end-to-end encrypted. We say so plainly so you can decide what belongs in a title.
Secrets you hand to CI are encrypted at rest and decrypted by our servers when an authorised key reads them — that is how a pipeline can use them. Scope the key and review the audit trail accordingly.
Nothing here is a dead end. The next plans keep everything above and add what larger organizations are asked to prove.
Up to 500 seats, audit integrity verification with signed receipts, SIEM streaming and longer audit retention.
Arranged by contract: negotiated limits, white-label branding and an organization backup archive encrypted to keys only you hold.