Pourquoi le serveur se rattache à votre navigateur

Le refus qui est à l’origine

Diwall, le projet dont celui-ci descend, pilote un Chromium sans écran. Sur certains sites publics, l’accès lui était refusé, jusqu’à la lecture d’un article, parce que le site le prenait pour un robot.

La décision

Ce serveur ne lance pas de navigateur pour le piloter. Il se rattache, par le protocole Chrome DevTools, à un navigateur que vous avez lancé sur un profil qui lui est dédié, et vous vous êtes connecté vous-même à vos sites dans ce navigateur. Le modèle reçoit l’image et l’arbre d’accessibilité que vous verriez dans ce navigateur (Architecture, deux couches). Le serveur ne démarre ni ne ferme le navigateur ; l’assistant d’installation le fait, quand vous le lui demandez (guide de l’opérateur, section 8).

Ce que le rattachement vérifie

• Le port de débogage est en boucle locale. À chaque rattachement, le serveur lit /proc/net et ne se rattache que si toutes les écoutes de ce port sont en boucle locale ; sinon il refuse (debug_endpoint_not_loopback) (Architecture, garde-fous).
• Le profil n’est pas votre profil habituel. Le serveur refuse le profil par défaut du navigateur. Chrome 136 et les versions suivantes ignorent le port de débogage sur le profil par défaut, ce qui est une raison de plus de prendre un profil à part ; le projet n’a pas mesuré ce comportement (guide de l’opérateur, section 3).
• Le profil est dans le répertoire chiffré. Les sessions où vous vous êtes connecté y sont gardées, et le navigateur ne se lance sur ce profil que lorsque le répertoire est ouvert (même section).
• Ses propres onglets seulement. Le serveur liste et pilote les onglets qu’il a ouverts et les fenêtres que leurs pages ont ouvertes, jamais les onglets que vous avez ouverts vous-même (guide de l’opérateur, section 8).

Ce que cela coûte

• Vous lancez le navigateur vous-même, avec un port de débogage et le profil du répertoire chiffré, ou vous laissez l’assistant d’installation le faire ; ce doit être un navigateur de la famille Chromium (guide de l’opérateur, section 3).
• Vous vous connectez une fois à chaque site dans ce navigateur.
• Tant que le serveur est rattaché, ce navigateur refuse tout téléchargement, dans vos propres onglets aussi, sauf autour d’un clic ou d’une touche Entrée du serveur (guide de l’opérateur, section 12).
• Les onglets du serveur restent ouverts quand il s’arrête ; le lancement suivant peut les fermer, pas y travailler (guide de l’opérateur, section 8).

Ce que cela ne change pas

Les conditions de chaque site restent celles de son exploitant. Le serveur n’est pas un moyen de les contourner : il agit dans votre session, avec votre confirmation pour les actions qu’il verrouille, et c’est vous qui répondez de ce qui s’y fait. Les sites que le modèle peut lire sont ceux de votre liste, comme la politique d’origines de votre profil le fixe (Le profil de l’opérateur).