burnMSG
Messenger
No reviews yet
Selbstlöschende, Ende-zu-Ende verschlüsselte Einmal-Nachrichten – kein Konto, kein Server-seitiger Klartext.
Verified
Checking...
Last updated: 12.09.2026
0
Excellent
KYC-Level
10
Excellent
Privacy
10
Excellent
Trust
Features
Open Source
No registration
No-Logs
Tor support
Not available
Is burnMSG trustworthy?
With a trust score of 10/10 and no currently unresolved incidents, we rate burnMSG as a solid, trustworthy service. This assessment is based on our trust score system and the incidents documented above – it does not replace doing your own research.
Description
burnMSG is a zero-knowledge service for short-lived, confidential messages. The text is fully encrypted in the browser with AES-256-GCM before it ever reaches the server — the decryption key lives only in the link (URL fragment) and is never transmitted or stored. Messages self-destruct after first being opened, or expire after a set time. Optional additional password protection (two-factor style: both the link and the password are required). No account needed.
12.09.2026 –
Dienst neu angelegt
Domain
burnmsg.com
Open →
Sign up for free to favorite services and get notified automatically about changes (e.g. score adjustments).
Overall score: 60% Privacy + 40% Trust
Score Calculation
▾
Base50
Garantiert kein KYC+25
Strikte No-Logs-Politik+5
Keine Registrierung nötig+5
Privacy Score85 / 100
Confirmed Attributes · 11
▾
Garantiert kein KYC
Die Nutzungsbedingungen schließen eine KYC-Anfrage explizit aus.
+25
Strikte No-Logs-Politik
Der Dienst speichert laut eigenen Angaben keine Nutzungsdaten.
+5
Quelloffen
Der Quellcode ist öffentlich einsehbar und überprüfbar.
0
Keine Registrierung nötig
Der Dienst kann ohne Account-Erstellung genutzt werden.
+5
Von uns geprüft
Der Eintrag wurde von einem Admin manuell verifiziert.
0
Atomic Swaps
Ermöglicht direkten Coin-Tausch zwischen zwei Parteien ohne Zwischenhändler.
+3
Non-Custodial
Nutzer behalten jederzeit die volle Kontrolle über die eigenen Coins/Daten.
+3
Peer-to-Peer-Netzwerk
Läuft über ein dezentrales Netzwerk statt zentraler Server.
+2
Akzeptiert Monero
Unterstützt Zahlungen mit der auf Privatsphäre fokussierten Kryptowährung Monero.
+5
Tor-/I2P-Adresse verfügbar
Eine Onion- oder I2P-Adresse erhöht die Zugriffs-Privatsphäre zusätzlich.
+5
Lightning-Unterstützung
Unterstützt schnelle, günstige Zahlungen über das Lightning-Netzwerk.
+2
P = contribution to the Privacy Score. Factors rejected by a majority of at least 3 users are no longer included in the total. The final scores above are additionally reviewed editorially.
Reviews & Comments
About comments
- • Comments are visible to everyone immediately, with no prior approval.
- • We only moderate for clear rule violations (spam, insults).
- • Always independently verify claims in comments before trusting them.
0
0 reviews
Would you recommend this service?
Anonymous quick take from the community, no login required - doesn't replace the detailed reviews below.
No votes yet - be the first.
KI-Zusammenfassung
Updated on 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
Con
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
No reviews yet. Be the first!