From fa424a3bc76e512a8ddbb8261856a2ba45acae97 Mon Sep 17 00:00:00 2001 From: r-zakarya <82443831+r-zakarya@users.noreply.github.com> Date: Sat, 15 Aug 2026 18:03:09 +0100 Subject: [PATCH] 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 --- android-client/PLAN.md | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/android-client/PLAN.md b/android-client/PLAN.md index aac4775..27a49b3 100644 --- a/android-client/PLAN.md +++ b/android-client/PLAN.md @@ -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.**
Le diagnostic d'origine, conservé pour la trace