burnMSG
Messenger
Noch keine Bewertungen
Selbstlöschende, Ende-zu-Ende verschlüsselte Einmal-Nachrichten – kein Konto, kein Server-seitiger Klartext.
✓ Verifiziert
NEU
Wird geprüft...
Zuletzt aktualisiert: 12.09.2026
Features
🔓 Open Source
🔑 Keine Registrierung
🛡️ No-Logs
Scores
0
👑 Exzellent
KYC-Level
10
👑 Exzellent
Privacy
10
👑 Exzellent
Trust
Tor-Unterstützung
✕ Nicht verfügbar
Ist burnMSG down? Online ▾
Letzte 30 Tage · automatische Erreichbarkeitsprüfung
Online (≥95%)
Teilweise gestört
Offline
Keine Daten
Beschreibung
burnMSG ist ein Zero-Knowledge-Dienst für kurzlebige, vertrauliche Nachrichten. Der Text wird vollständig im Browser mit AES-256-GCM verschlüsselt, bevor er den Server erreicht – der Entschlüsselungs-Schlüssel steckt nur im Link (URL-Fragment) und wird nie übertragen oder gespeichert. Nachrichten löschen sich nach dem ersten Öffnen selbst oder laufen nach einer festgelegten Zeit ab. Optional zusätzlicher Passwortschutz (Zwei-Faktor-Prinzip: Link und Passwort nötig). Kein Konto erforderlich.
12.09.2026 –
Dienst neu angelegt
Domain
🌐 burnmsg.com
Öffnen →
💡 Kostenlos anmelden, um Dienste zu favorisieren und bei Änderungen (z.B. Score-Anpassungen) automatisch benachrichtigt zu werden.
✅
Garantiert kein KYC
Die Nutzungsbedingungen schließen eine KYC-Anfrage explizit aus.
P +25
T +0
✅
Strikte No-Logs-Politik
Der Dienst speichert laut eigenen Angaben keine Nutzungsdaten.
P +5
T +3
✅
Quelloffen
Der Quellcode ist öffentlich einsehbar und überprüfbar.
P +0
T +7
✅
Keine Registrierung nötig
Der Dienst kann ohne Account-Erstellung genutzt werden.
P +5
T +0
✅
Von uns geprüft
Der Eintrag wurde von einem Admin manuell verifiziert.
P +0
T +5
⬜
Atomic Swaps
Ermöglicht direkten Coin-Tausch zwischen zwei Parteien ohne Zwischenhändler.
P 0
T 0
⬜
Non-Custodial
Nutzer behalten jederzeit die volle Kontrolle über die eigenen Coins/Daten.
P 0
T 0
⬜
Peer-to-Peer-Netzwerk
Läuft über ein dezentrales Netzwerk statt zentraler Server.
P 0
T 0
⬜
Akzeptiert Monero
Unterstützt Zahlungen mit der auf Privatsphäre fokussierten Kryptowährung Monero.
P 0
T 0
⬜
Tor-/I2P-Adresse verfügbar
Eine Onion- oder I2P-Adresse erhöht die Zugriffs-Privatsphäre zusätzlich.
P 0
T 0
⬜
Lightning-Unterstützung
Unterstützt schnelle, günstige Zahlungen über das Lightning-Netzwerk.
P 0
T 0
P = Beitrag zum Privacy Score, T = Beitrag zum Trust Score. Faktoren, die von mindestens 3 Nutzern mehrheitlich abgelehnt wurden, fließen nicht mehr in die Summe ein. Die finalen Scores oben werden zusätzlich redaktionell geprüft.
Ähnliche Dienste
Bewertungen & Kommentare
⚠️
Über Kommentare
- • Kommentare sind für alle sichtbar, ohne vorherige Freischaltung.
- • Wir moderieren nur bei klaren Regelverstößen (Spam, Beleidigungen).
- • Prüfe Angaben in Kommentaren immer zusätzlich eigenständig, bevor du ihnen vertraust.
0
★★★★★
0 Bewertungen
✨ KI-Zusammenfassung
Aktualisiert am 12.09.2026
Pro
Echtes Zero-Knowledge-Prinzip: Verschlüsselung (AES-256-GCM) läuft komplett im Browser, der Schlüssel steckt nur im Link-Fragment und erreicht den Server nie – selbst mit Datenbankzugriff kein Klartext einsehbar
Kein Konto nötig – niedrige Einstiegshürde, keine Nutzerprofile, kein Tracking
Flexibel: Burn-after-Read oder Ablaufzeit (1h–30 Tage), je nach Bedarf
Zwei-Faktor-artiger Passwortschutz – Link und Passwort nötig, keins reicht allein
Bot-sicheres Peeking – Link-Vorschauen von Messengern verbrauchen die Notiz nicht
Lokal generierter QR-Code – kein Drittanbieter sieht je den Link samt Schlüssel
Transparent über eigene Grenzen – die Über-Seite verschweigt den Passwort/Burn-Kompromiss nicht, sondern erklärt ihn offen
Leichtgewichtig – PHP/MySQL, auf praktisch jedem Standard-Webspace lauffähig, kein komplexer Stack
Contra
Kein Ersatz für laufende E2E-Kommunikation – für sowas sind Signal & Co. gemacht, burnMSG ist für einzelne, kurzlebige Nachrichten gedacht
Kein echtes Forward Secrecy im Signal-Sinn – ein Schlüssel pro Notiz, kein rotierendes Ratchet-System (für den Zweck aber auch nicht nötig)
Bekannter Trade-off: bei Passwortschutz + Burn-after-Read verbrennt auch ein falscher Versuch die Notiz, weil der Server das Passwort nie prüfen kann
Kein großes Sicherheitsaudit – ein Ein-Personen-/Hobby-Projekt, kein etabliertes Bug-Bounty-Programm, „nur" Responsible-Disclosure auf Vertrauensbasis
Sicherheit hängt an korrektem Deployment – ohne HTTPS ist die gesamte Verschlüsselung wertlos, das liegt in der Verantwortung des Betreibers
Metadaten bleiben sichtbar – ungefähre Nachrichtenlänge lässt sich aus der Chiffretext-Größe ablesen (im Code als bekannte Einschränkung dokumentiert)
Zentral gehostet – kein dezentrales System; Verfügbarkeit hängt an einem Server/Betreiber
Noch keine Bewertungen. Sei der Erste!