{"id":103781,"date":"2022-04-14T15:36:37","date_gmt":"2022-04-14T13:36:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-web-brauzer-ceno-1-4-0-orientirovannyj-na-obhod-czenzury"},"modified":"2022-04-14T15:36:37","modified_gmt":"2022-04-14T13:36:39","slug":"dostupen-web-brauzer-ceno-1-4-0-orientirovannyj-na-obhod-czenzury","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dostupen-web-brauzer-ceno-1-4-0-orientirovannyj-na-obhod-czenzury","title":{"rendered":"\u00c8 disponibile il browser web CENO 1.4.0, progettato per l'aggiramento della censura","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

L'azienda eQualite ha pubblicato la versione 1.4.0 del browser web mobile CENO, progettato per organizzare l'accesso all'informazione in condizioni di censura, filtraggio del traffico o disconnessione di segmenti di internet dalla rete globale. Alla base c'\u00e8 Firefox per Android (Mozilla Fennec). La funzionalit\u00e0 relativa alla costruzione di una rete decentralizzata \u00e8 stata estratta in una libreria separata, Ouinet, che pu\u00f2 essere utilizzata per aggiungere strumenti di bypass della censura in applicazioni qualsiasi. I risultati del progetto sono distribuiti con licenza MIT. Le versioni pronte sono disponibili su Google Play. <\/p>\n

Il browser CENO e la libreria Ouinet consentono di accedere all'informazione in condizioni di attiva blocco dei server proxy, VPN<\/a>, gateway e altri meccanismi centralizzati di bypass del filtraggio del traffico, fino alla completa disconnessione di internet nelle aree censurate (in caso di blocco totale, il contenuto pu\u00f2 essere fornito da cache o da dispositivi di archiviazione locali). Per lo scambio di dati viene creata una rete P2P, in cui gli utenti partecipano al reindirizzamento del traffico verso gateway esterni (injector), che garantiscono l'accesso alle informazioni bypassando i filtri. <\/p>\n

Il progetto prevede anche la memorizzazione nella cache dei contenuti sul lato di ogni utente, mantenendo una cache decentralizzata di contenuti popolari. Quando un utente apre un sito, il contenuto caricato viene memorizzato nel sistema dell'utente e diventa accessibile ai partecipanti della rete P2P, che non possono ottenere accesso diretto alla risorsa o ai gateway per il bypass del blocco. Su ciascun dispositivo vengono memorizzati solo i dati specificamente richiesti da tale dispositivo. L'identificazione delle pagine memorizzate nella cache avviene utilizzando un hash dall'URL, con tutti i dati aggiuntivi associati alla pagina, come immagini, script e stili, raggruppati e restituiti insieme a un unico identificatore. <\/p>\n

Per accedere a nuovi contenuti, il cui accesso diretto \u00e8 bloccato, vengono utilizzati proxy gateway speciali (injector), che sono collocati in parti esterne della rete, non soggette a censura. Le informazioni tra il client e il gateway sono crittografate utilizzando la crittografia basata su chiavi pubbliche. Per identificare i gateway e prevenire l'introduzione di gateway dannosi, vengono utilizzate firme digitali, e le chiavi dei gateway accompagnati dal progetto sono incluse nella fornitura del browser. <\/p>\n

Per accedere al gateway in caso di blocco, \u00e8 supportata la connessione in chain attraverso altri utenti, che fungono da proxy per instradare il traffico verso il gateway (i dati sono crittografati con la chiave del gateway, impedendo cos\u00ec agli utenti di transito, attraverso i sistemi dei quali viene inviata la richiesta, di intercettare il traffico o determinare il contenuto). I sistemi client non inviano richieste esterne a nome di altri utenti, ma restituiscono dati dalla cache o vengono utilizzati come anello per stabilire un tunnel verso il proxy gateway.

\"\u00c8<\/center> <\/p>\n

CENO non offre anonimato e le informazioni sulle richieste inviate sono disponibili per l'analisi sui dispositivi dei partecipanti (un malintenzionato pu\u00f2 ottenere informazioni sui dati richiesti o restituiti dalla cache ad altri utenti, oltre a determinare che l'utente ha visitato un determinato sito tramite l'hash). Inizialmente, il browser tenta di inviare le richieste direttamente e, se la richiesta diretta non va a buon fine, esegue una ricerca nella cache distribuita. In assenza di un URL nella cache, le informazioni vengono richieste tramite una connessione a un gateway proxy o accedendo al gateway attraverso un altro utente. I dati riservati, come i cookie, non vengono memorizzati nella cache. <\/p>\n

Per richieste riservate, ad esempio quelle che richiedono l'accesso al proprio account e-mail e ai social network, si consiglia di utilizzare una scheda privata separata, dove i dati vengono richiesti solo direttamente o tramite il gateway proxy, senza accedere alla cache e senza rimanere nella cache. <\/p>\n

Ogni sistema in una rete P2P \u00e8 dotato di un identificatore interno, utilizzato per il routing nella rete P2P, ma non legato alla posizione fisica dell'utente. L'integrit\u00e0 delle informazioni trasmesse e memorizzate nella cache \u00e8 garantita tramite l'uso di firme digitali (Ed25519). Il traffico trasferito \u00e8 crittografato utilizzando TLS. Per accedere alle informazioni sulla topologia della rete, sui partecipanti e sui contenuti memorizzati nella cache, viene utilizzata una tabella hash distribuita (DHT). Se necessario, oltre a HTTP, possono essere utilizzati come trasporto \u03bcTP o Tor.

\"\u00c8<\/center> <\/p>\n

Le modifiche nella nuova versione: <\/p>\n