{"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\/news\/vypusk-web-brauzera-ceno-2-0-ispolzuyushhego-p2p-set-dlya-obhoda-blokirovok","title":{"rendered":"Ver\u00f6ffentlichung des Web-Browsers CENO 2.0, der ein P2P-Netzwerk zum Umgehen 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 Zensurbedingungen, bei Trafficfilterung oder bei Abschaltung von Internetsegmenten vom globalen Netzwerk zu organisieren. Der Browser basiert auf der GeckoView-Engine (die in Firefox f\u00fcr Android verwendet wird) und bietet die M\u00f6glichkeit, Daten \u00fcber ein dezentrales P2P-Netzwerk auszutauschen, in dem Nutzer am Umleiten von Traffic zu externen Gateways teilnehmen, die den Zugang zu Informationen jenseits von Filtern erm\u00f6glichen. Die Entwicklungen des Projekts werden unter der MIT-Lizenz ver\u00f6ffentlicht. Fertige Builds sind im Google Play Store verf\u00fcgbar. <\/p>\n

Die P2P-Funktionalit\u00e4t wurde in eine separate Bibliothek namens Ouinet ausgelagert, die verwendet werden kann, um Zensurumgehungsma\u00dfnahmen in beliebige Anwendungen zu integrieren. Der CENO-Browser und die Ouinet-Bibliothek erm\u00f6glichen den Zugang zu Informationen unter aktiver Sperrung von Proxy-Servern, VPN<\/a>, Gateways und anderen zentralisierten Mechanismen zur Umgehung von Trafficfilterungen, bis hin zur vollst\u00e4ndigen Abschaltung des Internets in zensierten Regionen (bei vollst\u00e4ndiger Blockierung kann der Inhalt aus dem Cache oder von lokalen Speichern bereitgestellt werden). <\/p>\n

Das Projekt nutzt das Caching von Inhalten auf der Seite jedes Nutzers und unterst\u00fctzt einen dezentralen Cache f\u00fcr beliebte Inhalte. Wenn ein Nutzer eine Website \u00f6ffnet, wird der heruntergeladene Inhalt im lokalen System zwischengespeichert und wird Teilnehmern des P2P-Netzwerks zug\u00e4nglich, die keinen direkten Zugang zur Ressource oder zu Gateways zur Umgehung der Sperrung haben. Auf jedem Ger\u00e4t werden nur die Daten gespeichert, die direkt von diesem Ger\u00e4t angefordert wurden. Die Identifizierung der im Cache befindlichen Seiten erfolgt mit Hilfe eines Hashes von der URL. Alle zus\u00e4tzlichen mit der Seite verbundenen Daten, wie Bilder, Skripte und Styles, werden gruppiert und zusammen mit einer einzigen ID bereitgestellt. <\/p>\n

Um Zugang zu neuen Inhalten zu erhalten, die direkt blockiert sind, werden spezielle Proxy-Gateways (Injector) verwendet, die in externen, zensurfreien Bereichen des Netzwerks platziert sind. Die Informationen zwischen dem Client und dem Gateway werden mit einer Verschl\u00fcsselung auf Basis \u00f6ffentlicher Schl\u00fcssel verschl\u00fcsselt. Zur Identifizierung der Gateways und zur Verhinderung der Implementierung sch\u00e4dlicher Gateways werden digitale Signaturen eingesetzt, und die Schl\u00fcssel der unterst\u00fctzten Gateways sind in der Lieferung des Browsers enthalten. <\/p>\n

Um auf das Gateway zuzugreifen, w\u00e4hrend es blockiert ist, wird eine Kette \u00fcber andere Benutzer unterst\u00fctzt, die als Proxys fungieren, um den Verkehr zum Gateway weiterzuleiten (die Daten werden mit dem Schl\u00fcssel des Gateways verschl\u00fcsselt, was Transitbenutzern, \u00fcber deren Systeme die Anfrage geleitet wird, nicht erlaubt, sich in den Verkehr einzuklinken oder den Inhalt zu bestimmen). Client-Systeme senden externe Anfragen nicht im Namen anderer Benutzer, sondern liefern entweder Daten aus dem Cache oder dienen als Verbindung zur Einrichtung eines Tunnels zum Proxy-Gateway. <\/p>\n

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

Zun\u00e4chst versucht der Browser, normale Anfragen direkt zuzustellen. Wenn die direkte Anfrage nicht durchgeht, wird eine Suche im verteilten Cache durchgef\u00fchrt. Wenn keine URL im Cache vorhanden ist, wird die Information \u00fcber eine Verbindung zum Proxy-Gateway oder durch die Anfrage an das Gateway \u00fcber einen anderen Benutzer angefordert. Sensible Daten wie Cookies werden nicht im Cache gespeichert. <\/p>\n

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

Jedes System in einem P2P-Netzwerk ist mit einer internen Identifikationsnummer versehen, die bei der Routing im P2P-Netzwerk verwendet wird, jedoch nicht an den physischen Standort des Benutzers gebunden ist. Die Integrit\u00e4t der \u00fcbermittelten und im Cache gespeicherten Informationen wird durch die Anwendung digitaler Signaturen (Ed25519) sichergestellt. Der \u00fcbertragene Datenverkehr wird mittels TLS verschl\u00fcsselt. Um auf Informationen \u00fcber die Netzwerkstruktur, die Teilnehmer und den zwischengespeicherten Inhalt zuzugreifen, wird eine verteilte Hash-Tabelle (DHT) verwendet. Bei Bedarf k\u00f6nnen neben HTTP auch \u00b5TP oder Tor als Transportmittel eingesetzt werden. <\/p>\n

Dabei bietet CENO keine Anonymit\u00e4t, und die Informationen \u00fcber die gesendeten Anfragen sind f\u00fcr die Analyse auf den Ger\u00e4ten der Teilnehmer verf\u00fcgbar (zum Beispiel kann man anhand des Hashs feststellen, dass der Benutzer auf eine bestimmte Website zugegriffen hat). F\u00fcr vertrauliche Anfragen, wie zum Beispiel solche, die eine Anmeldung bei einem E-Mail- oder Social-Media-Konto erfordern, wird empfohlen, einen separaten privaten Tab zu verwenden, bei dem die Daten nur direkt oder \u00fcber ein Proxy-Gateway angefordert werden, jedoch ohne auf den Cache zuzugreifen und ohne im Cache gespeichert zu werden. <\/p>\n

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