Alles Wichtige in einem Dokument: Sicherheit, Kryptografie, Bedrohungsmodell, Plattformen und Aufbau — zum Weitergeben oder Ausdrucken.
Deine Nachrichten. Dein Server. Niemand sonst. Enigma 3 ist der Chat, den Sie selbst betreiben: Server, Apps und Daten auf Ihrer eigenen Hardware. Nachrichten, Anhänge und Anrufe sind Ende-zu-Ende verschlüsselt — der Server speichert und vermittelt nur Chiffretext, den er nicht lesen kann.
Warum Enigma 3
Bekannte Messenger versprechen: „Wir schützen Ihre Daten.“ Dieses Versprechen hängt vom Vertrauen ab — im Betreiber, im Unternehmen, in dessen Mitarbeitern. Die bekanntesten „abhörsicheren“ Dienste der Welt sind genau daran gescheitert. Die Zahlen stammen aus offiziellen Meldungen von Europol, Eurojust und Staatsanwaltschaften.
💥 EncroChat (2020)
Ein gehärtetes „Krypto-Handy“ für rund 60.000 Nutzer. Die Polizei drang in die Server des Herstellers ein — nicht in die Kryptografie — und schob allen Geräten ein Update unter, das die Entschlüsselungsschlüssel einfing. Ergebnis: 60 Millionen Nachrichten gelesen, 700 Millionen Euro beschlagnahmt, über 6.500 Festnahmen bis 2023 (Operatie Sirus).
💥 Sky ECC (2021)
Die Server des Anbieters wurden beschlagnahmt, der Gründer verhaftet. Die Schlüssel — beim Anbieter selbst verwahrt — gelangten über die Strafverfolgung an die Behörden, nicht durch Brute-Force. Der Chiffretext war hinterher lesbar. Hunderte weitere Festnahmen quer durch Europa (Operation LIMIT).
💥 ANOM (2021)
Das „abhörsichere“ Gerät war eine verdeckte FBI-Operation (Trojan Shield). Jede Nachricht war ab Tag eins für Ermittler lesbar. Kein technischer Fehler — das Produkt selbst war die Hintertür.
🛡️ Der gemeinsame Fehler
Alle drei scheiterten an derselben Stelle: Der Betreiber war die schwache Stelle, nicht die Verschlüsselung. Wer den Server übernimmt, übernimmt alle Geräte — ohne ein einziges zu berühren. Enigma 3 entfernt diese Stelle: Der Server läuft bei Ihnen. Es gibt nichts mehr zu beschlagnahmen.
🔐 Sicherheit als Voreinstellung
Sie müssen nichts einstellen. Alles Folgende gilt ab der ersten Nachricht:
🔐 Ende-zu-Ende-Verschlüsselung
Direktnachrichten: X3DH + Double Ratchet (wie Signal) mit Vorwärtsgeheimheit, Selbstheilung und Replay-Schutz. Kanäle und Gruppen: Sender Keys, rotiert bei jedem Austritt. Anhänge: AES-256-GCM, Dateiname und Typ im Chiffretext. Der Server speichert und vermittelt nur Chiffretext — er kann nichts lesen.
📞 Verschlüsselte Anrufe
Sprach- und Videoanrufe mit Bildschirmfreigabe, je Anruf eigener Medienschlüssel, verpackt an die Gerätschlüssel der Teilnehmer. Neuer Schlüssel bei jedem Teilnehmerwechsel. Nicht bestätigte Teilnehmer zeigen „ohne Schlüssel“. Basis ist LiveKit E2EE.
⏱️ Selbstlöschende Nachrichten
Lebensdauer je Nachricht: Aus · 1 h · 7 h · 24 h · 3 · 7 · 30 Tage (Standard 7). Der Timer steht im verschlüsselten Inhalt — der Server kann ihn nicht verlängern. Der Client löscht beim früheren der beiden Zeitpunkte und zeigt Abweichungen an.
🔥 Unwiederbringliche Löschung
Crypto-Shredding: Jede Nachricht hat einen eigenen Schlüssel. Löschen oder Ablauf zerstört den Schlüssel — Kopien auf Server und Backup sind unlesbar. Bewusst keine eingebauten Backups, die Löschung aushebeln.
📱 Geräte & Sicherheitsnummern
Eigener Schlüssel pro Gerät, der das Gerät nie verlässt. Geräte einsehen und widerrufen, Alarm bei neuen Geräten, optionales Auto-Entfernen inaktiver Geräte. Sicherheitsnummern zum Vergleichen schließen unbemerktes Zuhören aus.
🔑 Lokaler Tresor
Biometrie oder PIN versiegeln die Schlüssel auf dem Gerät (Argon2id, AES-GCM). Android Keystore/StrongBox, iOS Secure Enclave, Windows DPAPI. Ohne PIN liefert ein beschlagnahmtes Gerät nur Chiffretext.
🔬 Kryptografie im Detail
Geprüfte Standard-Verfahren, kein proprietäres Verfahren: WebCrypto mit NIST P-256 (ECDH, ECDSA), HKDF/HMAC-SHA-256 und AES-256-GCM. Private Schlüssel verlassen das Gerät nie.
🤝 Austausch: X3DH
Der Absender holt das Prekey-Bündel des Empfängergeräts und prüft das Signed Prekey gegen den gepinnten Identitätssignaturschlüssel (Trust on First Use). Ergebnis ist ein gemeinsamer Geheimnis, den nur diese beiden Geräte kennen. Der Prekey-Abruf ist rate-limitiert, damit Einmal-Prekeys nicht geleert werden.
🔁 Double Ratchet (DM)
Jede Nachricht erhält ihren eigenen Schlüssel. Der symmetrische Ratchet liefert Vorwärtsgeheimheit, der Diffie-Hellman-Ratchet Selbstheilung nach Kompromittierung. Header sind verschlüsselt, gesehene Basisschlüssel werden abgelehnt (Replay-Schutz). Jede Nachricht wird für jedes Empfängergerät (bis 64) und die eigenen anderen Geräte verschlüsselt.
👥 Sender Keys (Gruppen/Kanäle)
Jedes Gerät führt pro Raum eine Kette: mk = HMAC(ck, 0x01), ck' = HMAC(ck, 0x02). Jede Nachricht ist mit dem Signaturschlüssel der Kette signiert; die Signatur deckt Raum und Absender ab. Verteilt wird über die paarweisen Double-Ratchet-Sitzungen nur an bestätigte Mitglieder. Rotation: bei jedem Austritt, Gerätewechsel, nach 7 Tagen oder vor Zählerüberlauf. Neue Mitglieder erhalten die Kette ab dem aktuellen Stand — Älteres bleibt unlesbar.
📞 Anrufe & Anhänge
Anrufe: LiveKit Insertable Streams. Ein Leader erzeugt pro Anruf zufällige Medienschlüssel und verteilt sie verpackt an jedes Teilnehmergerät; neuer Schlüssel bei jedem Wechsel. Anhänge: AES-256-GCM über Ratchet (DMs) bzw. Sender Key (Kanäle), an Raum und Absender gebunden. EXIF-, GPS- und XMP-Metadaten werden beim Upload entfernt.
Schlüssel pro Gerät — jedes Gerät erzeugt eigene, private Schlüssel gehen niemals nach außen:
| Identitätsschlüssel (ECDH P-256) | Identität des Geräts, Basis der Sicherheitsnummer — dauerhaft pro Gerät. |
| Signaturschlüssel (ECDSA P-256) | Signiert das Signed Prekey, beim ersten Kontakt gepinnt (TOFU). |
| Signed Prekey | Für den X3DH-Austausch — wird regelmäßig erneuert. |
| Einmal-Prekeys | Einmal verwendbar für X3DH — nach Verbrauch nachgefüllt, Abruf rate-limitiert. |
🚫 Durchsetzung: Was der Server ablehnt
Klartext wird abgelehnt
CreateMessage, UpdateMessage, CreateUpload und Bildbeschreibungen antworten ohne Chiffretext mit e2ee_required — in DMs, Gruppen und Kanälen. Diese Pflicht lässt sich in Produktion nicht abschalten, weder per Einstellung noch Umgebungsvariable. Alte Klartext-Kanalnachrichten werden beim Start endgültig zerstört: Schlüssel vernichtet, Speicher sicher überschrieben.
Keine stillen Mitleser
Der Client merkt sich die erste gesehene Mitgliederliste. Spätere Zugänge bleiben ausstehend, bis Sie sie im Raum bestätigen oder ihre Sicherheitsnummer verifizieren. Der Server kann neue Mitglieder angeben — aber keine Schlüssel unbemerkt verteilen. In DMs pausiert das Senden bis zur Bestätigung eines geänderten Schlüssels.
Entfernt, nicht abgeschaltet
Keine Bots — API-Schlüssel, MCP, Webhooks ausgebaut; vorhandene Bot-Konten werden beim Start widerrufen. Kein SSO/OAuth — Passwort-Anmeldung immer aktiv. Keine Link-Vorschauen — der Server würde die URL im Klartext sehen. Keine Telemetrie, kein Crash-Reporting.
Harte Voreinstellungen
Registrierung nur per Einladung · mindestens 12 Zeichen Passwort · Anmelde-Drosselung mit wachsender Sperrzeit · absolute Sitzungslaufzeit (Standard 12 h, nicht nur Idle) · HTTPS mit HSTS · strenge CSP, kein Einbetten · optionales Auto-Entfernen inaktiver Geräte nach 30–365 Tagen.
🛡️ Gerätesicherheit im Detail
🔑 Der Tresor (App-Sperre)
Die PIN oder Passphrase leitet mit Argon2id (64 MiB, t=3; sonst PBKDF2-SHA256 ≥600k) einen Schlüssel-Encryption-Key ab, der einen zufälligen 256-Bit-Datenschlüssel (DEK) umhüllt. Alle Tresoreinträge sind mit AES-GCM versiegelt — eindeutige Nonces, Record-ID als beglaubigte Daten. Plattformbindung setzt eine zweite Schicht drauf: Android Keystore/StrongBox, iOS Secure Enclave, Windows DPAPI. Beim Sperren, Timeout, Hintergrund und App-Ende wird der DEK aus dem Speicher verworfen. Mobil verlangt jede Rückkehr aus dem Hintergrund Face ID/Touch ID/Fingerprint, PIN als Fallback.
⛔ Angriffe und Antworten
Falsche PIN: exponentielles Backoff; optionaler Tresor-Wipe nach N Versuchen (Standard wählbar: 10). PIN vergessen: lokaler Wipe und Neuregistrierung als neues Gerät — Server-Nachrichten bleiben. Gestohlene Datenbank: ohne PIN nur Chiffretext; Hardware-Bindung macht Offline-Brute-Force teuer. Schwache Kurz-PINs bleiben offline angreifbar — lange Passphrase empfohlen.
📱 Geräteverwaltung
Alle Geräte mit Nachrichtenschlüsseln sichtbar, jedes einzeln widerrufbar. Ein widerrufenes Gerät wird abgemeldet und erhält keine neuen Schlüssel. Neue Anmeldungen alarmieren Ihre anderen Geräte mit Name und Zeitpunkt — „Das war ich nicht?“ — mit Ein-Klick-Widerruf. Inaktive Geräte können nach 30, 60, 90, 180 Tagen oder einem Jahr automatisch entfernt werden, mitsamt Schlüsseln, Sitzungen und Tokens.
✅ Sicherheitsnummern
Aus den Identitätsschlüsseln beider Konten berechnet. Persönlich oder per QR-Code vergleichen — danach gilt die Person als verifiziert. In Gruppen und Kanälen pro Mitglied über das Schloss in der Kopfzeile, das auch alle Mitglieder, deren Geräte und den Sender-Key-Status zeigt. Eine Schlüsseländerung an einem verifizierten Gerät pausiert das Senden bis zur Bestätigung — in DMs, Gruppen und Kanälen.
🧭 Wer sieht was — das Bedrohungsmodell
| Wer | Was er sieht | Was er nicht kann |
|---|---|---|
| Server-Betreiber / Angreifer mit Serverzugriff | Metadaten: wer mit wem, wann, welcher Raum, Nachrichtengrößen, IPs, Gerätelisten. | Inhalte, Anhänge oder Anrufe entschlüsseln; Timer verlängern; Mitglieder oder Geräte unbemerkt einschleusen (wenn Sie Sicherheitsnummern prüfen). |
| Netzbeobachter | Eine TLS-Verbindung. | Inhalte lesen. |
| Gestohlenes / beschlagnahmtes Gerät | Mit aktiver PIN: Schlüssel versiegelt (Argon2id/PBKDF2-KEK, AES-GCM-DEK). Ohne PIN: nur Chiffretext. | Ältere weiter-geratchete Nachrichten anderer Geräte rekonstruieren; Hardware-Bindung erschwert Brute-Force. |
| Push-Anbieter | Zeitpunkt und Zielgerät. Standardmäßig keine Klartext-Titel oder Absender. | Nachrichteninhalte oder Absendernamen aus dem Payload lesen. |
| Ermittler mit Serverbeschlagnahme | Mitgliedschaften, Zeitstempel, Größen, Gerätelisten, Push-Token. | Ohne die Geräte-Schlüssel der Nutzer: keine einzige lesbare Nachricht. |
Was unverschlüsselt bleibt — und warum: Metadaten (bei jeder Serverarchitektur unvermeidbar, offen benannt);
Raumnamen, Profile und Reaktionen (Server, .env und Backups entsprechend schützen);
Systemmeldungen wie „… ist beigetreten“ (Server-Kern, löschbar, aber keine E2EE-Inhalte).
🕶️ Metadaten-Schutz — Stufe 1
Verschlüsselung versteckt den Inhalt. Stufe 1 nimmt dem Server zusätzlich die Metadaten, die er für den Betrieb nicht braucht — und macht den Rest ungenauer. Experimentell, standardmäßig aktiv, ohne Einstellung.
🏷️ Verschlüsselte Kanalnamen
Der Client verschlüsselt Kanalname und Beschreibung mit den Sender Keys des Raums; der Server speichert nur Chiffretext und einen neutralen Platzhalter (🔒 #4f2a9c01d7). Der Klartextname erreicht den Server nie — eine spätere Umbenennung im Klartext wird abgelehnt (fail closed). Wer Nachrichten lesen kann, liest auch den Namen; Nicht-Mitglieder und Geräte ohne Schlüssel sehen den Platzhalter. Alte Klartext-Einträge werden bei der Migration gelöscht.
📏 Größen-Padding
Jede verschlüsselte Nachricht und jede Bearbeitung wird vor der Verschlüsselung auf eine feste Größenstufe gepolstert (Padmé-Regel, ≥256 Byte, höchstens ~12 % Mehrkosten, unsichtbare Markerzeichen). Der Server erkennt nicht, ob eine kurze Antwort oder ein langer Satz gesendet wurde. Anhänge nutzten schon vorher Größenstufen.
⌨️ Typing-Abschaltung
Einstellungen → Datenschutz & Sicherheit: „Schreibanzeigen senden“ aus heißt, dieses Gerät sendet keine — während Sie die der anderen weiter sehen. Die Wahl gilt pro Gerät und Server und wird nie zentral gespeichert.
🧾 Minimale Server-Logs
Standardmäßig schreiben die Prozess-Logs keine Benutzer-IDs, Anmelde- oder Anzeigenamen, Raumnamen, E-Mails oder IPs — Identitätsfelder stehen als [redacted] da. Anmelde-Audit-Einträge behalten keinen Hash von IP oder User-Agent, außer der Betreiber schaltet ihn scharf — dann nur mit einem Schlüssel, der in einem Fenster (Standard 24 h) wechselt, damit Hashes nicht über die Zeit verknüpfbar sind. Die Sitzungsliste zeigt weiterhin die große Geräteklasse („Firefox on Windows“).
🎛️ Kontrolle: Ihr Konto, Ihr Server — mit den harten Buttons
🔑 Passkey-Anmeldung (WebAuthn)
Anmeldung ohne Passwort: Der Server speichert nur das öffentliche Credential, der private Schlüssel bleibt auf Ihrem Gerät und verlässt es nie. Passkeys sind optional — Passwort-Anmeldung bleibt immer erhalten und lässt sich nicht abschalten. Zeremonien laufen mit einem fünf Minuten gültigen Nonce, das höchstens einmal verifiziert — auch bei gleichzeitigen Anfragen. Ein neu angelegter oder entfernter Passkey alarmiert Ihre anderen Sitzungen; Entfernen widerruft bestehende Credentials wie ein Passwortwechsel. Die Relying Party wird aus der öffentlichen HTTPS-URL abgeleitet — Credentials können nie über den Server-Herkunftsbereich hinaus gelten.
📡 Aktive Sitzungen: wer online ist
Einstellungen → Sicherheit zeigt jedes Gerät, das bei Ihrem Konto angemeldet ist: Gerätebeschreibung, Anmeldeart, Anmeldezeitpunkt, letzte Nutzung, ein Online-Marker und ein „dieses Gerät“-Hinweis. Online heißt eine live bestehende Echtzeitverbindung, pro Sitzung mit 60-Sekunden-Herzschlag verfolgt — nicht geraten. Jede Sitzung außer der aktuellen lässt sich mit einem Klick abmelden. Ein gestohlener Laptop, ein vergessener Browser oder ein ehemaliges Handy lassen sich also gezielt abmelden — ohne das Konto selbst anzufassen.
🗑️ Alles löschen — der Admin-Button
Serveradministratoren finden in Admin → Sicherheit → selbstlöschende Nachrichten einen Danger-Button: „Alle Nachrichten löschen“. Ein einziger Vorgang räumt jede Nachricht in jedem Raum, Thread und jeder Direktnachricht — inklusive Reaktionen, Bearbeitungen, Anhänge und Link-Vorschauen. Der Server nutzt dieselbe Mechanik wie der Ablauf-Wischer: Jeder Nachrichtenschlüssel wird geschreddert, Körperereignisse gelöscht, Anhang-Bytes entfernt, Such-, Unread- und Benachrichtigungs-Projektionen aktualisiert, bis zu acht Räume parallel als Hintergrundjob mit Fortschrittsbericht. Konten, Räume, Mitgliedschaften, Geräte, Schlüssel und Einstellungen bleiben erhalten. Die Aktion ist endgültig und steht im Audit-Protokoll — ohne jeglichen Nachrichteninhalt.
🧹 Alle eigenen Nachrichten löschen
Nutzer haben diese Kraft über ihre eigenen Daten ebenfalls: In Einstellungen → Selbstlöschende Nachrichten gibt es „Alle meine Nachrichten löschen“. Der Server zieht jeden je geschriebenen Beitrag zurück — auch aus verlassenen Räumen, Thread-Antworten und deren Echos — neueste zuerst, bereits gelöschte übersprungen. Die Mitgliedschaft bleibt; Inhalt, Reaktionen, Pins, Such-Einträge, Benachrichtigungen, Anhänge und Vorschauen gehen. Kryptografisch geschreddert, nicht versteckt.
📱 Geräte & Schlüssel in der Hand
Einstellungen → „Geräte mit Nachrichtenschlüsseln“ zeigt jedes Gerät Ihres Kontos; jedes ist einzeln widerrufbar. Ein widerrufenes Gerät wird abgemeldet, verliert Sitzungen und Tokens und erhält keine neuen Sender Keys — künftige Nachrichten lassen es aus. Neue Anmeldungen alarmieren Ihre anderen Geräte mit Name und Zeitpunkt und der Option „Das war ich nicht“ zum sofortigen Widerrufen. Betreiber können Auto-Entfernen verwahrloster Geräte nach 30–365 Tagen einrichten; sie werden mitsamt Schlüsseln vollständig widerrufen.
⚙️ Admin → Sicherheit: was dort steht
Das Admin-Menü hat eine eigene Seite Sicherheit mit drei Bereichen — alles beobachtbar, nichts versteckt:
Zugang. Gesperrte Benutzernamen: Namen, die der Server bei der Registrierung ablehnt, mit Musterliste. OAuth-Clients: jede registrierte Anwendung mit Herkunft und letzter Genehmigung, jede auf Standard, vertraut oder gesperrt stellbar.
Aufbewahrung. Alle Nachrichten löschen (Danger-Button, Hintergrundjob mit Fortschritt). Systemmeldungen: Beitritt/Austritt/Anruf/Raumereignisse — sofort löschen („alle Systemmeldungen löschen“, mit Anzahl) oder automatisch der Nachrichtenlebensdauer folgen lassen; der Server überschreibt gespeicherte Ereignisse sicher.
Sitzungen. Sitzungs-Timeout: absolute Laufzeit ab Anmeldung (Minuten/Stunden/Tage, z. B. 12 h) — nicht nur Idle, wirkt auch über Nacht. Inaktive Geräte: Geräte, die 30, 60, 90, 180 Tage oder 1 Jahr nicht aktiv waren, automatisch widerrufen (standardmäßig aus). Vollständig widerrufen: Schlüssel, Sitzungen, Tokens — auch das letzte Gerät eines Kontos; eine neue Anmeldung legt dann ein neues Gerät an. Das Panel zeigt, wie viele Geräte zum Entfernen anstehen.
Dazu: Einladung-Links mit Ablauf, Passwort-Policy, Anmelde-Drosselung, Branding, Audit-Protokoll ohne Nachrichteninhalt, IP-Watch-Diagnose.
💬 Ausstattung
💬 Voller Chat
Direktnachrichten, Gruppen und Kanäle, Threads, Erwähnungen, Reaktionen, Markdown, angeheftete Nachrichten, Emojis und Dateianhänge — alles Ende-zu-Ende verschlüsselt.
🖼️ Dateien & Medien
Bilder, Dokumente, Videos — verschlüsselt übertragen, EXIF/GPS/XMP-Metadaten automatisch entfernt. Dateiname und Typ im Chiffretext.
📞 Konferenzen
Sprach- und Videoanrufe mit Bildschirmfreigabe, je Anruf verschlüsselt, Schlüssel nur für bestätigte Mitglieder.
🔔 Benachrichtigungen
Push enthält nur Absender und Ort — niemals Ihren Text. UnifiedPush/FCM/APNs/Web Push unterstützt.
🛡️ Verifizierung
Sicherheitsnummern je Person, Geräteübersicht, Warnung bei neuen Geräten, optionales Auto-Entfernen.
🧹 Kontrollierte Löschung
Systemmeldungen sofort oder automatisch löschbar — der Server überschreibt gespeicherte Ereignisse sicher und lässt nur einen inhaltslosen Löschnachweis.
📦 Downloads
| Plattform | Datei | Startklar mit |
|---|---|---|
| 🪟 Windows 10/11 (x64) | Enigma-3-Setup-<Version>.exe | Ausführen. Ersetzt Vorversionen, behält alle Daten und Schlüssel. |
| 🐧 Linux x86_64 | Enigma-3-<Version>-x86_64.AppImage | chmod +x — dann doppelklicken. |
| 🐧 Linux arm64 | Enigma-3-<Version>-arm64.AppImage | chmod +x — dann doppelklicken. |
| 🤖 Android 7+ | enigma3-<Version>.apk | Signierte Release-APK (CN=Enigma 3). Vorhandene Debug-APK vorher deinstallieren. |
| 📱 iPhone / iPad | — | Nutzung über die Web-App im Safari. |
| 🌐 Browser | — | Web-App direkt vom eigenen Server. |
Alle Downloads aus dem offiziellen Repository: Zur aktuellen Release-Seite. Es ist immer nur eine Version verfügbar — ältere Releases werden gelöscht, damit keine veralteten Pakete im Umlauf bleiben. Prüfsummen aller Dateien: SHA256SUMS.txt.
- Windows: Der Installer ist unsigniert. SmartScreen zeigt einen Hinweis — nur bestätigen, wenn diese Seite die Quelle war.
- Android: Installation über „Unbekannte Quellen“; der Release-Schlüssel ist ein anderer als bei Test-APKs.
- Upgrades: Neue Version einfach über die bestehende installieren — alle Sitzungen, Einstellungen und Schlüssel bleiben erhalten.
🔍 Integrität prüfen
sha256sum -c SHA256SUMS.txt
Die Desktop-App prüft Update-Hinweise automatisch gegen diese Summen: Ohne passende Prüfsumme bietet die App kein Update an. Updates kommen ausschließlich aus diesem Repository — kein Tracking, kein Crash-Reporting, kein Hintergrund-Download.
⚡ In drei Schritten loslegen
- Server — ein Linux-Rechner oder eine VM mit Docker Compose v2 (amd64/arm64). Ein einziges
setup.shrichtet Domains, Cloudflare, SMTP und Docker ein. Stack: SecureChat (Server + Web-App), NATS (Daten), LiveKit (Anrufe), Caddy oder Cloudflare Tunnel (Zugang). Sie brauchen eine eigene Domain und ein SMTP-Postfach. Einzelheiten gibt der Server-Betreiber an. - App — das Paket für Ihre Plattform herunterladen und installieren. Registrierung nur per Einladungslink — so entscheidet der Betreiber, wer dabei ist.
- Sicher starten — Serveradresse eintragen, mit der Owner-E-Mail registrieren, Einladungen verschicken. Erste Nachricht: Sicherheitsnummer vergleichen, ersten Anruf testen. Fällt der Anruf ab, fehlen die Ports am Router. Alles Weitere ist Voreinstellung.
📄 Die Broschüre als PDF
Alles Wichtige in einem Dokument: Sicherheit, Kryptografie, Bedrohungsmodell, Plattformen und Aufbau — zum Weitergeben per Messenger oder zum Ausdrucken. Immer auf dem Stand der aktuellen Version.
Prüfsumme der Broschüre: 7341bc7cc22adabbb5ba11841c558cfd54e38f565bfb54983d7104783cd3de6d
SecureChat-App auf GitHub
Releases, Prüfsummen und Issues.