{"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\/de\/blog\/novosti-interneta\/dostupen-web-brauzer-ceno-1-4-0-orientirovannyj-na-obhod-czenzury","title":{"rendered":"Der Webbrowser CENO 1.4.0, der auf die Umgehung von Zensur abzielt, ist verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Unternehmen eQualite hat die Version 1.4.0 des mobilen Webbrowsers CENO ver\u00f6ffentlicht, die darauf abzielt, den Zugang zu Informationen unter Bedingungen von Zensur, Datenfilterung oder Abschaltung von Internetsegmenten vom globalen Netzwerk zu erm\u00f6glichen. Als Grundlage wird Firefox f\u00fcr Android (Mozilla Fennec) verwendet. Die mit dem Aufbau eines dezentralen Netzwerks verbundenen Funktionen sind in eine separate Bibliothek, Ouinet, ausgelagert, die eingesetzt werden kann, um Zensurumgehungsmethoden in beliebige Anwendungen zu integrieren. Die Ergebnisse des Projekts werden unter der MIT-Lizenz vertrieben. Fertige Versionen sind im Google Play Store verf\u00fcgbar. <\/p>\n

Der Browser CENO und die Bibliothek Ouinet erm\u00f6glichen den Zugriff auf Informationen unter aktiver Blockierung von Proxy-Servern, VPN<\/a>, Gateways und anderen zentralisierten Mechanismen zur Umgehung von Datenfilterung, selbst bis hin zu einer vollst\u00e4ndigen Abschaltung des Internets in zensierten Regionen (bei einer vollst\u00e4ndigen Blockade kann der Inhalt aus dem Cache oder von lokalen Speichern bereitgestellt werden). F\u00fcr den Datenaustausch wird ein P2P-Netzwerk geschaffen, in dem Benutzer am Weiterleiten von Daten zu externen Gateways (Injectoren) teilnehmen, die den Zugang zu Informationen erm\u00f6glichen und Filter umgehen. <\/p>\n

Das Projekt sieht au\u00dferdem vor, dass Inhalte auf der Seite jedes Benutzers zwischengespeichert werden, wobei ein dezentrales Cache f\u00fcr beliebte Inhalte gewahrt bleibt. Wenn ein Benutzer eine Webseite \u00f6ffnet, werden die geladenen Inhalte im System des Benutzers gespeichert und stehen Mitgliedern des P2P-Netzwerks zur Verf\u00fcgung, die keinen direkten Zugang zur Ressource oder zu Gateways haben, um die Blockade zu umgehen. Auf jedem Ger\u00e4t werden nur die Daten gespeichert, die direkt von diesem Ger\u00e4t angefordert wurden. Die Identifizierung der zwischengespeicherten Seiten erfolgt durch den Hash der URL, wobei alle zus\u00e4tzlichen Daten, die mit der Seite verbunden sind, wie Bilder, Skripte und Stile, zusammengefasst und unter einer einzigen ID bereitgestellt werden. <\/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.

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

Dabei gew\u00e4hrleistet CENO keine Anonymit\u00e4t, und Informationen \u00fcber die gesendeten Anfragen sind f\u00fcr die Analyse auf den Ger\u00e4ten der Teilnehmer zug\u00e4nglich. Ein Angreifer kann Informationen \u00fcber die Daten erhalten, die von anderen Benutzern aus dem Cache angefordert oder zur\u00fcckgegeben werden, und auch feststellen, dass ein Benutzer auf eine bestimmte Website \u00fcber den Hash zugegriffen hat. Gew\u00f6hnliche Anfragen versucht der Browser zun\u00e4chst direkt zu liefern. Wenn die direkte Anfrage nicht durchgeht, wird eine Suche im verteilten Cache durchgef\u00fchrt. Bei fehlender URL im Cache wird die Information \u00fcber eine Verbindung zum Proxy-Gateway oder durch einen anderen Benutzer an das Gateway angefragt. Vertrauliche Daten wie Cookies werden im Cache nicht gespeichert. <\/p>\n

F\u00fcr vertrauliche Anfragen, beispielsweise wenn eine Verbindung zu Ihrem Konto in E-Mail und sozialen Netzwerken erforderlich ist, wird empfohlen, einen separaten privaten Tab zu verwenden, bei dessen Benutzung die Daten nur direkt oder \u00fcber das Proxy-Gateway angefragt werden, jedoch ohne Zugriff auf den Cache und ohne Speicherung im Cache. <\/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.

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

\u00c4nderungen in der neuen Version: <\/p>\n