du bist im clearnet. die hier gelisteten adressen öffnen sich nur innerhalb des tor netzwerks - tor browser hier herunterladen »
AlphaBay.Market
DE
letzte prüfung: vor 1 min 260 onions getrackt
startseite / news / sicherheit
30 Oktober 2026 sicherheit 5 min lesezeit

Wer sieht den Umschlag: Metadaten bei Signal, SimpleX, Session und XMPP im Vergleich

Ende-zu-Ende-Verschlüsselung beantwortet eine Frage – kann jemand diese Nachricht auf dem Weg mitlesen – und sagt nichts über die stillere Frage, die praktisch genauso wichtig ist: wer sehen kann, dass eine Nachricht überhaupt stattgefunden hat. Zustellungsmetadaten wie Verbindungszeiten, IP-Adressen, Kennungen und Kontaktmuster werden nie verschlüsselt, denn etwas muss lesbar bleiben, damit der Verkehr überhaupt geroutet werden kann.

Was Metadaten umfasst

Inhaltsverschlüsselung verbirgt, was gesagt wird. Sie verbirgt nicht, dass ein Gerät zu einem bestimmten Zeitpunkt über ein bestimmtes Netz einen Dienst kontaktiert und eine Nutzlast bestimmter Größe ausgetauscht hat. Allein Timing und Volumen können skizzieren, wer wann mit wem spricht; deshalb zählen die architektonischen Entscheidungen eines Messengers bei Metadaten mindestens so viel wie seine Verschlüsselung.

Signal: Sealed Sender und minimale Speicherung

Signal hält die serverseitige Speicherung so gering wie möglich und nutzt seit 2018 Sealed Sender, um die Absenderidentität von der Außenseite jeder Nachricht zu entfernen – der Vergleich des Projekts: Post mit "a blank space where the 'from' address used to be", zustellbar, obwohl nur das Ziel bekannt ist. Derselbe Beitrag räumt die Grenzen ein: Schutz vor "traffic correlation via timing attacks and IP addresses" sei weiterhin Arbeit in Entwicklung, und ein Gerät, das Signal nutzt, meldet seine Verbindung weiterhin an Signals Infrastruktur. Was Signal tatsächlich speichert, dokumentieren weniger Marketingaussagen als rechtliche Offenlegungen. Seine Seite zu Regierungsanfragen veröffentlicht die Protokolle der eingehenden Forderungen; auf eine Grand-Jury-Subpoena 2016 antwortete das Unternehmen, die einzigen produzierbaren Daten seien das Registrierungsdatum des Kontos und das Datum der letzten Verbindung des Nutzers gewesen. Anfragen, beantwortet 2021 und nach einer weiteren Grand-Jury-Subpoena im März 2026, wiederholen dasselbe Muster: Die Daten existieren schlicht nicht auf Signals Servern. Übrig bleibt der Rest, den jedes Client-Server-Design hat: wann Sie sich verbunden haben und von wo. Ein strukturelles Kennzeichen bleibt: Signal-Konten werden an eine Telefonnummer gebunden erstellt, auch wenn Nutzernamen die Nummer inzwischen aus den Kontaktlisten anderer heraushalten. Das verknüpft jedes Konto mit etwas in der realen Welt – relevant, wenn der Kontoinhaber nicht mit einer Person verknüpft werden darf.

SimpleX: keine Nutzerkennungen im Netzwerk

SimpleX greift das Kennzeichen-Problem direkt an. Statt Konten leitet es Nachrichten über Nachrichtenwarteschlangen pro Kontakt, deren Adressen das Einzige sind, was ein Server kennt. Das Projekt schreibt, "SimpleX Chat has no user identifiers visible to the network"; Profile, Kontakte und Nachrichten liegen ausschließlich auf Client-Geräten. Ein Gespräch läuft typischerweise über zwei verschiedene Relays, eines pro Richtung, sodass kein einzelner Betreiber den Verkehr in beide Richtungen sieht. Unabhängige Prüfung gibt es ebenfalls: Ein Code-Audit durch Trail of Bits, angekündigt im November 2022, fand zwei mittlere und zwei niedrige Schwachstellen in der Krypto- und Netzwerkbibliothek – keine untergräbt das Modell ohne Kennungen. Was SimpleX-Server sehen, sind die Warteschlangenadresse und die Verbindung zu ihr – ein wesentlicher Grund, warum das Projekt seither in privates Routing investiert, um IP-Adressen der Absender vor Relay-Betreibern zu schützen. Wie bei jedem Relay-Design hängt die Marge auch von der Netzgröße ab: Eine Warteschlange auf einem wenig genutzten Server lässt sich leichter korrelieren als eine im geschäftigen Verkehr.

Session: Onion Requests über ein eigenes Netzwerk

Session lässt Telefonnummern und E-Mail bei der Kontoerstellung weg: Ein Konto ist eine neu erzeugte zufällige ID mit Recovery-Seed. Nachrichten laufen als Onion Requests durch das dezentrale Netz, so geschichtet, dass "no single server ever knows a message's origin and destination", wie das Projekt schreibt. Die Zustellung läuft über Swarms aus fünf bis sieben Knoten, die verschlüsselte Nachrichten vorhalten, bis sie abgeholt werden. Die Dokumentation behauptet sogar, "impossible for Session to track users' IP addresses" – eine absolute Aussage, die Vorsicht verdient, denn ein kleineres, selbst betriebenes Netz hängt an der Integrität seiner Knoten.

XMPP mit OMEMO: Verschlüsselung ohne Metadaten-Versprechen

XMPP ist der föderierte Fall. Der OMEMO-Standard (XEP-0384) bringt Signal-artige Double-Ratchet-Verschlüsselung mit Multi-Device-Unterstützung nach XMPP und behandelt Server als für Inhalte unzuverlässig. Die Spezifikation ist ehrlich über die Grenze: Schutz gegen "metadata and traffic analysis" bietet sie nicht. In einem föderierten Netz ist sichtbar, wer mit wem spricht – für die Server, die die Konten hosten, und alles auf dem Föderationspfad dazwischen. Die Wahl eines Anbieters ist daher eine Metadaten-Entscheidung genauso wie eine Verfügbarkeits-Entscheidung: Inhaltsverschlüsselung ist standardisiert, Metadatenschutz hängt vom Betreiber ab.

Was keiner von ihnen entfernt

Der Vergleich bleibt nur ehrlich, wenn er mit dem endet, was alle vier gemeinsam haben:
  • Signal: Der Dienst sieht Verbindungszeiten und IP-Adressen, die Registrierung erfolgt per Telefonnummer; Sealed Sender verbirgt die Absenderidentität, und veröffentlichte Offenlegungen zeigen als produzierte Daten Registrierungs- und letzte Verbindungsdaten.
  • SimpleX: Relays sehen Warteschlangenadressen und Verbindungen zu ihnen; Profile und Nachrichten bleiben auf Geräten, ohne Kontokennzeichen auf Netzwerkebene.
  • Session: zufällige Konto-IDs, Onion-Request-Routing, das Ursprung und Ziel vor einzelnen Knoten verbirgt, verschlüsselte Nachrichten vorübergehend in Knoten-Swarms.
  • XMPP mit OMEMO: Inhalt Ende-zu-Ende verschlüsselt, doch Server und Föderationspfade sehen, wer wann mit wem kommuniziert.
  • Alle vier: Ein ISP oder lokales Netz sieht weiterhin, dass ein Gerät mit dem Dienst spricht – oder mit Tor, wenn getunnelt –, und Timing-Korrelation bleibt überall ungelöst.

Infrastruktur prägt die Exposition

Dieselbe Lektion zeigt sich außerhalb dieses Vergleichs. Telegram gilt vielfach als verschlüsselter Standard, doch seine normalen Chats sind nicht Ende-zu-Ende-verschlüsselt, und seine Infrastruktur-Entscheidungen – von der jüngsten Offerte auf die .gram-Top-Level-Domain bis zur Verwaltung von t.me – bestimmen die Exposition lange vor jedem Gericht. Architektur, nicht Etiketten, entscheidet, wer was lernen kann. Kein Messenger entfernt Metadaten vollständig; jeder tauscht eine Exposition gegen eine andere. Signal minimiert, was der Server speichert, SimpleX entfernt Netzwerk-Kennungen, Session verbirgt das Routing in seinem eigenen Onion-Netz, und föderiertes XMPP übergibt die Metadaten-Frage dem gewählten Betreiber. Die praktische Zusammenfassung: das Design wählen, das zum Bedrohungsmodell passt, bei Bedarf über Tor tunneln und jedes "verschlüsselt"-Etikett als Aussage nur über den Inhalt behandeln.

weitere notizen

alle news ›