AES-256 encryption
Sensitive values encrypted at rest.
A secure place to store the passwords, API keys, database credentials, certificates, and other secrets your team relies on. Every sensitive value is encrypted before it's stored, so only people you've granted access can see them.
A team password vault stores the logins and secrets a company shares, encrypted, with access granted per person. The Nautis Credentials Vault holds passwords, API keys, tokens, database credentials, SSH keys, certificates and client ID and secret pairs, encrypted at rest with AES-256. Each credential is visible only to its owner, the teammates you add under Shared Access and owner-level roles. You can import from common password managers and export to an encrypted file.
In most early teams the Stripe key is in a chat message, the AWS root login is in a founder's notes app and the database password is in a README. Nobody decided that. It just happened, one urgent request at a time. The vault gives those secrets a proper home, next to the rest of the company's operating data, with a form for each type so the right fields show up: hostname and port for a database, client ID and client secret for an OAuth app, a strength meter for passwords.
Access is the point. A credential you create is visible to you, to anyone you pick under Shared Access, and to owners. Everyone else in the organization doesn't see it at all, not even its name. When someone leaves and their account is removed, they lose access automatically. Values are hidden by default; the eye icon reveals one, the copy icon copies it, and reveals hide themselves again after a short time.
Moving in is quick. Import reads the Nautis CSV template, a Nautis encrypted export, or CSV exports from 1Password, Bitwarden, LastPass, Chrome, Edge, Brave or Firefox. The file is read in your browser and nothing from it is sent to AI. The Credentials Vault guide lists every field per type.
Built for
Capabilities
Everything ships out of the box. No setup, no plugins, no extra tools.
Sensitive values encrypted at rest.
Passwords, API keys, database creds, certificates, free-form secrets.
Organize at scale and find by name or type.
Only people with explicit access can read each credential.
Pick the layout that fits your workflow.
Use cases
Keep a Staging folder and a Production folder. On day one, add the new engineer under Shared Access on the staging database, the staging API keys and the error tracker login. Production waits until they've shipped something.
Download the template from Import, which has one sample row per credential type, move the rows across, and import. Leave Skip duplicates on. Then delete the spreadsheet, which is the step most teams forget.
Remove the contractor from the organization and their vault access goes with it. Then open the folder they used and rotate each underlying secret with the provider, because they may have copied a value while they had access.
An owner or admin chooses Export and picks the Unencrypted CSV, confirms with their password and authenticator code, and imports the file elsewhere. The workspace owner gets an email about the export. Delete the CSV straight afterwards.
Quick start
Sidebar → Profile & Company → Credentials Vault.
Password, API key, database, certificate.
Stored encrypted from the moment you save.
Pick teammates who can decrypt the value.
AI apps connected to your workspace, such as Claude or ChatGPT, can read a credential's name and details, like its type and web address, but never the secret value. That keeps the vault useful as context ("which services do we have keys for?") without handing an AI the keys.
Adding or updating a vault entry through a connection is one of the few writes that never waits for approval, because a waiting approval would have to store the secret. Those writes still need write access and the right role permissions. The rules are in Connect Claude and ChatGPT.
If your team needs browser autofill on every site, a dedicated password manager is the right tool. The vault fits teams that want company secrets stored and shared next to the rest of their operations.
| Need | Shared spreadsheet or doc | Nautis Credentials Vault | Dedicated password manager |
|---|---|---|---|
| Encryption of stored values | No | AES-256 at rest | Yes |
| Access per credential | Whoever has the link | Owner, Shared Access list and owners | Yes, usually by vault or item |
| Types beyond passwords | Whatever you type | API key, token, database, SSH key, certificate, client ID and secret | Varies by product |
| Import from other managers | Copy and paste | 1Password, Bitwarden, LastPass and browser CSVs | Usually yes |
| Browser autofill | No | No. Copy the value | Yes, the main reason to buy one |
| Exports logged and emailed to the owner | No | Yes | Varies by product |
Yes, for two reasons. Values are encrypted at rest, so they aren't sitting in plain text, and access is per credential, so a link forwarded to the wrong person doesn't expose everything. Rotating secrets when people leave still matters either way.
Yes. Export a CSV from 1Password, Bitwarden, LastPass, Chrome, Edge, Brave or Firefox and use Import. Nautis maps the columns, shows a masked preview and skips duplicates by name and type.
Safer than a CSV. A .nautisvault file can only be opened by importing it into Nautis with the passphrase you chose, which must be at least 12 characters. Nautis doesn't keep the passphrase, so store it somewhere separate from the file.
Yes. Both are their own credential types, alongside passwords, API keys, tokens, database credentials, client ID and secret pairs, and an Other type for anything else.
Nautis asks for your password and authenticator code to confirm it's really you. If you signed up with Google or another social login and don't use two-factor authentication, turn it on in Account Settings → Security first.
Only you (the owner) and the teammates you've explicitly added under Shared Access. Members of your org without that share won't see the credential at all.
No. Secret values are encrypted before they leave your browser-side request. They're decrypted only when an authorised user opens them in the UI.
When their account is removed from your organization, they lose access automatically. You may want to rotate the underlying secret as a precaution.
Yes, if you're a workspace owner or admin. Choose an encrypted .nautisvault file with a passphrase (recommended) or an unencrypted CSV for moving to another password manager. The owner is emailed about every export and it's recorded in the audit log.
They're all secrets, but each has its own form so the right labels show up. Pick the one that matches what your service calls it; if in doubt, use Other.
No. Delete is permanent — that's why Nautis asks you to confirm.
Access is gated by Nautis auth + module permissions. Strong account security (2FA) is recommended.
No. Search in the sidebar matches credential names and descriptions only. Secret values stay encrypted with AES-256 and are decrypted only when an authorised user reveals them.
Full business context from the first conversation. Daily operations, fundraising, revenue and finance, run with you. You approve every move. It handles the rest.
Nothing leaves your workspace without your yes.
Encrypted store for your team's secrets.
Stripe Live Secret
OpenAI Production Key
Postgres — analytics
AWS Deploy SSH key
GitHub PAT — CI runner
Google OAuth — Client
SMTP — Postmark