Cryptomator is saving password in keychain when setting is off #18324
Replies: 1 comment
|
This is a confirmed application bug, not a misunderstanding of the setting. The exact issue has already been fixed on The faulty path is in PasswordVaultLoader. The passphrase dialog returned a Commit 59ab388 — Copy save flag from prompt fixes both the initial unlock and retry paths by doing the equivalent of: credentials = new VaultCredentials(input.getPassword());
credentials.setSaved(input.isSaved());The project's current CHANGELOG lists this verbatim under the upcoming 9.5.3 section: “Password saved regardless of checkbox selection (Cryptomator)”. At the moment the repository's latest release tag is still For now:
The stored value is in macOS Keychain rather than a plain-text preference file, but the behavior still violates the checkbox and should be treated as a credential-retention bug. Reinstalling or repeatedly deleting the item cannot fix the old code path; updating to a build containing 59ab388 is the actual fix. |



This is a confirmed application bug, not a misunderstanding of the setting. The exact issue has already been fixed on
master.The faulty path is in PasswordVaultLoader. The passphrase dialog returned a
Credentialsobject containing both the password and the state of the Save Password checkbox, but the old code copied onlygetPassword()into a newVaultCredentials. It discarded the checkbox state. The new vault credentials could therefore still be treated as saved, and the loader then wroteCryptomator Passphrase (...)to Keychain.Commit 59ab388 — Copy save flag from prompt fixes both the initial unlock and retry paths by doing the equivalent of: