{"id":114774,"date":"2024-04-04T00:25:53","date_gmt":"2024-04-03T22:25:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-web-brauzera-ceno-2-1-ispolzuyushhego-p2p-set-dlya-dostupa-k-sajtam"},"modified":"2024-04-04T00:25:53","modified_gmt":"2024-04-03T22:25:54","slug":"vypusk-web-brauzera-ceno-2-1-ispolzuyushhego-p2p-set-dlya-dostupa-k-sajtam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-web-brauzera-ceno-2-1-ispolzuyushhego-p2p-set-dlya-dostupa-k-sajtam","title":{"rendered":"Uscita del browser web CENO 2.1, che utilizza una rete P2P per accedere ai siti","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dopo un anno di sviluppo \u00e8 stato rilasciato il browser web mobile CENO 2.1.0, progettato per organizzare l'accesso alle informazioni in condizioni in cui l'accesso diretto non \u00e8 possibile, ad esempio quando segmenti di internet vengono scollegati dalla rete globale a causa di guasti o azioni di malintenzionati. Il browser \u00e8 basato sul motore GeckoView (utilizzato in Firefox per Android), potenziato con la possibilit\u00e0 di scambiare dati tramite una rete P2P decentralizzata, in cui gli utenti partecipano al reindirizzamento del traffico verso gateway esterni che forniscono accesso alle informazioni. I progressi del progetto sono distribuiti con licenza MIT. Le versioni pronte sono disponibili su Google Play. <\/p>\n

La funzionalit\u00e0 P2P \u00e8 separata in una libreria chiamata Ouinet, che pu\u00f2 essere utilizzata in applicazioni di qualsiasi tipo. Il browser CENO e la libreria Ouinet consentono di accedere alle informazioni anche in situazioni di totale disconnessione da internet, ad esempio a causa di guasti globali. In questo caso, i contenuti possono essere distribuiti dalla cache o da archivi locali. <\/p>\n

Il progetto utilizza la cache dei contenuti sul lato di ogni utente, mantenendo una cache decentralizzata dei contenuti popolari. Quando un utente apre il sito, il contenuto caricato viene memorizzato nel sistema locale ed \u00e8 reso disponibile ai partecipanti della rete P2P che non possono accedere direttamente alla risorsa o ai gateway. Solo i dati richiesti direttamente da quel dispositivo vengono memorizzati su ciascun dispositivo. L'identificazione delle pagine memorizzate nella cache avviene utilizzando l'hash dell'URL. Tutti i dati aggiuntivi associati alla pagina, come immagini, script e stili, vengono raggruppati e restituiti insieme a un unico identificatore. <\/p>\n

Per accedere a nuovi contenuti, per i quali non \u00e8 possibile l'accesso diretto, vengono utilizzati proxy speciali (injector) che sono collocati in parti esterne e intatte della rete, dove \u00e8 ancora possibile stabilire una connessione. Le informazioni tra il cliente e il proxy sono crittografate utilizzando una crittografia basata su chiavi pubbliche. Per identificare i proxy e prevenire l'inserimento di proxy malevoli, vengono utilizzate firme digitali, e le chiavi dei proxy supportati dal progetto sono incluse nella fornitura del browser. <\/p>\n

Per accedere al proxy in condizioni di accesso diretto non disponibile, \u00e8 supportata la connessione tramite una catena di altri utenti, che fungono da proxy per instradare il traffico verso il proxy (i dati sono crittografati con la chiave del proxy, il che impedisce agli utenti transitari, attraverso i sistemi dei quali viene inviata la richiesta, di intromettersi nel traffico o di determinare il contenuto). I sistemi client non inviano richieste esterne a nome di altri utenti, ma restituiscono dati dalla cache o sono utilizzati come anello per stabilire un tunnel verso il proxy. <\/p>\n

Le richieste normali vengono inizialmente inviate direttamente dal browser; se la richiesta diretta non va a buon fine, viene effettuata una ricerca nella cache distribuita. In assenza di URL nella cache, le informazioni vengono richiamate tramite una connessione a un gateway proxy o facendo riferimento a un gateway tramite un altro utente. I dati riservati, come i cookie, non vengono conservati nella cache. <\/p>\n

\"Uscita<\/center> <\/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. <\/p>\n

In questo caso, CENO non garantisce l'anonimato e le informazioni sulle richieste inviate sono accessibili per l'analisi sui dispositivi dei partecipanti (ad esempio, tramite l'hash \u00e8 possibile determinare che un utente ha visitato un determinato sito). Per le richieste riservate, come quelle che richiedono il collegamento al proprio account email o ai social network, si consiglia di utilizzare una scheda privata separata, con la quale i dati vengono richiesti solo direttamente o tramite un gateway proxy, senza accedere alla cache e senza conservarli nella cache. <\/p>\n

Tra le novit\u00e0 della nuova versione: <\/p>\n