Skip to content

01Platform and tools · module

Password vault

Encrypted team password vault with folder sharing, expiration dates and access logs

Core available, part in progressBook a consultation
  • Credential
  • Vault folder
  • Folder share
  • Vault rule
  • Access log entry
  • User key
  • Service identity
13
capabilities
7
record types
3
automations
2
integrations and AI tools

02What the module does

Less routine. More value.

The Password vault is an encrypted credential store built for teams: passwords, notes, TOTP keys and custom fields are encrypted directly in the browser, and the server stores only ciphertext. You can share folders with colleagues with optional expiration and review dates, and every password reveal or copy is recorded in the access log—letting your company replace shared password spreadsheets for good.

  • Sensitive data encrypted in the browserPasswords, notes, TOTP keys for one-time codes and custom fields are encrypted directly in the browser using the folder key. They are stored on the server only in encrypted form.
  • Only encrypted data on the serverThe server stores only ciphertext and wrapped keys. The only exceptions are the title, URL and username, which stay unencrypted for search.
  • Find credentials by nameYou can search credentials by title, URL and username. Because these fields remain unencrypted, search works without revealing passwords.
  • Keys protected by your passphraseEach user has their own key pair, and the private key is protected by an Argon2-derived passphrase. A forgotten passphrase cannot be recovered; an administrator can only replace the keys.
  • Unattended vaults lock automaticallyAfter a configured period of inactivity—480 minutes by default—the vault automatically locks in the browser. An unattended computer never leaves passwords exposed.
  • Share folders with entire teamsShare a folder with individual colleagues or entire teams with immediate effect. Its key is wrapped with the recipient’s public key, so you never forward passwords by hand.
  • Temporary access expires automaticallySet an expiration date on a share, after which access ends automatically. Temporary team members never keep vault access longer than intended.
  • The owner decides who staysSet a review deadline on a share within which the folder owner approves or revokes it. Once the deadline passes, access is suspended and a late approval will not restore it.
  • Clear rules, including explicit denialsVault rules define permissions for a chosen scope and also support explicit denials. You can explicitly block someone from accessing sensitive credentials.
  • Know who viewed a passwordRevealing or copying a password is recorded in the access log with the user, IP address and browser. You can trace who accessed a credential at any time.
  • Passwords right in the browserA browser extension connects to the vault via OAuth with read or write permissions. You can reach your credentials directly while working on the web.
  • Credentials for automation tooService identities have their own key pair for automation. A folder shared with a service identity can be read by the server, while all other folders are decrypted only in the browser.
  • GitLab without a token on the serverThe GitLab helper uses a token stored in the vault: the browser decrypts it and sends it with each request. The server never stores the token and records every call in the access log.

What is currently in progress

  • The access log does not cover creating, editing or deleting a credential, or loading a folder key.
  • Approving a share after its review deadline has passed does not restore access; the owner must share the folder again.
  • Managing vault rules is not yet restricted exclusively to vault administrators.

03How it works

How it works step by step.

  1. Browser-side encryption

    Passwords, notes, TOTP keys and custom fields are encrypted in the browser using the folder key. The server stores only ciphertext and wrapped keys. The title, URL and username remain unencrypted so credentials can be searched.

    Read in detail

    Every user has their own key pair. The private key is protected by a key derived from the user's passphrase (Argon2). After a configurable period of inactivity—480 minutes by default—the vault locks itself in the browser. A forgotten passphrase cannot be recovered: an administrator can only rotate the user's keys, and any credentials the user held exclusively through their old key must be shared again.

  2. Folder sharing

    When you share a folder with a colleague, its key is wrapped with their public key; folders can also be shared via teams. Sharing takes effect immediately. You can set an expiration date after which access ends, as well as a review period after which access is suspended until the folder owner approves or revokes it.

    Read in detail

    Vault rules define permissions for a chosen scope, including explicit deny rules.

  3. Access log

    The access log records password reveals and copies, folder sharing and unsharing, sharing reviews, automatic removals upon expiration and GitLab helper calls. Every log entry captures the user, IP address and browser.

  4. Browser extension, service identities and GitLab

    The browser extension connects to the vault via OAuth with read or write permissions. For automation, service identities have their own key pairs; a folder shared with a service identity can be read by the server, whereas all other folders are decrypted exclusively in the browser.

    Read in detail

    The GitLab helper uses a stored token to work with repositories, issues, merge requests and pipelines. The browser decrypts the token and sends it with each request; the server never stores it and logs every call in the access log. The AI assistant has no access to the vault.

04What runs automatically

Automations that save time.

  1. Expired shares disappear on their own

    Every ten minutes, the system removes shares past their expiration date. The job runs once created by an administrator, and each removal is recorded in the access log.

  2. Missed review deadlines suspend access

    Once a share’s review deadline expires, access is suspended. Nobody keeps access simply because a review was forgotten.

  3. The vault locks after inactivity

    When you are inactive in the browser for the configured period, the vault locks itself. Passwords never stay exposed on an unattended computer.

External integrations

  • Working with GitLab through the vaultThe helper works through the GitLab API using a stored token across repositories, issues, merge requests and pipelines. Every call is recorded in the access log.
  • Browser connected via OAuthA browser extension connects to the vault via OAuth, the standard protocol for granting application access. The connection has read or write permissions, so you know exactly what it is allowed to do.

05Frequently asked questions

Can the system administrator see my passwords?

No. Passwords are encrypted in the browser and the server stores only ciphertext. The only exception is folders explicitly shared with a service identity for automation.

What if I forget my passphrase?

The passphrase cannot be recovered. An administrator will replace your keys so you can set up a new vault; any credentials only you held will need to be re-shared by a colleague.

Can I share a password for a limited time only?

Yes. Folder sharing includes an optional expiration date after which access ends.

Does the AI assistant have access to the vault?

No. By design, the vault exposes no AI tools, and workflows cannot access it either.

Does the vault store TOTP codes for two-factor authentication?

Yes. You can save a TOTP secret on a credential, and it is encrypted the same way as a password.

Let’s start together

Tell us how your business works.

We will show you what a system that takes over part of that work could look like.

Book a consultation