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:
r-zakarya
2026-08-15 18:03:09 +01:00
parent bc89ec0010
commit fa424a3bc7
+11 -4
View File
@@ -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>