{"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\/novosti-interneta\/dostupen-web-brauzer-ceno-1-4-0-orientirovannyj-na-obhod-czenzury","title":{"rendered":"\u00c8 disponibile il browser web CENO 1.4.0, orientato a eludere la 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 facilitare l'accesso alle informazioni in condizioni di censura, filtraggio del traffico o disconnessione di segmenti di internet dalla rete globale. \u00c8 basato su Firefox per Android (Mozilla Fennec). La funzionalit\u00e0 legata alla costruzione di una rete decentralizzata \u00e8 stata estratta in una libreria separata, Ouinet, che pu\u00f2 essere utilizzata per aggiungere strumenti di elusione della censura nelle applicazioni. I risultati del progetto sono distribuiti con licenza MIT. Le build pronte sono disponibili su Google Play. <\/p>\n

Il browser CENO e la libreria Ouinet consentono di accedere alle informazioni in presenza di attive restrizioni sui server proxy, VPN<\/a>, gateway e altri meccanismi centralizzati per eludere il filtraggio del traffico, fino alla completa disconnessione di internet nelle aree soggette a censura (in caso di blocco totale, il contenuto pu\u00f2 essere distribuito dalla 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 forniscono accesso alle informazioni, eludendo i filtri. <\/p>\n

Il progetto prevede anche la memorizzazione cache del contenuto sul lato di ciascun utente, mantenendo una cache decentralizzata per i contenuti popolari. Quando un utente apre un sito, il contenuto caricato viene memorizzato nella cache del sistema dell'utente e diventa accessibile ai membri della rete P2P che non possono accedere direttamente alla risorsa o ai gateway per eludere le restrizioni. Su ciascun dispositivo sono memorizzati solo i dati richiesti direttamente da quel dispositivo. L'identificazione delle pagine memorizzate nella cache avviene utilizzando un hash dell'URL; tutti i dati aggiuntivi relativi alla pagina, come immagini, script e stili, vengono raggruppati e restituiti insieme a un'unica identificazione. <\/p>\n

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

Per accedere al proxy in caso di blocco, viene supportata una connessione a catena attraverso altri utenti, che fungono da proxy per inoltrare il traffico al proxy (i dati sono crittografati con la chiave del proxy, il che impedisce agli utenti di transito, tramite i sistemi dei quali passa la richiesta, di interferire nel 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 link per stabilire un tunnel verso il proxy.

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

Tuttavia, CENO non garantisce l'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 un utente ha visitato un sito specifico tramite l'hash). Inizialmente, il browser cerca di inviare le richieste direttamente, e se la richiesta diretta non va a buon fine \u2014 esegue una ricerca nella cache distribuita. In assenza di URL nella cache, le informazioni vengono richieste tramite una connessione a un gateway proxy o contattando il gateway tramite un altro utente. Dati sensibili, come i cookie, non vengono salvati nella cache. <\/p>\n

Per le 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, in cui i dati vengono richiesti solo direttamente o tramite proxy, senza accedere alla cache e senza depositarsi 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'affidabilit\u00e0 delle informazioni trasmesse e memorizzate nella cache \u00e8 garantita tramite l'uso di firme digitali (Ed25519). Il traffico trasmesso \u00e8 criptato utilizzando TLS. Per accedere alle informazioni sulla struttura della rete, sui partecipanti e sui contenuti memorizzati nella cache, viene utilizzata una tabella di hash distribuita (DHT). Se necessario, oltre a HTTP, possono essere utilizzati come trasporto \u03bcTP o Tor.

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

Novit\u00e0 nella nuova versione: <\/p>\n