{"id":106529,"date":"2023-01-27T12:48:11","date_gmt":"2023-01-27T10:48:12","guid":{"rendered":"https:\/\/prohoster.info\/?p=106529"},"modified":"2023-02-07T12:09:04","modified_gmt":"2023-02-07T10:09:04","slug":"vypusk-web-brauzera-ceno-2-0-ispolzuyushhego-p2p-set-dlya-obhoda-blokirovok","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-web-brauzera-ceno-2-0-ispolzuyushhego-p2p-set-dlya-obhoda-blokirovok","title":{"rendered":"Ver\u00f6ffentlichung des webbasierten Browsers CENO 2.0, der ein P2P-Netzwerk zur Umgehung von Sperren nutzt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Unternehmen eQualite hat die Version 2.0.0 des mobilen Webbrowsers CENO (CEnsorship.NO) ver\u00f6ffentlicht, der dazu dient, den Zugang zu Informationen unter Bedingungen von Zensur, Datenfilterung oder dem Ausschluss von Internetsegmenten aus dem globalen Netzwerk zu erm\u00f6glichen. Der Browser basiert auf der GeckoView-Engine (wie sie in Firefox f\u00fcr Android verwendet wird) und erweitert die Funktionalit\u00e4t um den Datenaustausch \u00fcber ein dezentrales P2P-Netzwerk, in dem Nutzer am Umleiten von Datenverkehr zu externen Gateways teilnehmen, um Informationen an Filter vorbei zu erhalten. Die Ergebnisse des Projekts stehen unter der MIT-Lizenz zur Verf\u00fcgung. Fertige Builds sind im Google Play Store erh\u00e4ltlich. <\/p>\n

Die P2P-Funktionalit\u00e4t wurde in eine separate Bibliothek namens Ouinet ausgelagert, die f\u00fcr die Integration von Zensurumgehungsmechanismen in beliebige Anwendungen verwendet werden kann. Der Browser CENO und die Bibliothek Ouinet erm\u00f6glichen den Zugang zu Informationen, auch wenn Proxy-Server aktiv blockiert werden. VPN<\/a>, Gateways und andere zentralisierte Mechanismen zur Umgehung von Datenfilterungen, sogar bei vollst\u00e4ndiger Internetsperre in zensierten Regionen (bei vollst\u00e4ndiger Blockierung kann der Inhalt aus dem Cache oder von lokalen Speichern bereitgestellt werden). <\/p>\n

Das Projekt verwendet Content-Caching auf der Seite jedes Nutzers und unterst\u00fctzt einen dezentralen Cache f\u00fcr beliebte Inhalte. Wenn ein Nutzer die Website \u00f6ffnet, wird der angezeigte Inhalt im lokalen System zwischengespeichert und steht Mitgliedern des P2P-Netzwerks zur Verf\u00fcgung, die keinen direkten Zugriff auf die Ressource oder die Gateways zum Umgehen von Sperren haben. Auf jedem Ger\u00e4t werden nur die Daten gespeichert, die direkt von diesem Ger\u00e4t angefordert wurden. Die Identifizierung der zwischengespeicherten Seiten erfolgt mithilfe eines Hash-Werts der URL. Alle zus\u00e4tzlichen mit der Seite verbundenen Daten, wie Bilder, Skripte und Styles, werden gruppiert und zusammen \u00fcber eine einzige ID bereitgestellt. <\/p>\n

Um auf neue Inhalte zuzugreifen, die direkt gesperrt sind, kommen spezielle Proxy-Gateways (Injector) zum Einsatz, die in externen, zensurfreiem Netzwerkbereichen platziert sind. Die Informationen zwischen dem Client und dem Gateway werden mit einer Verschl\u00fcsselung auf Basis \u00f6ffentlicher Schl\u00fcssel verschl\u00fcsselt. Zur Identifikation der Gateways und zur Verhinderung der Einf\u00fchrung sch\u00e4dlicher Gateways werden digitale Signaturen verwendet, und die Schl\u00fcssel der vom Projekt unterst\u00fctzten Gateways sind im Browser integriert. <\/p>\n

Um bei einer Blockierung auf das Gateway zuzugreifen, wird eine Verbindung \u00fcber andere Benutzer unterst\u00fctzt, die als Proxys fungieren, um den Datenverkehr zum Gateway weiterzuleiten (die Daten werden mit dem Schl\u00fcssel des Gateways verschl\u00fcsselt, wodurch Transitbenutzern, \u00fcber deren Systeme die Anfrage gesendet wird, der Zugriff auf den Datenverkehr oder der Inhalt nicht m\u00f6glich ist). Die Client-Systeme senden externe Anfragen nicht im Namen anderer Benutzer, sondern liefern entweder cachebasierte Daten oder dienen als Verbindung zur Einrichtung eines Tunnels zum Proxy-Gateway. <\/p>\n

\"Ver\u00f6ffentlichung<\/center> <\/p>\n

Zun\u00e4chst versucht der Browser, regul\u00e4re Anfragen direkt zu bearbeiten. Wenn dies nicht m\u00f6glich ist, sucht er in einem verteilten Cache. Ist die URL im Cache nicht vorhanden, wird die Information \u00fcber eine Verbindung zu einem Proxy-Gateway angefragt oder \u00fcber einen anderen Benutzer auf das Gateway zugegriffen. Sensible Daten wie Cookies werden nicht im Cache gespeichert. <\/p>\n

\"Ver\u00f6ffentlichung<\/center> <\/p>\n

Jedes System im P2P-Netzwerk erh\u00e4lt eine interne Kennung, die bei der Routenf\u00fchrung im P2P-Netzwerk verwendet wird, jedoch nicht an den physischen Standort des Nutzers gebunden ist. Die Authentizit\u00e4t der \u00fcbermittelten und im Cache gespeicherten Informationen wird durch digitale Signaturen (Ed25519) gew\u00e4hrleistet. Der \u00fcbertragene Datenverkehr wird mithilfe von TLS verschl\u00fcsselt. F\u00fcr den Zugriff auf Informationen \u00fcber die Netzwerkstruktur, die Teilnehmer und den zwischengespeicherten Inhalt wird eine verteilte Hash-Tabelle (DHT) verwendet. Falls erforderlich, k\u00f6nnen neben HTTP auch \u03bcTP oder Tor als Transportmittel eingesetzt werden. <\/p>\n

Dabei gew\u00e4hrleistet CENO keine Anonymit\u00e4t, und Informationen \u00fcber die gesendeten Anfragen sind auf den Ger\u00e4ten der Teilnehmer zur Analyse verf\u00fcgbar (zum Beispiel kann durch den Hash festgestellt werden, dass der Benutzer eine bestimmte Website besucht hat). F\u00fcr vertrauliche Anfragen, wie beispielsweise solche, die eine Anmeldung bei E-Mail- und sozialen Konten erfordern, wird empfohlen, einen separaten privaten Tab zu verwenden, bei dem die Daten nur direkt oder \u00fcber einen Proxy-Server abgefragt werden, ohne auf den Cache zuzugreifen und ohne im Cache zu landen. <\/p>\n

Zu den \u00c4nderungen in der neuen Version geh\u00f6ren: <\/p>\n