- i2pd ist eine funktionsvollständige C++-Implementierung eines I2P-Clients und eine Software zum Erstellen und Nutzen des anonymen I2P-Netzwerks
- I2P ist eine universelle anonyme Netzwerkschicht; die gesamte Kommunikation über I2P ist anonym und Ende-zu-Ende-verschlüsselt, und Teilnehmer geben ihre tatsächlichen IP-Adressen nicht preis
- Das anonyme I2P-Netzwerk wird typischerweise für anonyme P2P-Anwendungen wie Filesharing und Kryptowährungen sowie für anonyme Client-Server-Anwendungen wie Websites, Instant Messenger und Chat-Server genutzt
- Zu den wichtigsten Merkmalen gehören ein Framework für dezentrales anonymes Networking, Ende-zu-Ende-verschlüsselte Kommunikation, geringer Speicher- und Ressourcenbedarf, einfache Abhängigkeiten, hohe Performance und eine Reihe von APIs für Entwickler sicherer Anwendungen
- Am einfachsten ist die Installation über vorkompilierte Pakete und Binärdateien; die meisten davon sind auf der Release-Seite verfügbar
- Anleitungen zum Bauen und Ausführen stehen in der Dokumentation; eine Beispiel-Konfigurationsdatei ist
contrib/i2pd.conf - Unterstützte Systeme sind GNU/Linux, CentOS, Fedora, Mageia, Alpine, ArchLinux, openSUSE, Gentoo, Windows, Mac OS, Docker image, Snap, FreeBSD, Android und iOS
- i2pd für Android ist unter i2pd-android verfügbar, die Qt-GUI-Version unter i2pd-qt und die macOS-GUI-Version unter gui-i2pd
- Die Lizenz ist die BSD 3-clause license in der Datei
LICENSEim Projekt-Root
1 Kommentare
Hacker-News-Kommentare
Ich mag das I2P-Projekt wirklich sehr und finde, dass es in vieler Hinsicht richtig gut entworfen ist.
Wenn man sich zum Beispiel nicht nur auf den guten Willen der Relay-Betreiber verlässt, sondern alle Netzwerkteilnehmer einen Teil des internen Traffics weiterleiten lässt, wird es für einen einzelnen Akteur viel schwieriger, genug Hops zu kontrollieren, um Nutzer zu deanonymisieren.
Leider scheint I2P außer bei Torrents nicht viel traction zu bekommen und vom besser finanzierten Tor-Projekt verdrängt zu werden.
Vor allem jetzt, wo qBitTorrent 4.6 die Unterstützung integriert hat, hoffe ich, dass es sich gut verbreitet. Filesharing steckt derzeit in einem Zustand fest, in dem man für alles ein VPN braucht, und das müsste mal aufgebrochen werden.
Es gibt einen Grund, warum das Tor Project es nicht so macht: https://support.torproject.org/alternate-designs/
„Viele Tor-Nutzer können keine guten Relays sein. Einige Tor-Clients befinden sich zum Beispiel hinter restriktiven Firewalls, wählen sich per Modem ein oder laufen in Umgebungen, in denen sie keinen Traffic weiterleiten können. Diesen Nutzern trotzdem Dienste anzubieten, ist wichtig, um allen wirksame Anonymität zu bieten. Es gibt viele Tor-Nutzer mit solchen Einschränkungen, und wir müssen sie einbeziehen, damit die Anonymitätsmenge groß wird …“
„Außerdem müssen wir das Risiko besser verstehen, wenn ein Angreifer Traffic durch mein Relay sendet, während ich selbst anonymisierten Traffic initiiere. Drei Forschungsarbeiten beschreiben, wie sich Relays in einer Route identifizieren lassen, indem man Traffic durch Kandidaten-Relays schickt und während der aktiven Verbindung Verkehrseinbrüche beobachtet. Solche Congestion-Angriffe sind im Tor-Kontext nicht allzu beängstigend, solange Relays niemals Clients sind …“
Wenn ein Verschlüsselungsalgorithmus gebrochen wird, könnte herauskommen, dass Menschen unwissentlich CSAM weitergegeben haben. Auch wenn es nicht absichtlich war. Erzeugt das I2P-Modell nicht dieselbe Sorge?
Ich erinnere mich, dass Torrents auf Tor früher allgemein schief angesehen wurden, weil sie das Netzwerk sättigten. Wenn das Ziel ist, Copyright-Abmahnungen zu vermeiden, sehe ich kaum einen Grund, warum das besser sein sollte als fast jedes VPN, besonders in Bezug auf die Geschwindigkeit.
99 % der Tor-Nutzer verwenden Tor nur, um im normalen Internet zu surfen, daher würde ich nicht sagen, dass es eine echte „Tor-Community“ gibt.
Dieser Link scheint auf die C++-Version von I2P zu verweisen.
Die komplexere und mit deutlich mehr eingebauten Funktionen ausgestattete ursprüngliche „offizielle“ Java-Version ist hier: https://geti2p.net
Jedenfalls funktioniert i2pd derzeit sehr gut mit IRC, Mail, NNTP, Gopher, Web und Telnet.
Ich frage mich ehrlich gesagt, warum etwas, das so nah an der Low Level-Schicht ist, keine C-Implementierung hat.
Ich denke, der praktischste Anwendungsfall für I2P ist das Tunneln von SSH-Zugriff auf unauffällige Geräte hinter NAT, wenn man so etwas wie Tailscale nicht nutzen kann oder will.
Man kann auch an eine Torrent-Box denken, die seltene Bücher oder Musiksammlungen seedet. Die Serverkosten kann man mit Kryptowährungen bezahlen, aber I2P ermöglicht dann privaten Zugriff auf diesen Server und dessen Konfiguration.
Yggdrasil ist ein „Greynet“. Es ist Ende-zu-Ende-verschlüsselt und selbstorganisierend über eine Distributed Hash Table (DHT), hat aber kein Onion-/Garlic-Routing. Trotzdem kann es sowohl mit Tor als auch mit I2P zusammenarbeiten, und einige Yggdrasil-Knoten sind nur für I2P oder nur für Tor. Eine Art Weltenbaum, der Wurzeln bzw. Tunnel in alle Daseinsbereiche, also verschiedene Netzwerke, ausstreckt.
Nutzer bekommen IPv6-Adressen zugewiesen. Diese werden automatisch aus einer Public-Key-Signatur erzeugt, sind dadurch praktisch nicht spoofbar und liefern automatische Authentifizierung zusammen mit Ende-zu-Ende-Verschlüsselung. Es fühlt sich an, als läge IPsec flächendeckend und vollständig transparent darunter.
Es gibt auch einen Stealth-Modus für Zensurregime, bei dem der Router sich nicht ankündigt und still im Hintergrund wartet.
Verwandte Beiträge:
Invisible Internet Project (I2P) - https://news.ycombinator.com/item?id=25734254 - Januar 2021, 23 Kommentare
Kovri – sichere, private und nicht nachverfolgbare C++-Implementierung des I2P-Netzwerks - https://news.ycombinator.com/item?id=14963044 - August 2017, 53 Kommentare
I2P-Bote – E-Mail-Plugin für das I2P-Netzwerk mit Verwendung einer Distributed Hash Table - https://news.ycombinator.com/item?id=14236331 - Mai 2017, 20 Kommentare
I2P: Invisible Internet Protocol - https://news.ycombinator.com/item?id=12022917 - Juli 2016, 56 Kommentare
Ich habe I2P vor ein paar Jahren ausprobiert, um die Grenzen der Anonymität zu testen, die es bieten kann.
Schade, dass es offenbar nicht viel finanzielle Unterstützung gibt. Ich halte es in jeder Hinsicht für deutlich besser als Tor. Die theoretischen Grundlagen wurden vor der Implementierung wirklich gründlich ausgearbeitet.
Trotzdem war die User Experience des Routers wirklich schlecht. Es braucht eigenständige Binärdateien, die auf allen Plattformen perfekt und schnell laufen, sowie eine GUI, die nicht viel Vorwissen voraussetzt. Der aktuelle Router ist in Java geschrieben, und ich hatte gehofft, dass i2p-rust aufholen würde, aber das wirkte fast wie ein halb totes Projekt.
Es ist viel einfacher, Leute dazu zu bewegen, eine glänzende neue Sprache auszuprobieren.
Allerdings sind auch Rust/Go dafür meiner Meinung nach schon etwas aus dem Rampenlicht geraten. Wenn man Hype will, müsste man wohl auf Zig oder Nim schauen, oder auf irgendetwas, von dem ich noch nie gehört habe.
Ich frage mich, wie einfach es in I2P ist, neue Circuits zu erstellen.
Ich würde auch gern wissen, ob das von der API unterstützt wird und wie lange es dauert.
Zum Kontext: Ich entwickle ein Wahlsystem, das pseudonym signierte Stimmen über anonyme Kanäle übertragen muss. Außerdem wird die Anonymität schwächer, wenn zwei Pseudonyme denselben anonymen Kanal verwenden, daher ist es wichtig, dass das niemals passiert.
[1]: https://janiserdmanis.org/artefacts/EVOTEID-2023-poster.pdf
Ich baue selbst eine Suite für ein dezentrales Internet und war früher ziemlich tief in diesem Bereich drin.
Ich habe einmal den Freenet-Gründer Ian Clarke interviewt: https://www.youtube.com/watch?v=JWrRqUkJpMQ
PerfectDark war auch interessant.
Mein Favorit ist http://maidsafe.net/. Nach 14 Jahren scheint der Release endlich näherzurücken. Zur Klarstellung: Ich habe nichts mit ihnen zu tun.
Ich fand es schade, dass der i2p-Maintainer zzz das Projekt anscheinend verlassen hat, nachdem es politischen Gegenwind gab.
Das hat mich daran erinnert, wie dankbar man für die harte unbezahlte Arbeit von Open-Source-Maintainern sein sollte.
Es war auf jeden Fall ein sehr plötzlicher Abgang.
I2P ist ein großartiges Projekt, betrieben von großartigen Leuten.
Im einfachen Vergleich mit Tor ist I2P stark im internen I2P-Ökosystem. Leider gab es, soweit ich zuletzt gesehen habe, nur wenige Exit-Nodes, und darin liegt die Stärke von Tor.
Der Killer-App von Tor ist der Tor Browser.
I2P braucht ebenfalls einen sicheren, einfachen Browser, der nur grundlegendes HTML verarbeitet und schwer zu fingerprinten ist. Sonst lädt man Probleme geradezu ein.
Einen normalen Browser zu verwenden, ist eine große Schwachstelle für die Anonymität von I2P. Der Tor Browser versucht, alle Nutzer im Tor-Netzwerk gleich aussehen zu lassen.
Würden I2P-Nutzer nicht denselben Vorteil einer geringeren Browser-Fingerprinting-Wahrscheinlichkeit bekommen, wenn sie einfach den Tor Browser verwenden?