docs(android): section 1 is complete, six checks out of six
Removing the screen lock permanently invalidates every Keystore key that requires authentication, so the cache was unreadable for good and re-downloading was the only way out. The automatic open kept the cache and reported; only the explicit tap cleared it. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
+11
-4
@@ -91,10 +91,17 @@ déverrouillé, réouverture → la fenêtre de 30 s avait expiré, l'invite est
|
||||
réapparue, et le cache était intact. C'est précisément le cas qui détruisait le
|
||||
fichier avant que `LoadVault` cesse de trancher lui-même.
|
||||
|
||||
Ne reste que §1.6 : enrôler une nouvelle empreinte, ce qui invalide la clé pour
|
||||
de bon. L'application doit le dire et repartir sur un retéléchargement propre —
|
||||
et c'est le seul cas où effacer est justifié, parce que le fichier ne
|
||||
redeviendra jamais lisible.
|
||||
**§1.6 validé** (2026-08-15), par la variante la plus radicale : suppression du
|
||||
verrouillage d'écran, qui invalide définitivement toute clé Keystore exigeant
|
||||
une authentification. La clé privée RSA disparue, `vault.bin` est illisible
|
||||
pour toujours, et l'application a bien reparti sur un retéléchargement.
|
||||
|
||||
Ce qui compte est *quand* elle a effacé : l'ouverture automatique au lancement
|
||||
a constaté l'indisponibilité et **gardé le cache** ; il a fallu un appui
|
||||
explicite sur *Open vault* pour qu'elle le supprime. Diagnostic sûr, puis geste
|
||||
de l'utilisateur — la règle posée après l'incident du matin tient.
|
||||
|
||||
**§1 est donc complet, six points sur six.**
|
||||
|
||||
<details>
|
||||
<summary>Le diagnostic d'origine, conservé pour la trace</summary>
|
||||
|
||||
Reference in New Issue
Block a user