Das Asgard-Protokoll
Wie es funktioniert, der Reihe nach.
Sechs Schritte, in der Reihenfolge, in der sie tatsächlich geschehen. Jeder ist zuerst schlicht beschrieben. Der genaue Mechanismus steht darunter, zum Aufklappen oder zum Liegenlassen.
Schritt 01
Nachweisen, dass Sie es sind
Noch vor allem anderen erzeugt Ihr Telefon zwei Identitäten für Sie und behält beide. Wer prüft, ob eine Nachricht wirklich von Ihnen kam, prüft beide. Eine davon zu brechen genügt nicht.
Die technische Fassung
Ed25519 für die klassische Signatur und CRYSTALS-Dilithium für die post-quantische. Eine Gegenstelle prüft beide Signaturen an jedem Identitätsschlüssel, eine Identität zu fälschen heißt also, beide Verfahren zu brechen.
Schritt 02
Sich auf ein Geheimnis einigen
Zwei Telefone, die sich nie begegnet sind, müssen sich auf ein Geheimnis einigen, ohne es je auszusprechen. Sie tun es zweimal, mit zwei nicht verwandten Stücken Mathematik, und mischen die beiden Ergebnisse. Erweist sich eines als brechbar, hält das Geheimnis trotzdem.
Die technische Fassung
X25519 führt X3DH aus, daneben CRYSTALS-Kyber. Die beiden gemeinsamen Geheimnisse werden per HKDF kombiniert, der Sitzungsschlüssel ist also nur so schwach wie die stärkere der beiden Annahmen.
Schritt 03
Ein neues Schloss für jede Nachricht
Der Ratchet leitet neue Nachrichtenschlüssel ab und löscht älteres Schlüsselmaterial. Das begrenzt die Offenlegung früheren Chiffretexts, löscht aber keine bereits auf einem Gerät gespeicherten Nachrichten.
Die technische Fassung
AES-256-GCM und ein Double Ratchet, mit X25519 und CRYSTALS-Kyber1024 an asymmetrischen Ratchet-Schritten. Korrekte Schlüssellöschung und neue Austausche sind für den vorgesehenen Schutz erforderlich.
Schritt 04
Wenn jemand geht
Verlässt ein Mitglied die Gruppe, erneuern die anderen die Schlüssel ohne es. Das schützt spätere Nachrichten im aktualisierten Zustand, entzieht aber keine bereits empfangenen Inhalte.
SpacesDie technische Fassung
MLS (RFC 9420) mit der hybriden InTouch-Erweiterung. Hybrider Gruppenschutz benötigt die passenden Build-Funktionen und Clients; prüfen Sie die Konfiguration Ihrer Bereitstellung.
Schritt 05
Zustellmetadaten reduzieren
Sealed Sender reduziert Absenderinformationen im Zustellumschlag. Der Dienst wird dadurch nicht anonym: Routing, Zeitpunkte und Datenvolumen bleiben bestehen, und der Relay kennt Space-Mitglieder und Absender.
Die technische Fassung
Sealed Sender reduziert Absenderinformationen im Zustellumschlag. Der Dienst wird dadurch nicht anonym: Routing, Zeitpunkte und Datenvolumen bleiben bestehen, und der Relay kennt Space-Mitglieder und Absender.
Schritt 06
Wie Sie uns ertappen würden
Würden wir Ihnen je den falschen Schlüssel geben, bräuchten Sie eine Möglichkeit, das zu bemerken. Jeder Schlüssel, den wir veröffentlichen, kommt in ein Log, an das nur angehängt werden kann, und Ihr Telefon prüft vor jedem Senden, dass der erhaltene Schlüssel wirklich darin steht.
Die technische Fassung
Clients prüfen Schlüssel anhand signierter Protokollverläufe mit Inklusions- und Konsistenznachweisen. Unabhängige Beobachter müssen Verläufe vergleichen, um getrennte, jeweils intern konsistente Ansichten zu erkennen.
Was das nicht schützt
Der Relay kann geschützte Inhalte nicht lesen, doch Metadaten bleiben bestehen. Agentenbetreiber und Modellanbieter können empfangene Inhalte verarbeiten. Verschlüsselung schützt keine entsperrten oder kompromittierten Endpunkte und löscht keine Kopien. Die Sicherheitsseite beschreibt Build-Anforderungen und Verfügbarkeit.
Das Ganze, aufgeschrieben.
Lesen Sie Protokollübersicht und Implementierungshinweise. Die öffentliche Quellcodeveröffentlichung und eine abgeschlossene unabhängige Prüfung stehen noch aus.