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 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. 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 **§1.6 validé** (2026-08-15), par la variante la plus radicale : suppression du
de bon. L'application doit le dire et repartir sur un retéléchargement propre — verrouillage d'écran, qui invalide définitivement toute clé Keystore exigeant
et c'est le seul cas où effacer est justifié, parce que le fichier ne une authentification. La clé privée RSA disparue, `vault.bin` est illisible
redeviendra jamais lisible. 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> <details>
<summary>Le diagnostic d'origine, conservé pour la trace</summary> <summary>Le diagnostic d'origine, conservé pour la trace</summary>