Encrypted vault
Vault contents are encrypted using AES-256-GCM, providing authenticated encryption for stored Raktera data.
Security
Raktera protects vault data with authenticated encryption and derives encryption keys locally from your Master Password. Pro licensing is cryptographically separate from vault security and does not require recurring online verification.
Core security model
Vault contents are encrypted using AES-256-GCM, providing authenticated encryption for stored Raktera data.
Raktera derives the 256-bit vault encryption key locally with Argon2id using vault-specific parameters and salt.
A vault can require an additional 32-byte keyfile that becomes part of the Argon2id key-derivation material.
Pro licensing controls product capabilities only. License data does not participate in vault encryption or Master Password validation.
Vault cryptography
Raktera performs the key-derivation and encryption process locally. The Master Password is not used directly as an AES key.
The Master Password provides the primary secret input for key derivation.
If enabled for the vault, the selected keyfile is incorporated into the derivation material.
Current vaults use a 16-byte random salt, 64 MiB memory, 3 iterations, 4 lanes, and produce a 256-bit key.
Vault data is encrypted with a 256-bit key. The vault header is authenticated as additional associated data.
The resulting encrypted vault is stored as the Raktera vault file.
Current vault parameters
Authenticated encryption for vault contents.
Argon2 version 1.3 with a 256-bit derived key.
65,536 KiB for newly created current-version vaults.
Current default for newly created vaults.
16 random bytes for newly created vaults.
A new 12-byte nonce is generated when the vault is saved.
Optional keyfile
When a vault is configured to require a keyfile, Raktera requires the selected file to contain exactly 32 bytes. Its contents are combined with the Master Password material before Argon2id derives the vault key.
Offline Pro licensing
Raktera Pro uses cryptographically signed .rkl license files. Runtime verification uses trusted Ed25519 public keys and happens locally without recurring server activation.
View Pro pricing →License payloads must pass signature verification before their contents are accepted as trusted license information.
Raktera contains trusted public verification material. The private signing key is not required by normal Classic or Pro builds.
A valid Pro license is verified locally without a recurring server check or expiration timer.
A missing or invalid Pro license affects Pro capabilities, not the encryption of the Raktera vault.
Security boundaries
The normal .rkt vault is encrypted. Keep your Master Password private and protect any keyfile used by the vault.
JSON and CSV export functions intentionally create unencrypted output after credential verification. Treat exported files as sensitive data.
Local encryption does not replace normal operating-system security, trusted software, backups, and physical device protection.
Raktera security
AES-256-GCM vault encryption, Argon2id key derivation, optional keyfiles, and cryptographically separate offline Pro licensing.