mirror of
https://github.com/narrrl/narl-workspace.git
synced 2026-11-03 16:41:27 +01:00
docs: what a vault password change does not take back
:passwd re-wraps the same master key, so a database copy from before the change — a pre-migration snapshot, a Proton Drive revision — still opens every sealed file with the old password. Say so, until a real rekey exists.
This commit is contained in:
1 parent
7f15206ffb
commit
cbbb804bfc
1 file changed
+7
@@ -307,6 +307,13 @@ it back out. `:unlock` and `:lock` open and close it, `:passwd` changes the
|
|||||||
password. A sealed file carries a lock in the list, and the bar says `vault
|
password. A sealed file carries a lock in the list, and the bar says `vault
|
||||||
open` while it is.
|
open` while it is.
|
||||||
|
|
||||||
|
`:passwd` wraps the same key under the new password, so no file has to be
|
||||||
|
rewritten — and so it does not take back what the old password opens. A copy
|
||||||
|
of `diary.db` from before the change (a `diary.db.pre-*` snapshot, a backup in
|
||||||
|
Proton Drive) still unwraps the key with the old password, and that key still
|
||||||
|
opens every sealed file. Change the password because you want a new one, not
|
||||||
|
to shut out someone who has the old one and an old copy.
|
||||||
|
|
||||||
`:encrypt` on a folder or space seals it for good, not just once: every file
|
`:encrypt` on a folder or space seals it for good, not just once: every file
|
||||||
in it now, and every file that lands in it later. An upload, an import, an SFTP
|
in it now, and every file that lands in it later. An upload, an import, an SFTP
|
||||||
write and a file or folder moved in are all sealed on the way in. While the
|
write and a file or folder moved in are all sealed on the way in. While the
|
||||||
|
|||||||
Reference in new issue
Block a user