Limites

Ce que la sécurité ne promet pas

• Le répertoire chiffré protège autant que son mot de passe. Qui a le mot de passe ouvre le volume et lit ce qu’il contient ; un mot de passe faible ou réutilisé protège peu.
• Les garde-fous sont datés. Les mesures de ce site appartiennent à la version qu’il décrit. Un modèle plus récent que ceux essayés peut trouver un contournement d’un garde-fou qu’aucun essai n’a vu.

Les mêmes deux énoncés figurent dans la section 12 du guide de l’opérateur.

Un client doté d’un shell lève la garde du profil

La liste de sites, les actions verrouillées et la liaison des identifiants retiennent un modèle qui n’a que les quatorze outils. Un modèle à qui le client donne aussi un shell sous votre compte peut modifier profile.json, origin_policy comprise, lancer le serveur depuis un script à lui et, tant que le répertoire chiffré est ouvert, lire les fichiers d’identifiants. Une origine ajoutée ainsi à allowed_origins est lue par status à son appel suivant.

Le serveur ne l’empêche pas ; la trace qu’il laisse après un changement des listes de sites (Le profil de l’opérateur) peut être effacée par le même shell. Ce qui borne un tel modèle, c’est la configuration du client : donnez les outils à un agent dont le shell vous demande d’abord (Brancher un client MCP).

Ce que les vérifications ne rattrapent pas

• Une page qui bouge au dernier instant. Un clic revérifie sa cible après le déplacement du pointeur, puis demande au navigateur quel élément la pression a atteint et relâche le bouton hors de la page si ce n’est pas la cible. Sur une page d’essai qui échange le bouton sous le pointeur toutes les 2 ms, 300 clics sur Chrome 156 : aucun n’a atteint l’autre bouton, alors que 29 l’avaient atteint avant le contrôle. Ce qui n’est pas rattrapé : les gestionnaires que la page a elle-même attachés à la pression s’exécutent sur ce qui se trouvait sous le pointeur, et la garde d’une touche ou d’un texte est un script de la page, qu’une page qui l’attend contourne.
• Ce qu’une personne ne peut pas lire. La visibilité est approximative : le serveur ne calcule ni le contraste ni le rognage par overflow, si bien qu’un texte que vous ne pouvez pas lire peut atteindre le modèle. Un nœud sans boîte propre est pris pour caché, avec tout ce qu’il contient : sur Chromium 141, une page dont le corps n’avait aucune hauteur n’a donné aucun repère.
• Un bandeau qui ne recouvre rien en vue n’est pas une couche, et peut être coupé comme n’importe quel élément quand la vue en contient plus que les plafonds. Une couche recouvre par sa boîte, pas par les pixels qu’elle peint, et 100 nœuds fixes ou collants d’une page au plus sont examinés (Quand une page contient trop).
• Un champ qu’il ne reconnaît pas comme sensible est montré, valeur comprise.
• Une action verrouillée formulée autrement. Le verrou lit des mots et des champs de carte. Sur 100 libellés de boutons courants, il n’en a manqué aucun et en a verrouillé 2 qu’un lecteur attentif n’aurait pas verrouillés (Effacer le formulaire, Supprimer le filtre) ; un libellé qui dit « payer » avec d’autres mots n’est pas verrouillé.
• Les téléchargements et les boîtes de dialogue contraignent des tâches réelles ; ils sont sur Cas d’usage.

Non mesuré

• Chrome 154 avec son profil gardé dans un répertoire chiffré.
• Brave.
• Une confirmation demandée par un client MCP de bureau (élicitation) : testée avec le seul client du SDK MCP.
• Le zoom fait par les touches Ctrl et + d’un navigateur avec interface, un écran dont l’échelle vaut vraiment 1,5, et un clic sur un élément à l’intérieur d’un cadre d’une page défilée.
• La conversion d’anciens fichiers d’identifiants sur un vrai volume gocryptfs.

La liste complète, avec chaque mesure et la commande qui la rejoue, est dans la section 12 du guide de l’opérateur et dans le README.