{"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\/de\/blog\/news\/vypusk-web-brauzera-ceno-2-1-ispolzuyushhego-p2p-set-dlya-dostupa-k-sajtam","title":{"rendered":"Die Ver\u00f6ffentlichung des Web-Browsers CENO 2.1, der ein P2P-Netzwerk zur Webseitenzugriffs verwendet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nach einem Jahr Entwicklung wurde die mobile Webbrowser-Version CENO 2.1.0 ver\u00f6ffentlicht, die den Zugang zu Informationen in Situationen, in denen ein direkter Zugriff auf Informationen nicht m\u00f6glich ist, erm\u00f6glichen soll, beispielsweise bei der Trennung von Segmenten des Internets von dem globalen Netzwerk aufgrund von Ausf\u00e4llen oder den Handlungen von Angreifern. Der Browser basiert auf der GeckoView-Engine (die in Firefox f\u00fcr Android verwendet wird), erweitert um die M\u00f6glichkeit, Daten \u00fcber ein dezentrales P2P-Netzwerk auszutauschen, in dem Benutzer am Umleiten von Datenverkehr zu externen Gateways teilnehmen, die den Zugang zu Informationen erm\u00f6glichen. Die Ergebnisse des Projekts werden unter der MIT-Lizenz ver\u00f6ffentlicht. Fertige Builds sind im Google Play erh\u00e4ltlich. <\/p>\n

Die P2P-Funktionalit\u00e4t wurde in eine separate Bibliothek Ouinet ausgelagert, die in beliebigen Anwendungen verwendet werden kann. Der Browser CENO und die Bibliothek Ouinet erm\u00f6glichen den Zugriff auf Informationen selbst in Situationen, in denen das Internet vollst\u00e4ndig abgeschaltet ist, zum Beispiel aufgrund globaler Ausf\u00e4lle. In diesem Fall kann der Inhalt aus dem Cache oder von lokalen Speicherger\u00e4ten bereitgestellt werden. <\/p>\n

Das Projekt nutzt das Caching von Inhalten auf der Seite jedes Benutzers, wobei ein dezentrales Cache von beliebten Inhalten aufrechterhalten wird. Wenn ein Benutzer eine Website \u00f6ffnet, wird der heruntergeladene Inhalt im lokalen System zwischengespeichert und wird f\u00fcr Teilnehmer des P2P-Netzwerks verf\u00fcgbar, die keinen direkten Zugriff auf die Ressource oder auf Gateways 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 mithilfe eines Hashes von der URL. Alle zus\u00e4tzlichen mit der Seite verbundenen Daten, wie Bilder, Skripte und Stile, werden gruppiert und zusammen mit einer einzigen ID ausgegeben. <\/p>\n

Um Zugang zu neuem Inhalt zu erhalten, auf den kein direkter Zugriff m\u00f6glich ist, werden spezielle Proxy-Gateways (Injector) eingesetzt, die in externen, unbesch\u00e4digten Teilen des Netzwerks platziert werden, in denen eine Verbindungsm\u00f6glichkeit besteht. Die Informationen zwischen dem Client und dem Gateway werden mithilfe einer asymmetrischen Verschl\u00fcsselung verschl\u00fcsselt. Zur Identifizierung der Gateways und zur Verhinderung der Einf\u00fchrung b\u00f6sartiger Gateways werden digitale Signaturen verwendet, und die Schl\u00fcssel der vom Projekt unterst\u00fctzten Gateways sind im Lieferumfang des Browsers enthalten. <\/p>\n

Um auf das Gateway zuzugreifen, wenn es direkt nicht verf\u00fcgbar ist, wird eine Verbindung \u00fcber andere Benutzer unterst\u00fctzt, die als Proxy agieren, um den Datenverkehr zum Gateway weiterzuleiten (die Daten werden mit dem Schl\u00fcssel des Gateways verschl\u00fcsselt, was es Transitbenutzern, durch deren Systeme die Anfrage geleitet wird, nicht erm\u00f6glicht, in den Datenverkehr einzudringen oder den Inhalt zu bestimmen). Die Client-Systeme senden externe Anfragen nicht im Namen anderer Benutzer, sondern geben entweder Daten aus dem Cache zur\u00fcck oder dienen als Verbindung f\u00fcr die Einrichtung eines Tunnels zum Proxy-Gateway. <\/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

\"Die<\/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