IT-Notfall
Akutes technisches oder Sicherheitsproblem mit Silvra?
Kontaktweg, Notfallmeldung und erste Schritte – auf einer Seite.
Sicherheit
Was geschützt ist – und wo der Schutz endet.
Die Kryptographie des Silvra Messenger vollständig aufgelistet, die Grenzen des Schutzes, der Rechtsrahmen, der Meldeweg für Sicherheitslücken – und was diese Website mit Ihrem Besuch tut.
InventarStand: Oktober 2026
Jeder Baustein, mit Standard und Status.
Auch die klassischen Bausteine stehen hier – nicht in einer Fußnote.
- 1 Post-Quanten, hybrid
- 2 Symmetrisch, 256 Bit
- 2 Klassisch
- 3 Nicht Ende-zu-Ende
| Baustein | Verfahren | Standard | Status |
|---|---|---|---|
| Schlüsselaustausch | X-Wing (X25519 + ML-KEM-768) in MLS | FIPS 203 · RFC 9420 · X-Wing (IETF-Entwurf) | Post-Quanten, hybridHybrid: Bricht ein Verfahren, hält das andere. |
| Nachrichteninhalt | ChaCha20-Poly1305 | RFC 8439 | Symmetrisch, 256 BitGrovers Algorithmus halbiert die effektive Schlüssellänge von 256 auf 128 Bit – das genügt weiterhin. |
| Anhänge | AES-256-GCM, ein Schlüssel je Datei | FIPS 197 · SP 800-38D | Symmetrisch, 256 BitDer Dateischlüssel reist in der verschlüsselten MLS-Nachricht. |
| Absender-Signaturen | Ed25519 (in MLS) | RFC 8032 | KlassischBetrifft die Echtheit, nicht die Vertraulichkeit gespeicherter Nachrichten. |
| Sprach- und Videoanrufe | WebRTC, DTLS-SRTP | RFC 5764 | KlassischVerschlüsselt, aber mit klassischen Verfahren. |
| Aktuelles-Feed | – | – | Nicht Ende-zu-EndeEin Broadcast an Kontakte; Beiträge liegen im Klartext auf dem Server. |
| Nachrichten vor Einrichtung der Verschlüsselung | – | – | Nicht Ende-zu-EndeSolange ein Chat noch nicht verschlüsselt ist, etwa weil die Gegenseite noch keine Schlüssel hinterlegt hat, gehen Nachrichten unverschlüsselt an den Server. Die App zeigt das im Chat an. |
| Profile, Gruppen, Umfragen und Termine | – | – | Nicht Ende-zu-EndeAnzeigenamen, Bilder, Gruppennamen, Mitglieder, Rollen, Umfragen, Termine und Reaktionen kann der Server lesen – auch in verschlüsselten Chats. |
Tab. 1 · Kryptographie-Inventar Silvra MessengerQuelle: Angaben des Teams (Quellcode nicht öffentlich) · Stand: Oktober 2026
Chiffrensuite der MLS-Gruppen
MLS_256_XWING_CHACHA20POLY1305_SHA256_Ed25519Grenzen
Was der Server sieht – und was nur klassisch geschützt ist.
Ende-zu-Ende verschlüsselt heißt nicht, dass ein Server nichts weiß. Hier steht, was er weiß.
Für unseren Server lesbar
- Nachrichten vor Einrichtung der VerschlüsselungSolange die Verschlüsselung in einem Chat noch nicht eingerichtet ist – etwa weil die Gegenseite noch keine Schlüssel hinterlegt hat oder das Einrichten gescheitert ist –, gehen Nachrichten unverschlüsselt an unseren Server. Die App zeigt das im Chat an.
- Beiträge im Aktuelles-FeedNicht Ende-zu-Ende verschlüsselt: Beiträge, Kommentare und Reaktionen liegen im Klartext auf dem Server.
- Profile, Gruppen und UmfragenAnzeigename, Profilbild, Profiltext und Status; Gruppenname, Beschreibung, Bild, Mitglieder und Rollen; Umfragen, Termine und Reaktionen – auch in verschlüsselten Chats.
- Konto und ZustellungIhre E-Mail-Adresse, Ihre angemeldeten Geräte, wann Sie zuletzt online waren, wer wann mit wem schreibt oder telefoniert und die Adressen geteilter Links, deren Vorschau der Server abholt.
Nur klassisch geschützt oder bewusst begrenzt
- Sprach- und VideoanrufeLaufen über WebRTC mit DTLS-SRTP – verschlüsselt, aber mit klassischen Verfahren.
- Absender-SignaturenEd25519 – ein klassisches Verfahren. Abgefangene, gespeicherte Nachrichten bleiben durch X-Wing geschützt; ein künftiger Quantenrechner könnte aber Signaturen fälschen und sich so aktiv in eine Gruppe einschleichen.
- Alte Nachrichten auf einem neuen GerätEin neu angemeldetes Gerät kann vergangene verschlüsselte Nachrichten nicht lesen. Das folgt aus dem Protokoll: Ein neues Gerät tritt einer MLS-Gruppe erst mit seiner Aufnahme bei und erhält keine Schlüssel früherer Epochen.
Rechtsraum und Betrieb
Wo Silvra arbeitet – und wo das steht.
Europäisches Recht, kein Geschäft mit Daten, offene Bausteine.
- Entwicklung
- EU
- Rechtsrahmen
- EU-Recht, einschließlich DSGVO
- Server
- in Deutschland, selbst betrieben – ohne Hosting-AnbieterDatenschutzerklärung der App
- Auftragsverarbeiter
- Google (Push-Benachrichtigungen), Resend (E-Mails mit dem Anmeldecode), Cloudflare (Weiterleitung von Anrufen)Datenschutzerklärung der App
- Werbung
- keineDatenschutzerklärung der App
- Nutzungsdaten
- kein WeiterverkaufDatenschutzerklärung der App
- Quellcode
- nicht öffentlich · Bausteine OpenMLS und libcrux offen
Meldeweg
Sicherheitslücke melden
Sie haben eine Sicherheitslücke im Silvra Messenger oder auf dieser Website gefunden? Bitte melden Sie sie vertraulich – bevor Sie sie veröffentlichen.
So gehen Sie vor
- Schreiben Sie an info@silvra.net mit dem Betreff „Sicherheit“.
- Beschreiben Sie, was betroffen ist und wie sich der Fund nachvollziehen lässt.
- Bitte testen Sie nicht mit fremden Konten oder Daten und veröffentlichen Sie nichts, bevor die Lücke behoben ist.
- Wir bestätigen den Eingang, prüfen den Fund und informieren Sie, sobald er behoben ist.
Maschinenlesbar: security.txt
Kontaktwege für Sicherheitsforschende stehen auch in der Datei security.txt nach RFC 9116. Sie wird bei jedem Build mit einem neuen Ablaufdatum erzeugt.
Diese Website
Was silvra.net mit Ihrem Besuch tut.
Fast nichts – und das ist beim Bau festgelegt, nicht nur versprochen.
- Cookies
- keine
- Externe Ressourcen
- keine – Schriften und Bilder kommen von silvra.net
- Tracking
- keines, keine Analyse des Nutzungsverhaltens
- Content Security Policy
- default-src 'self' · form-action 'none'
- Auslieferung
- eigener Server in Deutschland
- Barrierefreiheit
- WCAG 2.2 AA · geprüft 14.10.2026