If your CipherDrive™ vault depends on a PIN, passphrase, local key, recovery credential, device key, or similar secret, losing all valid ways to unlock the cryptographic hierarchy may result in permanent loss of access to encrypted files.
CipherDrive is designed around zero-knowledge storage. Under normal operation, Ackaia does not ordinarily possess the plaintext master key or file keys required to decrypt your stored files.
If Ackaia could always generate a replacement secret capable of decrypting existing content without the original key path, that would create a provider-side recovery path to plaintext data.
Ackaia may be able to help restore access to your Ackaia ID or reset non-cryptographic account credentials. That does not automatically reconstruct:
a lost vault passphrase;
a lost vault PIN where it is part of key derivation;
missing recovery material;
a lost local browser key;
a lost device key;
a lost master key;
a lost share key.
If another trusted client can still decrypt the vault, do not clear its browser or application data until you understand your recovery options.
Where the product allows it, use that remaining access to:
download important files;
create an independent backup;
update recovery settings;
move to a new supported unlock method.
Support may be able to verify account ownership, inspect product state, or help with Ackaia ID access, but it may still be technically impossible to decrypt the files.
Do not send vault secrets, recovery phrases, master keys, file keys, or private cryptographic material to ordinary support channels.
Store recovery information separately from the device that uses the vault.
Use a strong, memorable vault secret where a human-chosen secret is required.
Maintain an independent backup of irreplaceable files.
Before wiping or replacing a trusted device, confirm that another valid unlock path exists.
Do not clear local key material unless you know how the vault will be unlocked again.