Lancement du navigateur web CENO 2.0, utilisant un réseau P2P pour contourner les blocages

La société eQualite a publié une version du navigateur web mobile CENO 2.0.0 (CEnsorship.NO), conçu pour permettre l'accès à l'information en cas de censure, de filtrage du trafic ou de déconnexion de segments d'internet du réseau mondial. Le navigateur est basé sur le moteur GeckoView (utilisé dans Firefox pour Android), enrichi de la possibilité d'échanger des données via un réseau P2P décentralisé, où les utilisateurs participent au redirectionnement du trafic vers des passerelles externes, garantissant l'accès à l'information en contournant les filtres. Les développements du projet sont distribués sous la licence MIT. Des versions prêtes sont disponibles sur Google Play.

La fonctionnalité P2P a été transférée dans une bibliothèque séparée appelée Ouinet, qui peut être utilisée pour ajouter des moyens de contournement de censure dans n'importe quelle application. Le navigateur CENO et la bibliothèque Ouinet permettent d'accéder à l'information en cas de blocage actif des serveurs proxy. VPN, des passerelles et d'autres mécanismes centralisés de contournement du filtrage du trafic, jusqu'à la déconnexion complète de l'internet dans les zones censurées (en cas de blocage total, le contenu peut être diffusé depuis le cache ou des dispositifs locaux).

Le projet utilise le caching de contenu côté utilisateur, tout en maintenant un cache décentralisé de contenu populaire. Lorsqu'un utilisateur ouvre un site, le contenu téléchargé est mis en cache dans le système local et devient accessible aux participants du réseau P2P qui ne peuvent pas accéder directement à la ressource ou aux passerelles pour contourner le blocage. Sur chaque appareil, seules les données directement demandées depuis cet appareil sont stockées. L'identification des pages mises en cache se fait par un hachage de l'URL. Toutes les données supplémentaires associées à la page, telles que les images, les scripts et les styles, sont regroupées et fournies ensemble sous un seul identifiant.

Pour accéder au nouveau contenu, dont l'accès direct est bloqué, des passerelles proxy spéciales (injector) sont utilisées, qui sont situées dans des parties externes du réseau, non soumises à la censure. Les informations entre le client et la passerelle sont chiffrées à l'aide d'un chiffrement basé sur des clés publiques. Pour identifier les passerelles et prévenir l'introduction de passerelles malveillantes, des signatures numériques sont utilisées, et les clés des passerelles accompagnées par le projet sont incluses dans la livraison du navigateur.

Pour accéder à la passerelle en cas de blocage, une connexion en chaîne à travers d'autres utilisateurs est prise en charge, qui agissent en tant que proxy pour faire passer le trafic vers la passerelle (les données sont chiffrées avec la clé de la passerelle, ce qui empêche les utilisateurs de transit, à travers les systèmes desquels la demande est transmise, de s'immiscer dans le trafic ou de déterminer le contenu). Les systèmes clients ne transmettent pas les requêtes externes au nom d'autres utilisateurs, mais fournissent soit des données du cache, soit servent de maillon pour établir un tunnel vers la passerelle proxy.

Les requêtes normales sont d'abord tentées d'être livrées directement par le navigateur, et si la requête directe échoue, il effectue une recherche dans le cache distribué. En l'absence de l'URL dans le cache, l'information est demandée via une connexion à la passerelle proxy ou en s'adressant à la passerelle via un autre utilisateur. Les données confidentielles, telles que les cookies, ne sont pas conservées dans le cache.

Chaque système dans le réseau P2P est doté d'un identifiant interne, utilisé lors du routage dans le réseau P2P, mais non lié à la localisation physique de l'utilisateur. L'intégrité des informations transmises et conservées dans le cache est assurée par l'utilisation de signatures numériques (Ed25519). Le trafic transmis est chiffré à l'aide de TLS. Pour accéder aux informations sur la structure du réseau, les participants et le contenu mis en cache, une table de hachage distribuée (DHT) est utilisée. Si nécessaire, en plus de HTTP, µTP ou Tor peuvent être utilisés comme transport.

Cependant, CENO ne garantit pas l'anonymat et les informations sur les requêtes envoyées sont accessibles à l'analyse sur les appareils des participants (par exemple, par hachage, il est possible de déterminer qu'un utilisateur a accédé à un certain site). Pour les requêtes confidentielles, par exemple, nécessitant une connexion à son compte de messagerie et de réseaux sociaux, il est recommandé d'utiliser un onglet privé distinct, dans lequel les données sont demandées uniquement directement ou via la passerelle proxy, mais sans accéder au cache et sans rester dans le cache.

Parmi les changements de la nouvelle version :

• La mise en page du panneau a été modifiée et l'interface du configurateur a été retravaillée.
• Il est désormais possible de définir le comportement par défaut du bouton Clear et de supprimer ce bouton du panneau et du menu.
• Le configurateur permet désormais de nettoyer les données du navigateur, y compris la suppression sélective selon une liste.
• Les options du menu ont été réorganisées.
• Des options pour configurer l'interface ont été déplacées dans un sous-menu distinct.
• La version de la bibliothèque Ouinet (0.21.5) et de l'extension Ceno (1.6.1) a été mise à jour, le moteur GeckoView et les bibliothèques Mozilla ont été synchronisés avec Firefox for Android 108.
• La localisation pour la langue russe a été ajoutée.
• Des paramètres ont été ajoutés pour gérer les options de thème et les moteurs de recherche.

Source : opennet.ru