Wenn die Tür, die dir die Plattform anbietet, einen Ersatzschlüssel für den Wächter hat, baue deine eigene Tür. Aber denk daran: Der Wächter kann verlangen, dass alle Türen eingerissen werden, die er nicht öffnen kann.
Es gibt einen Ansatz, der häufig auftaucht, wenn Chat Control mit technisch versierten Personen diskutiert wird: Was ist, wenn Nutzer ihre Nachrichten mit Schlüsseln verschlüsseln, die sie selbst verwalten, außerhalb der Kontrolle der Plattform?
Die Idee ist einfach und wirkungsvoll. Anstatt der Verschlüsselung zu vertrauen, die die Plattform anbietet (die das Gesetz schwächen könnte), vereinbaren die Nutzer einen Schlüssel über einen externen Kanal und verschlüsseln den Inhalt, bevor die Plattform ihn berührt.
Das Schema
Externer Kanal: A —————————[k_AB]——————————→ B
(Schlüsselvereinbarung von Angesicht zu Angesicht, Signal, verschlüsselte E-Mail, Papier)
A schreibt M
A verschlüsselt M mit k_AB → C = E_k_AB(M)
A sendet C über die Plattform
B empfängt C
B entschlüsselt C mit k_AB → M
Die Plattform sieht nur C (unverständliche Daten)
In diesem Schema:
- Die Plattform empfängt , das aus ihrer Perspektive Rauschen ist, das von Zufallsdaten nicht zu unterscheiden ist
- Die Plattform kann den Inhalt nicht scannen, weil sie mathematisch keinen Zugriff auf hat
- CSAR kann die Plattform nicht zwingen, zu entschlüsseln, was sie nicht entschlüsseln kann
- A und B behalten die volle Kontrolle über ihre Kommunikation
Was dieser Ansatz löst
| Problem | Gelöst | Warum |
|---|---|---|
| Inhalts-Scanning durch die Plattform | Ja | Die Plattform sieht nur Chiffretext |
| Key Escrow (Schlüsselhinterlegung) | Ja | Der Schlüssel berührt nie die Plattform |
| Ausweitung des Klassifikators | Ja | Es gibt keinen zu erweiternden Klassifikator |
| Retrospektives Scannen | Ja | Es gibt keinen zugänglichen Inhalt zum erneuten Scannen |
| Erkennung des "verschlüsselnden Nutzers" | Nein | Die Plattform sieht hohe Entropie |
| Metadaten | Nein | Wer, wann, wie viel, Häufigkeiten |
| Rechtlicher Druck auf die Endpunkte | Nein | Der Schlüssel liegt in den Händen von A und B |
Was er nicht löst
1. Das Problem der Erkennung durch hohe Entropie
Eine mit einem robusten Schema verschlüsselte Nachricht erzeugt Daten, die statistisch nicht von Zufallsrauschen zu unterscheiden sind. Eine Plattform, die das erwartete Format ihrer Nachrichten kennt (z. B. JSON mit strukturierten Feldern), kann leicht erkennen, dass eine Nachricht diesem Format nicht folgt:
Normale WhatsApp-Nutzdaten:
{"key": {"remoteJid":"...","fromMe":true},"message":{"conversation":"Hallo"}}
Entropie: ~4,2 Bits/Byte
Extern verschlüsselte Nutzdaten:
<7e9f2b8a1c4d... (scheinbar zufällige Bytes)
Entropie: ~7,9 Bits/Byte → erkennbar
Wenn das Gesetz die Plattform verpflichtet, nicht scanbare Nachrichten zu blockieren, wäre dieser einfache Entropie-Detektor ausreichend, um diese Nachrichten zu identifizieren und zu blockieren.
2. Das Problem des externen Kanals
Das schwächste Glied des Schemas ist der anfängliche Schlüsselaustausch:
Wie vereinbaren A und B k_AB ohne die Plattform?
├→ Von Angesicht zu Angesicht: Sicher, aber nicht skalierbar
├→ Signal: Sicher, aber erfordert, dass beide Signal nutzen
├→ Verschlüsselte E-Mail: Machbar, aber unbequem
├→ WhatsApp selbst: Die Plattform könnte abfangen
└→ Papier/QR-Code: Sicher, aber für häufige Kontakte unpraktisch
Damit der Ansatz mit nicht-technischen Kontakten funktioniert, müsste der Schlüsselaustausch über die Plattform selbst erfolgen, was das Problem wieder einführt: Wenn die Plattform den Schlüssel sehen kann, ist die externe Verschlüsselung irrelevant.
3. Das Problem des Gesetzes, das die Gesetzeslücke schließt
Dies ist der kritische Punkt, den die rein technische Analyse oft übersieht. Ein Gesetz wie CSAR beschränkt sich nicht darauf zu sagen "Plattformen müssen scannen". Es kann (und würde voraussichtlich) Bestimmungen enthalten wie:
Artikel X: Die Anbieter müssen sicherstellen, dass alle über ihre Infrastruktur
übertragenen Nachrichten gemäß den Artikeln Y-Z der Erkennung zugänglich sind.
Die Übertragung von Inhalten, die aufgrund ihres Formats oder ihrer technischen
Merkmale die Anwendung der obligatorischen Erkennungsmaßnahmen verhindern, ist
untersagt.
In diesem Szenario wäre die Plattform verpflichtet:
- Nachrichten mit ungewöhnlich hoher Entropie zu erkennen
- Ihre Übertragung zu blockieren
- Den Nutzer als "verdächtig der Umgehung" zu melden
Vergleich mit anderen Ansätzen
| Aspekt | Externe Verschlüsselung | CSS | Key Escrow | Meldeschwellen |
|---|---|---|---|---|
| Die Plattform sieht den Inhalt | Nein | Ja (vor der Verschlüsselung) | Ja | Nur bei Meldungen |
| Skalierbar für nicht-technische Nutzer | Nein | Ja | Ja | Ja |
| Widerstandsfähig gegen rechtliche Ausweitung | Hoch | Niedrig | Niedrig | Mittel |
| Erfordert Vertrauen in die Plattform | Nein | Ja | Ja | Teilweise |
| Als "Umgehung" erkennbar | Ja | Nein | Nein | Nein |
Das Problem der kritischen Masse
Die externe Verschlüsselung mit gemeinsamen Schlüsseln funktioniert perfekt als handwerkliche Maßnahme für einen technischen Nutzer, der:
- Schlüssel generieren und verwalten kann
- Kontakte hat, die dies ebenfalls können
- Die Reibung des Prozesses akzeptiert
Aber sie funktioniert nicht als systemische Lösung für 500 Millionen Europäer. Der Grund ist nicht technisch, sondern strukturell: Ein Gesetz, das Scannen auf der Plattform vorschreibt, wird den Datenverkehr, der nicht gescannt werden kann, einfach verbieten oder blockieren, und die überwältigende Mehrheit der Nutzer wird weder das Wissen noch die Motivation haben, ein externes Verschlüsselungssystem zu übernehmen.
Nutzerpyramide:
▲ ~0,1% Fortgeschrittene Techniker (externe Verschlüsselung möglich)
├ ~1% Mittlere Techniker (möglich mit Mühe)
├ ~10% Bewusste Nutzer (nicht machbar ohne Werkzeug)
▼ ~90% Mainstream-Nutzer (nutzt, was die App bietet)
Wenn das Gesetz die externe Verschlüsselung blockiert, haben ~99,9 % der Nutzer
keinen Schutz. Und die 0,1 % sind als "sich schützende Nutzer" erkennbar,
genau dasselbe Paradoxon, das Obscura im Kontext des Fingerprinting dokumentiert.
Parallele zum Paradoxon des Schutzes
Dieser Ansatz leidet unter derselben Asymmetrie, die die Obscura-Forschung für Anti-Fingerprinting dokumentiert:
Der Verteidiger muss immer gewinnen. Der Angreifer muss nur einmal gewinnen.
Im Kontext von Chat Control:
- Der Nutzer muss alle seine Nachrichten auf nicht unterscheidbare Weise schützen
- Die Plattform muss eine einzige Anomalie erkennen (eine Nachricht mit hoher Entropie, ein ungewöhnliches Kommunikationsmuster), um den Nutzer als "umgehungsverdächtig" zu identifizieren
- Einmal identifiziert, kann der Nutzer zusätzlichen Maßnahmen unterworfen werden (Sperrung, Meldung an Behörden, Ermittlungen)
Die Analogie zum Fingerprinting ist nahezu perfekt. In Obscura musste der Proxy alle Signale normalisieren, um nicht erkannt zu werden; hier muss der Nutzer alle seine Nachrichten wie normale Plattformnachrichten aussehen lassen, was mit externer Verschlüsselung unvereinbar ist.
Schlussfolgerung
Die externe Verschlüsselung mit gemeinsamen Schlüsseln ist technisch solide als individuelle Privatsphäremaßnahme. Wenn A und B einen Schlüssel außerhalb der Plattform vereinbaren und ihre Nachrichten verschlüsseln, kann die Plattform sie weder lesen, scannen noch melden. Punkt.
Aber als politische und systemische Lösung gegen ein Gesetz wie CSAR hat sie drei unlösbare Probleme:
- Das Gesetz wird die Gesetzeslücke schließen, indem es nicht scanbare Nachrichten verbietet oder blockiert
- Der Schlüsselaustausch führt das Problem für die Mehrheit der Nutzer wieder ein
- Die Verteidiger-Angreifer-Asymmetrie macht den Nutzer als "Umgeher" erkennbar, selbst wenn sein Inhalt sicher ist
Es ist kein falscher Ansatz. Es ist ein Ansatz, der für denjenigen funktioniert, der ihn implementieren kann, der aber nicht als Alternative zum Massenscannen verallgemeinert werden kann. Es ist der Unterschied zwischen dem Bau eines Atomschutzbunkers für deine Familie und der Behauptung, die gesamte Menschheit solle in Atomschutzbunkern leben.
Verwandte Dokumente: