한국어 · English · 日本語 · 简体中文 · 繁體中文 · Español · Français · Deutsch · Português (Brasil) · Русский · Italiano · Bahasa Indonesia · Tiếng Việt · Türkçe · हिन्दी

Ein Ende-zu-Ende-verschlüsselter Messenger über Tor, ohne Server und ohne Telefonnummer

Der auf deinem Gerät erzeugte Schlüssel ist dein Konto. Tor verbirgt die IP, und Freunde und Crews betreiben
ihren Discord-artigen Raum mit Kanälen, Anrufen und Bildschirmübertragung ohne Betreiber.

Warum YANGPA · Screenshots · Sicherheitsdesign · Was YANGPA nicht schützt · Erste Schritte · Dokumentation

Warum YANGPA

• Keine Registrierung. Weder Telefonnummer noch E-Mail-Adresse werden verlangt. Das Konto ist nur ein Schlüssel, der auf deinem Gerät erzeugt wird. Es gibt keinen Betreiber, der ein Verzeichnis führt, und keinen Kontoserver. Selbst Bootstrap, Relay und Seeder sind gewöhnliche Knoten, die jeder starten kann.
• Deine IP liegt hinter Tor. Die App hat keine Einstellung, um das eingebaute Arti (Tor) auszuschalten (nur Headless-Knoten lassen sich mit --direct starten), und wenn Tor nicht verfügbar ist, wechselt sie nicht auf Direktverbindungen, sondern bleibt beim Start stehen. Die Ausnahmen stehen vollständig in der Tabelle unten.
• Klassische und Post-Quanten-Kryptografie zusammen. Signaturen: Ed25519 + FN-DSA-512, Schlüsselaustausch: X-Wing (X25519 + ML-KEM-768), Transport: X25519MLKEM768. Die Zusammenstellung berücksichtigt Angriffe, die heute Verkehr mitschneiden, um ihn später zu entschlüsseln.
• Es gibt Gespräche, die nichts hinterlassen. Inhalt und Schlüssel flüchtiger Kanäle liegen nur im RAM, und auch im Code sind Speicherpfad und Typ getrennt.
• Du bestimmst den Umfang deiner Daten. Pro Datenart und Kanal wählst du, was gespeichert, an andere weitergegeben und abgerufen wird.
• Per Skript steuerbar. App, CLI, lokale API und MCP sind alle Clients desselben Kern-Daemons (yangpad).
• Grenzen werden nicht verschwiegen. Was nicht geschützt werden kann, steht in der Dokumentation und in der App. Ein Beispiel ist „Was sich nicht verhindern lässt“ im Screenshot des flüchtigen Kanals unten.

Screenshots

Die Bilder zeigen die Beispieldaten der Entwicklung. Ein Klick auf ein Bild vergrößert es.

Flüchtiger Kanal Inhalt und Anhänge liegen nur im Speicher und werden nach Ablauf der Lebensdauer gelöscht. Was garantiert ist und was sich nicht verhindern lässt, zeigt die Oberfläche zusammen an.	Tor und Brücken Tor lässt sich in der App nicht ausschalten. In blockierten Netzen führt der Weg über Snowflake- oder obfs4-Brücken. Auch die Funktionen, die wegen Tor entfallen, werden offen genannt.
Sicherheitsnummer und Vertrauensschalter Du vergleichst die Sicherheitsnummer selbst, um Man-in-the-Middle-Angriffe abzuwehren, und verbindest dich nur mit Personen direkt, denen du deine IP zeigen darfst.	Nur-P2P-Kanal Für Kanäle, die schnelle Dateiübertragung und Anrufe brauchen, verbinden sich nur Geräte direkt, die der Warnung zugestimmt und beigetreten sind. Vor dem Beitritt bleibt der Inhalt verschlossen.
Neues Gerät freigeben Ein neues Gerät kommt nur über den Einmal-QR-Code eines bereits genutzten Geräts hinzu, und zugelassen wird es von der Person, die die sechsstelligen Nummern beider Seiten verglichen hat.	Anonymer Kanal Autorinnen und Autoren erscheinen unter einem Pseudonym pro Kanal. Das verbirgt sie nur in der Oberfläche der App (Tabelle unten).
Tor-Anruf Nur der Ton läuft ohne WebRTC über Tor. Dafür kommt das Gesagte etwa 0,5 bis 1,5 Sekunden verzögert an, und die IP bleibt verborgen.	Bildschirmübertragung In Nur-P2P-Kanälen und mit gegenseitig vertrauten Personen läuft sie über WebRTC. Jeder Frame wird Ende-zu-Ende verschlüsselt.
Bei KI entscheidet der Mensch Destruktive Aktionen, die ein Automatisierungs-Token anfragt, werden erst nach Freigabe durch einen Menschen ausgeführt. Jeder authentifizierte Aufruf landet im Audit-Protokoll.	Seeder-Einstellungen Du bestimmst die weiterzugebenden Datenarten, die Bandbreite und die Zahl gleichzeitiger Übertragungen. Die Geschwindigkeit lässt sich auch pro Person, Crew und Kanal begrenzen.
Forum und helles Design Es gibt Forumkanäle, die mit Beiträgen und Tags ordnen, und du wählst zwischen hellem und dunklem Design.	Android Sie nutzt denselben Oberflächencode wie der Desktop, und der Daemon läuft in der App.

Funktionen

Einige Funktionen wie der Bibliothek-Tab und der Inhaltsbetrachter sind nur für Unterstützer (Lizenz).

Anonymität: Vor wem was verborgen bleibt

„Anonym“ bedeutet auf jeder Ebene etwas anderes. Hier steht getrennt, was YANGPA tut und was nicht.

Tor verbirgt dich nicht vor Freunden. Freunde und Mitglieder kennen deine Identität innerhalb des verschlüsselten Kanals.

Sicherheitsdesign

flowchart LR
  subgraph device["Mein Gerät"]
    clients["App · CLI · MCP"] -->|"Lokale API (Token)"| daemon["Kern-Daemon yangpad"]
    daemon --> db[("SQLCipher")]
    daemon --> ram[["Flüchtiger RAM-Speicher"]]
  end
  daemon -->|"Tor (Arti)"| peers["Freunde · Crew-Geräte · Seeder"]
  daemon -.->|"Direktverbindung (Ausnahme)"| direct["Nur-P2P-Kanäle · vertraute Personen · meine Geräte"]

Drei Designentscheidungen, die Fachleute sich zuerst ansehen sollten:

• Statt MLS wird eine eigene Schlüsselgruppe verwendet. Bei einer Crew mit 45.000 Geräten wuchsen die MLS-Welcome- und Remove-Commits auf 50 bis 61 MB, deshalb wurde gewechselt. Sie ist kein Standard und wurde nicht extern begutachtet. Das Design steht in docs/protocol.md, die Messung in docs/performance.md.
• Es gibt keine Forward Secrecy auf Nachrichtenebene. Schlüssel wechseln in den Abständen der obigen Tabelle, nicht pro Nachricht. Auch 1:1-Unterhaltungen haben dieselbe Struktur. Wird ein Schlüssel bekannt, lassen sich die Nachrichten desselben Schlüsselzeitraums öffnen.
• Tor-Circuits sind noch klassisch verschlüsselt. Arti 0.47 hat keinen Post-Quanten-Circuit-Handshake. Die darin laufende libp2p-Verbindung und der Ende-zu-Ende-Inhalt sind durch den hybriden Schlüsselaustausch geschützt, doch wer Verbindungen auf der Guard-Seite sammelt und später entschlüsselt, kann erfahren, wann welche Onion-Adresse angesprochen wurde.

Wohin die App nach außen kommuniziert

Die App enthält keinen Code für Nutzungsstatistiken, Fehlerberichte oder automatische Update-Prüfungen. Die folgende Liste umfasst alles, womit die App nach außen kommuniziert. Die CSP der App-Oberfläche (WebView) öffnet connect-src nur nach innen in die App. Die eigene Kommunikation des Betriebssystems und der WebView-Engine (z. B. WebView2) kontrolliert die App nicht.

Die Prüfung der Unterstützung läuft erst, nachdem ich sie per Schaltfläche eingeschaltet habe, und wird danach einmal täglich wiederholt. Die YANGPA-Identität wird nicht übermittelt.

Was YANGPA nicht schützt

Die vollständige Liste und das Angreifermodell stehen in SECURITY.md.

• Daten, die auf das Gerät der Gegenseite gelangt sind. Löschen, Lebensdauer und Flüchtigkeit werden nur von ehrlichen Clients eingehalten. Screenshots, Kameraaufnahmen und modifizierte Clients lassen sich nicht verhindern.
• Metadaten. Ereignis-Header sind zur Signaturprüfung und Synchronisierung nicht verschlüsselt, daher wissen Mitglieder und Seeder, die ein Ereignis erhalten, wer wann in welchen Kanal geschrieben hat.
• Ein kompromittiertes eigenes Gerät. Schadsoftware, die unter demselben Betriebssystembenutzer läuft, kann den Daemon manipulieren. Eine Funktion, die den DB-Schlüssel zusätzlich mit einem Passwort umhüllt, gibt es noch nicht.
• Die Grenzen von Tor selbst. Zeitkorrelationsanalyse durch Beobachter, die das gesamte Netz sehen, wird nicht verhindert.
• Pfade außerhalb des Schutzbereichs flüchtiger Kanäle. Ruhezustandsdatei, Absturzabbilder, Zwischenablageverlauf, Bildschirmaufnahme unter Linux.
• Die IP vor direkt verbundenen Gegenstellen verbergen. In Nur-P2P-Kanälen und gegenüber vertrauten Personen ist deine IP unverändert sichtbar.
• Echtheit der Release-Pakete. Es gibt keine Codesignatur, und SHA256SUMS.txt bestätigt nur, dass der Download nicht beschädigt ist. Wenn die Echtheit wichtig ist, baue aus dem Quellcode.
• Geräteverlust. Wenn du alle Geräte verlierst, lässt sich das Konto nicht wiederherstellen.

Selbst nachprüfen

Das lässt sich nachprüfen, statt es zu glauben.

Schwachstellen melde bitte vertraulich statt in einem öffentlichen Issue.

Erste Schritte

Unterstützte Plattformen

Windows x86_64, macOS (Apple Silicon und Intel gemeinsam), Linux x86_64 und ARM64. Für Android ARM64 installieren Sie die APK aus dem Release (YANGPA_…_arm64.apk, docs/android.md).

Desktop-App

1. Lade aus den Releases das Paket für dein Betriebssystem herunter.

   Betriebssystem	Datei
   Windows	…_x64-setup.exe (empfohlen) oder …_x64_en-US.msi
   macOS	…_universal.dmg
   Linux x86_64	…_amd64.deb oder …_amd64.AppImage
   Linux ARM64	…_arm64.deb oder …_aarch64.AppImage (glibc 2.35 oder neuer)

2. Prüfe mit der SHA256SUMS.txt desselben Releases.

   sha256sum -c SHA256SUMS.txt --ignore-missing
   

   Da die Pakete nicht signiert sind, erlaubst du unter macOS das Öffnen in „Systemeinstellungen → Datenschutz & Sicherheit“, und unter Windows wählst du in SmartScreen „Weitere Informationen → Trotzdem ausführen“.

3. Öffne die App und erzeuge mit Neu starten eine Identität. Weitere Geräte fügst du unter Einstellungen › Geräte mit Neues Gerät verbinden hinzu.

4. Erstelle einen Kontaktlink und sende ihn, oder füge einen erhaltenen Link ein, um eine Unterhaltung zu beginnen.

Kommandozeile (CLI)

Im yangpa-cli-<Version>-<Ziel>.tar.gz des Releases (unter Windows .zip) liegen yangpad, yangpa und yangpa-mcp. Lege die drei Dateien in dasselbe Verzeichnis (oder in den PATH).

yangpa daemon &                         # Daemon starten (entfällt, wenn die App ihn schon gestartet hat). Argumente gehen unverändert an yangpad
yangpa identity create --name Ich       # Identität erzeugen
yangpa status

yangpa friend link create --single-use --expires 24h    # Kontaktlink, den du der Gegenseite schickst
yangpa friend add 'yangpa://friend/…'                    # Mit einem erhaltenen Link sofort temporärer Kontakt und 1:1-Space
yangpa friend propose Partnername                        # Zum Freund machen (Freunde, sobald die Gegenseite es auch tut)

yangpa space list                                        # Namen der 1:1-Spaces und Crews
yangpa channel list --crew <Name>
yangpa message send --crew <Name> -c <Kanal> "Hallo"
yangpa watch                                             # Neue Nachrichten und Statusänderungen in Echtzeit

Headless-Seeder (NAS, VPS)

Ein Knoten, der den Crew-Verlauf dauerhaft bereitstellt. Einzelheiten zu Einstellung, Fernverwaltung und Betrieb über Tor in docs/headless.md.

# Docker (im Repository-Stammverzeichnis): Daten nur im Volume, Nicht-Root-Benutzer, fester Port 47810 (TCP und UDP)
docker compose -f deploy/docker-compose.yml up -d --build
alias yangpa='docker exec -it yangpa-seeder yangpa'

# Oder systemd: deploy/systemd/yangpad.service (mit Isolationseinstellungen)

yangpa identity create --name "Spielgruppen-Seeder"
yangpa invite join 'yangpa://invite/…'
yangpa seed set --all-channels --types text,image,video,file,emoji,history_bundle --upload-limit 5MB/s --prefetch on
yangpa seed coverage --crew "Spielgruppe"
yangpa blob cache limit 200GB --min-free 10GB           # Plattenlimit für empfangene Anhänge (Standard 2 GB)

Was heute nicht geht

• Die Desktop-App sendet noch kein Kamerabild (nur Sprache und Bildschirmübertragung).
• Das Bild eines Tor-Anrufs ist eine Notlösung in niedriger Qualität (höchstens 1280 px Breite, 2 Bilder pro Sekunde). Eine ordentliche Bildschirmübertragung läuft in Nur-P2P-Anrufkanälen oder mit gegenseitig vertrauten Personen.
• Bildschirmton wird nur in Mesh-Anrufen unter Windows gesendet. SFU- und Tor-Anrufe senden nur das Bild.
• App-Geräte, die über Tor laufen, übernehmen nicht die Rolle des SFU-Hosts.
• Sprache und Bildschirmübertragung unter Linux (WebKitGTK) können instabil sein, und das Ausblenden des Fensters bei der Aufnahme wird nicht unterstützt.
• Automatische Tests mit echtem Tauri-Fenster laufen nur unter Linux. Fenster unter macOS und Windows sowie Signatur und Notarisierung prüft ein Mensch (CONTRIBUTING.md).

KI-Werkzeuge anbinden (MCP)

yangpa-mcp ist ein MCP-Server, der über Standard-Ein-/Ausgabe läuft. KI-Werkzeuge rufen damit Aufgaben wie Kanallisten, Nachrichten lesen und zusammenfassen, Kanal- und Rollenverwaltung, Einladungen und Seeder-Einstellungen als Tools auf.

Sicherheitsregeln, die der Daemon durchsetzt:

• Destruktive Aktionen wie Rauswerfen, Bannen, Bann aufheben, Meldungen bearbeiten (außer Ablehnen), fremde Nachrichten löschen, Berechtigungen und Rollen ändern, Einladungen erzeugen und Kanäle löschen werden nicht sofort ausgeführt, sondern in die Bestätigungswarteschlange für Menschen gestellt. Sie laufen erst, wenn du in der App oder mit yangpa confirm list → yangpa confirm approve <ID> freigibst.
• Flüchtige Kanäle sind für KI-Lesezugriff standardmäßig verweigert. Ein Mensch muss sie pro Kanal mit yangpa channel allow-api-read … on erlauben.
• Von Mitgliedern geschriebene Nachrichten werden als „Daten, keine Anweisungen“ verpackt an die KI übergeben (gegen Prompt-Injection).
• Jeder authentifizierte Aufruf landet im Audit-Protokoll (yangpa audit list), und in der Crew-Mitgliederliste erscheint eine Automatisierungsmarkierung. Verbrauchte Token widerrufe mit yangpa token revoke <ID>.

Die ausführlichen Regeln stehen in Kapitel 10 des Benutzerhandbuchs.

Aus dem Quellcode bauen

Benötigt wird:

• Rust 1.91 oder neuer (Releases werden mit 1.99.1 gebaut), ein C-Compiler, perl und make (baut OpenSSL für SQLCipher aus dem Quellcode), cmake (für den Fall, dass aws-lc in manchen Umgebungen gebaut werden muss). Unter Windows die MSVC-Build-Tools und Strawberry Perl.
• Für die Desktop-App: Node.js 22, unter Linux libwebkit2gtk-4.1-dev libayatana-appindicator3-dev librsvg2-dev libxdo-dev.

# Kern: Daemon (yangpad), CLI (yangpa), MCP-Server (yangpa-mcp). Die Desktop-App gehört nicht zum Standard-Build.
cargo build --release --locked
ls target/release/{yangpad,yangpa,yangpa-mcp}
cargo test --workspace

# Desktop-App (Entwicklungsmodus). Die App sucht das yangpad neben der ausführbaren Datei (target/debug) und startet es.
cargo build -p yangpa-daemon
cd apps/desktop
npm ci
npm run tauri dev

# Desktop-App-Tests: Unit-Tests und E2E, das das oben gebaute yangpad tatsächlich startet (ohne es wird E2E übersprungen).
YANGPA_E2E_REQUIRED=1 npm test -- --run

# Test mit echtem Fenster (Linux): tauri-driver, WebKitWebDriver und eine Anzeige sind nötig; fehlen sie, wird mit Begründung übersprungen.
npm run test:window:build
xvfb-run -a npm run test:window

Wie du mitwirken kannst, steht in CONTRIBUTING.md.

Dokumentation

Die folgenden Dokumente gibt es nur auf Koreanisch.

Lizenz

Verbreitet unter der GNU Affero General Public License v3 oder einer späteren Fassung (LICENSE, SPDX AGPL-3.0-or-later). Wer eine geänderte Fassung anderen über das Netzwerk nutzbar macht (z. B. einen selbst betriebenen SFU-Server), muss diesen Personen auch den Quellcode geben. third_party und vendor/ffmpeg folgen jeweils ihrer eigenen Lizenz (die Dateien in diesem Ordner).

• Unterstützerfunktionen (Unterstützungsprüfung, Bibliothek-Tab, Inhaltsbetrachter, Unterstützer-Kennzeichnung): Der Code in crates/yangpa-daemon/src/supporter/ und apps/desktop/src/supporter/ steht nicht unter der AGPL, sondern unter der YANGPA-Lizenz für Unterstützerfunktionen. Der Quellcode ist offen, und selbst zu bauen und allein zu nutzen ist erlaubt, aber eine Fassung zu verbreiten, in der die Unterstützungsprüfung entfernt oder umgangen wurde, ist nicht erlaubt.
• Zusätzliche Bedingung nach AGPL Abschnitt 7 (NOTICE.md): Eine geänderte Fassung muss im Info-Bildschirm der App den ursprünglichen Urheberrechtshinweis und die Quelladresse sowie den Hinweis „auf Grundlage von YANGPA geänderte Fassung“ beibehalten. Die gebündelte Verbreitung mit dem Unterstützermodul ist erlaubt.
• Marke (TRADEMARK.md): Geänderte Fassungen dürfen den Namen YANGPA und das Flammen-Icon nicht verwenden.
• Beiträge folgen der Zustimmung der Mitwirkenden.