Le projet pr\u00e9voit \u00e9galement la mise en cache du contenu du c\u00f4t\u00e9 de chaque utilisateur, en maintenant un cache d\u00e9centralis\u00e9 de contenu populaire. Lorsqu'un utilisateur ouvre un site, le contenu charg\u00e9 est mis en cache dans son syst\u00e8me et devient accessible aux membres du r\u00e9seau P2P qui ne peuvent pas avoir acc\u00e8s directement aux ressources ou aux passerelles pour contourner le blocage. Seules les donn\u00e9es explicitement demand\u00e9es par cet appareil sont stock\u00e9es. L'identification des pages mises en cache se fait par le biais d'un hachage de l'URL, tandis que toutes les donn\u00e9es suppl\u00e9mentaires associ\u00e9es \u00e0 la page, telles que les images, les scripts et les styles, sont regroup\u00e9es et renvoy\u00e9es ensemble sous un seul identifiant. <\/p>\n
Pour acc\u00e9der au nouveau contenu, dont l'acc\u00e8s direct est bloqu\u00e9, des passerelles proxy sp\u00e9ciales (injector) sont utilis\u00e9es, qui sont situ\u00e9es dans des parties externes du r\u00e9seau, non soumises \u00e0 la censure. Les informations entre le client et la passerelle sont chiffr\u00e9es \u00e0 l'aide d'un chiffrement bas\u00e9 sur des cl\u00e9s publiques. Pour identifier les passerelles et pr\u00e9venir l'introduction de passerelles malveillantes, des signatures num\u00e9riques sont utilis\u00e9es, et les cl\u00e9s des passerelles accompagn\u00e9es par le projet sont incluses dans la livraison du navigateur. <\/p>\n
Pour acc\u00e9der \u00e0 la passerelle en cas de blocage, une connexion en cha\u00eene \u00e0 travers d'autres utilisateurs est prise en charge, qui agissent en tant que proxy pour faire passer le trafic vers la passerelle (les donn\u00e9es sont chiffr\u00e9es avec la cl\u00e9 de la passerelle, ce qui emp\u00eache les utilisateurs de transit, \u00e0 travers les syst\u00e8mes desquels la demande est transmise, de s'immiscer dans le trafic ou de d\u00e9terminer le contenu). Les syst\u00e8mes clients ne transmettent pas les requ\u00eates externes au nom d'autres utilisateurs, mais fournissent soit des donn\u00e9es du cache, soit servent de maillon pour \u00e9tablir un tunnel vers la passerelle proxy.
![\"Le](\"\/wp-content\/uploads\/2022\/04\/1646ce8ee16ccb1475cb57d332fc9aad.jpg\")
<\/center> <\/p>\nCependant, CENO ne garantit pas l'anonymat et les informations sur les requ\u00eates envoy\u00e9es sont accessibles pour analyse sur les appareils des participants (un attaquant peut obtenir des informations sur les donn\u00e9es demand\u00e9es ou renvoy\u00e9es depuis le cache d'autres utilisateurs, et d\u00e9terminer qu'un utilisateur a acc\u00e9d\u00e9 \u00e0 un site sp\u00e9cifique via un hash). Les requ\u00eates normales essayent d'abord d'\u00eatre livr\u00e9es directement, et si la requ\u00eate directe \u00e9choue \u2014 elles recherchent dans le cache distribu\u00e9. En cas d'absence d'URL dans le cache, les informations sont demand\u00e9es via une connexion \u00e0 un proxy ou en acc\u00e9dant \u00e0 la passerelle par un autre utilisateur. Les donn\u00e9es confidentielles, comme les cookies, ne sont pas conserv\u00e9es dans le cache. <\/p>\n
Pour les requ\u00eates confidentielles, par exemple celles n\u00e9cessitant une connexion \u00e0 votre compte e-mail et sur les r\u00e9seaux sociaux, il est recommand\u00e9 d'utiliser un onglet priv\u00e9 s\u00e9par\u00e9, dans lequel les donn\u00e9es sont demand\u00e9es uniquement directement ou via un proxy, mais sans faire appel au cache et sans y rester. <\/p>\n
Chaque syst\u00e8me dans un r\u00e9seau P2P est dot\u00e9 d'un identifiant interne utilis\u00e9 pour le routage dans le r\u00e9seau P2P, mais qui n'est pas li\u00e9 \u00e0 la localisation physique de l'utilisateur. L'authenticit\u00e9 des informations transmises et stock\u00e9es dans le cache est garantie par l'utilisation de signatures num\u00e9riques (Ed25519). Le trafic transmis est chiffr\u00e9 par TLS. Pour acc\u00e9der aux informations sur la structure du r\u00e9seau, les participants et le contenu mis en cache, une table de hachage distribu\u00e9e (DHT) est utilis\u00e9e. Si n\u00e9cessaire, d'autres protocoles comme \u03bcTP ou Tor peuvent \u00eatre utilis\u00e9s en plus de HTTP.
![\"Le](\"\/wp-content\/uploads\/2022\/04\/ebb791969ddd63f378838a95933f519e.jpg\")
<\/center> <\/p>\nModifications dans la nouvelle version : <\/p>\n
- \n
- Il est d\u00e9sormais possible d'acc\u00e9der aux donn\u00e9es stock\u00e9es dans le cache local du syst\u00e8me courant, ce qui permet \u00e0 plusieurs utilisateurs d'un r\u00e9seau local de se fournir mutuellement un acc\u00e8s \u00e0 du contenu pr\u00e9c\u00e9demment t\u00e9l\u00e9charg\u00e9 dans des r\u00e9seaux enti\u00e8rement isol\u00e9s, n'ayant pas acc\u00e8s \u00e0 Internet. L'\u00e9change de donn\u00e9es est \u00e9galement possible avant le chargement de la table de hachage distribu\u00e9e (DHT).\n
- L'adresse IP d'un des n\u0153uds a \u00e9t\u00e9 ajout\u00e9e \u00e0 la liste des n\u0153uds utilis\u00e9s pour se connecter au r\u00e9seau en cas de d\u00e9faillance de DNS.\n
- Les fonctionnalit\u00e9s de d\u00e9bogage des erreurs ont \u00e9t\u00e9 \u00e9tendues.\n
- Le package comprend l'extension de navigateur \u00ab HTTPS par d\u00e9faut \u00bb, qui inclut par d\u00e9faut l'acc\u00e8s via le protocole HTTPS.\n
- Le dialogue \u00ab pas de Wi-Fi \u00bb a \u00e9t\u00e9 transform\u00e9 en \u00ab sur donn\u00e9es mobiles \u00bb et est maintenant affich\u00e9 lors de l'utilisation d'un r\u00e9seau mobile, ind\u00e9pendamment de l'\u00e9tat de la connexion Wi-Fi.\n
- Les versions CENO Extension 1.4.2 et Ouinet client 0.18.2 ont \u00e9t\u00e9 mises \u00e0 jour. <\/ul>\n