Du hast zwei oder drei Meshtastic-Geräte eingerichtet, die ersten Nachrichten kommen an, und jetzt stellt jemand aus deiner Gruppe die naheliegende Frage: Kann das eigentlich jeder mitlesen? Die ehrliche Antwort zur Meshtastic Verschlüsselung lautet: Der Inhalt deiner Nachrichten ist mit AES-256 verschlüsselt, aber im Auslieferungszustand mit einem Schlüssel, den die ganze Welt kennt. Privat wird es erst, wenn du einen eigenen Kanal mit zufälligem Schlüssel anlegst, diesen Schlüssel sauber verteilst und ein paar Einstellungen rund um MQTT und Fernverwaltung bewusst setzt.
Direktnachrichten zwischen zwei Knoten nutzen seit Firmware 2.5 zusätzlich Public-Key-Kryptografie und sind damit besser geschützt als Gruppenkanäle. Trotzdem hat das System Grenzen, die du kennen solltest, bevor du ihm etwas Vertrauliches anvertraust: Es gibt keine Perfect Forward Secrecy, Kanalnachrichten werden nicht auf Manipulation geprüft, und die Kopfdaten jedes Pakets bleiben lesbar.
Ist Meshtastic standardmäßig verschlüsselt?
Technisch ja, praktisch nein. Jedes neue Meshtastic-Gerät startet mit einem primären Kanal, der den Nutzdatenteil jedes Pakets mit AES-256 im CTR-Modus verschlüsselt. Der Schlüssel dieses Standardkanals ist allerdings ein öffentlich dokumentierter Ein-Byte-Wert, in den Apps oft als „AQ==“ angezeigt. Er steht im Quellcode der Firmware, und jeder, der ein Meshtastic-Gerät mit Werkseinstellungen besitzt, kann alles lesen, was auf diesem Kanal gesendet wird. Die Verschlüsselung verhindert hier nur, dass ein beliebiger LoRa-Empfänger ohne Meshtastic-Software den Inhalt sofort im Klartext sieht.
Zwei weitere Punkte gelten unabhängig vom Schlüssel. Erstens bleibt der Paketkopf immer unverschlüsselt, damit Knoten Pakete weiterleiten können, die sie selbst nicht entschlüsseln dürfen. Wer mithört, sieht also Knoten-IDs von Absender und Empfänger, die Paketnummer und Weiterleitungsangaben wie das Hop-Limit, auch wenn der Inhalt geschützt ist. Zweitens entschlüsselt das Gerät die Nachrichten, bevor es sie per Bluetooth, USB oder WLAN an deine App weitergibt. Ein entsperrtes Smartphone mit gekoppeltem Knoten ist damit genauso aufschlussreich wie der Schlüssel selbst.
Die Standardeinstellung ist kein Fehler, sondern Absicht: Sie sorgt dafür, dass sich fremde Geräte in einem öffentlichen Mesh ohne Absprache finden und gegenseitig Pakete weiterleiten. Für eine Gruppe, die unter sich bleiben will, ist sie aber die falsche Wahl.
Meshtastic privaten Kanal erstellen: Wie geht das?
Ein Meshtastic-Gerät hat acht Kanalplätze mit den Indizes 0 bis 7. Index 0 ist der primäre Kanal, über den das Gerät auch seine regelmäßigen Telemetrie- und Geräteinformationen sendet, die Plätze 1 bis 7 sind sekundäre Kanäle. Aktive Kanäle müssen lückenlos hintereinander liegen. Für eine private Gruppe legst du in der App einen neuen Kanal an, gibst ihm einen kurzen Namen (weniger als 12 Byte) und lässt einen zufälligen Schlüssel erzeugen. Die Option „random“ generiert einen 256-Bit-Schlüssel, also echte AES-256-Verschlüsselung. Erlaubt sind ansonsten ein leerer Schlüssel (keine Verschlüsselung), 16 Byte für AES-128 oder 32 Byte für AES-256.
Finger weg von den sogenannten einfachen Schlüsseln „simple0“ bis „simple254“: Sie bestehen aus einem einzigen Byte, sind im Quellcode hinterlegt und damit genauso öffentlich wie der Standardschlüssel. Ein Kanal mit einem solchen Schlüssel sieht in der App privat aus, ist es aber nicht.
Ein häufiger Stolperstein betrifft die Funkebene. Alle Kanäle eines Geräts teilen sich dasselbe Modem-Preset, und der Name des primären Kanals bestimmt per Hash den Frequenzslot. Benennst du den primären Kanal um, landen deine Geräte unter Umständen auf einer anderen Frequenz als der Rest des lokalen Mesh, solange du den Slot nicht explizit festlegst. Für die meisten Gruppen ist es deshalb einfacher, den öffentlichen Kanal als primären Kanal stehen zu lassen und den privaten Kanal als sekundären Kanal anzulegen. So bleibt dein Knoten Teil des größeren Netzes und leitet weiter, während eure Gruppennachrichten einen eigenen Schlüssel nutzen.
Damit zwei Geräte auf einem privaten Kanal miteinander sprechen, müssen Name und PSK exakt übereinstimmen. Teste das mit zwei Geräten nebeneinander, bevor du die Konfiguration an alle verteilst, und kontrolliere in der App, dass sich der private Kanal klar vom öffentlichen unterscheidet. Ein eindeutiger Name verhindert, dass jemand aus Gewohnheit in den falschen Chat schreibt.
Meshtastic Kanal Schlüssel: Wie teilst du den PSK sicher?
Die Meshtastic-Apps teilen Kanäle als QR-Code oder als Link. Beides ist bequem, und genau das ist das Risiko: Der QR-Code enthält Kanalnamen und den vollständigen PSK. Wer ein Foto davon hat, ist Mitglied deiner Gruppe. Behandle ihn deshalb wie ein Passwort und nicht wie ein Einrichtungsbild.
Am sichersten ist es, den QR-Code direkt von Bildschirm zu Bildschirm zu scannen, wenn ihr euch trefft. Muss der Schlüssel aus der Ferne verteilt werden, nutze einen Messenger mit Ende-zu-Ende-Verschlüsselung und lösche die Nachricht danach. Typische Lecks sind ganz banal: ein Screenshot der Kanaleinstellungen in einem Forum, ein Einrichtungsfoto in der Vereinsgruppe, eine exportierte Konfigurationsdatei in einem geteilten Cloud-Ordner. Brauchst du Hilfe bei der Fehlersuche, schwärze den Schlüssel, bevor du etwas hochlädst.
Achte beim Teilen auch darauf, was genau du teilst. Viele Apps können entweder einen einzelnen Kanal oder den kompletten Kanalsatz eines Geräts als QR-Code ausgeben. Wer nur in die Wandergruppe soll, braucht nicht auch den Schlüssel für den Kanal der Familie.
Führe außerdem eine kleine, private Liste, welche Personen und welche Geräte den Schlüssel bekommen haben. Das klingt nach Bürokratie, ist aber die Grundlage dafür, dass du später reagieren kannst, wenn ein Gerät verloren geht oder jemand die Gruppe verlässt.
Sind Meshtastic Direktnachrichten Ende-zu-Ende verschlüsselt?
Seit Firmware 2.5 ja, mit Einschränkungen. Jeder Knoten erzeugt ein eigenes Schlüsselpaar aus öffentlichem und privatem Schlüssel. Eine Direktnachricht wird mit dem öffentlichen Schlüssel des Empfängers verschlüsselt und mit dem privaten Schlüssel des Absenders signiert. Diese Public-Key-Kryptografie bringt zwei Dinge, die Gruppenkanäle nicht bieten: Nur der Empfänger kann die Nachricht lesen, auch wenn andere denselben Kanal nutzen, und die Integrität wird geprüft, sodass eine unterwegs veränderte Nachricht auffällt.
Vor Version 2.5 war eine Direktnachricht nichts anderes als eine Kanalnachricht mit Empfängerfeld. Jeder mit dem Kanalschlüssel konnte sie lesen. Das gilt heute noch, wenn einer der beiden Knoten mit Firmware 2.4.3 oder älter läuft: Dann ist die Direktnachricht nicht geschützt. Prüfe deshalb, dass alle Geräte deiner Gruppe aktuelle Firmware haben.
Die zweite Einschränkung betrifft die Identität. Der öffentliche Schlüssel wird über das Mesh verteilt, und ein vertrauter Anzeigename beweist nicht, dass am anderen Ende die richtige Person sitzt. Wenn es darauf ankommt, vergleicht ihr den öffentlichen Schlüssel einmal persönlich oder über einen vertrauenswürdigen Weg. Außerdem bleibt auch bei Direktnachrichten sichtbar, welcher Knoten wann mit welchem kommuniziert, weil der Paketkopf unverschlüsselt ist. Und anders als der AES-256-Teil gilt der Schlüsselaustausch nicht als quantensicher.
Meshtastic MQTT: Können deine Nachrichten im Internet landen?
Ja, und zwar über Geräte, die gar nicht dir gehören müssen. Ein Knoten mit WLAN- oder Smartphone-Verbindung kann als Gateway Pakete an einen MQTT-Server schicken, zum Beispiel an den öffentlichen Server des Projekts. Ob ein Kanal dorthin weitergeleitet wird, steuern die Optionen „Uplink“ und „Downlink“, die pro Kanal gesetzt werden und standardmäßig ausgeschaltet sind. Ist Uplink aktiv, verlassen die Pakete dieses Kanals das Funknetz.
Wichtiger als viele denken ist die Einstellung „Verschlüsselung aktiviert“ im MQTT-Modul. Sie steht standardmäßig auf aus, und laut Dokumentation gehen dann alle Nachrichten unverschlüsselt an den Broker, auch wenn der Kanal einen eigenen Schlüssel hat. Die JSON-Ausgabe ist grundsätzlich unverschlüsselt. Wer also für eine Hausautomation oder ein Dashboard MQTT einschaltet, sollte genau wissen, wer auf diesen Broker zugreifen kann. Ähnliches gilt für das Kartenreporting: Ist es aktiviert, sendet der Knoten stündlich einen unverschlüsselten Bericht mit Namen, Hardware, Firmware, Region und Namen des primären Kanals.
Für Kanäle mit dem Standardschlüssel gibt es die Option „OK to MQTT“. Steht sie auf aus, bitten deine Pakete andere Gateways, sie nicht ins Internet weiterzuleiten. Das ist eine höfliche Bitte, die offizielle Firmware respektiert, aber keine kryptografische Sperre. Für Kanäle mit eigenem Schlüssel wird die Option ignoriert. Dort schützt dich vor allem, dass fremde Gateways ohne deinen PSK nur verschlüsselte Pakete hochladen können. Mit „Ignore MQTT“ kannst du zusätzlich verhindern, dass dein Gerät Nachrichten anzeigt, die irgendwo unterwegs über MQTT gelaufen sind.
Was sehen andere im öffentlichen Meshtastic LongFast Kanal?
LongFast ist das Standard-Modem-Preset, und der primäre Kanal mit Werkseinstellungen wird in den Apps meist so angezeigt. Weil sein Schlüssel öffentlich ist, sieht jeder Teilnehmer in Funkreichweite und jeder, der mitliest, wenn ein Gateway den Kanal ins Internet weiterleitet, alles, was dort passiert. Dazu gehören Textnachrichten, die Kurz- und Langnamen deines Knotens, das Hardwaremodell und die Telemetrie, die das Gerät regelmäßig über den primären Kanal sendet, etwa Akkustand und Laufzeit.
Daraus ergibt sich eine einfache Faustregel: Schreibe in LongFast nur, was du auch auf eine öffentliche Pinnwand hängen würdest. Wähle einen Knotennamen, der nicht deinen vollen Namen oder deine Adresse verrät. Ob und wie genau dein Gerät Positionsdaten in einen Kanal sendet, stellst du pro Kanal ein; das ist ein eigenes Thema mit eigenen Fallstricken.
Der öffentliche Kanal hat trotzdem seinen Wert. Er zeigt dir, welche Knoten in der Umgebung erreichbar sind, und dein Gerät hilft dem lokalen Netz beim Weiterleiten. Viele Gruppen nutzen ihn deshalb zum Kennenlernen und Testen und verlegen alles Persönliche in einen sekundären Kanal mit eigenem PSK.
Meshtastic Admin Key: Wie schützt du die Fernverwaltung?
Standardmäßig reagiert ein Meshtastic-Knoten auf Verwaltungsbefehle nur über eine direkte Verbindung per USB, Bluetooth oder Netzwerk. Für Geräte, die auf einem Dach oder Mast hängen, gibt es seit Firmware 2.5 die Fernverwaltung über Funk. Dazu trägst du in den Sicherheitseinstellungen des entfernten Knotens den öffentlichen Schlüssel deines steuernden Geräts als Admin Key ein. Jeder Knoten kann bis zu drei solche Admin Keys speichern, die Web-Oberfläche akzeptiert derzeit nur einen. Admin-Nachrichten zwischen Geräten ab 2.5 sind stärker verschlüsselt, nutzen Sitzungskennungen und sind gegen das erneute Einspielen mitgeschnittener Befehle geschützt.
Ältere Firmware nutzte dafür einen sekundären Kanal mit dem Namen „admin“. Jeder Knoten mit dessen Schlüssel konnte alle anderen verwalten. Diesen Legacy-Admin-Kanal kannst du auf neuer Firmware noch aktivieren, er ist aber standardmäßig aus und nur für die Verwaltung alter Geräte gedacht. Lass ihn aus, wenn du ihn nicht zwingend brauchst.
Zusätzlich gibt es den „Managed Mode“: Dann können Apps die Konfiguration nur noch lesen, Änderungen gehen ausschließlich über die Fernverwaltung. Das schützt ein unbeaufsichtigtes Gerät davor, dass jemand vor Ort per Bluetooth die Einstellungen ändert. Teste die Fernverwaltung aber unbedingt, bevor du den Managed Mode einschaltest, sonst sperrst du dich selbst aus. Zum Entfernen einzelner Admin Keys gibt es übrigens keinen Befehl; du kannst die Liste nur komplett leeren und neu befüllen.
Meshtastic Kanalschlüssel weitergegeben: Was solltest du tun?
Ein Gerät ist weg, ein Screenshot ist öffentlich geworden oder jemand hat die Gruppe im Streit verlassen. In allen drei Fällen gilt: Der alte Schlüssel ist verbrannt. Erzeuge einen neuen zufälligen PSK, verteile ihn an die verbleibenden Mitglieder und prüfe mit einem Testnachrichtenaustausch, dass alle umgestellt haben. Einen Knoten aus deiner Knotenliste zu entfernen, löscht den Schlüssel auf dem fremden Gerät nicht.
Wichtig ist die unbequeme Wahrheit dahinter: Meshtastic bietet keine Perfect Forward Secrecy. Wer euren Funkverkehr aufgezeichnet hat und später an den alten Schlüssel kommt, kann auch die alten Nachrichten entschlüsseln. Ein Schlüsselwechsel schützt also nur, was ab jetzt gesendet wird. Außerdem kann jeder mit dem Kanalschlüssel Nachrichten unter einer fremden Knoten-ID senden, weil Kanalnachrichten nicht authentifiziert werden. Seid deshalb nach einem Leck misstrauisch gegenüber Anweisungen, die nur über den Gruppenkanal kamen.
Vorbeugend helfen drei Gewohnheiten, die auch die Dokumentation empfiehlt: Wechsle Kanalschlüssel regelmäßig, auch ohne konkreten Anlass. Lege keine privaten Kanäle auf unbeaufsichtigten Knoten wie Relais auf dem Dach an, denn die leiten Pakete auch weiter, ohne sie entschlüsseln zu können. Und geh grundsätzlich davon aus, dass jeder, der irgendwann an den Schlüssel kommt, auch den bisherigen Kanalverkehr lesen kann.
Meshtastic Gerät kaufen: Worauf solltest du achten?
Für eine sichere Gruppe zählt weniger die Bauform als die Frage, wie gut du das Gerät verwalten kannst. Achte darauf, dass es aktuelle Firmware ab Version 2.5 unterstützt, denn erst damit bekommst du geschützte Direktnachrichten, Admin Keys und die abgesicherte Fernverwaltung. Überlege, wie du die Kanäle einrichtest: Ein Gerät ohne Display wie der WisMesh Tag LW010-R wird vollständig über die App konfiguriert, was das Verteilen per QR-Code einfach macht, aber ein gut gesichertes Smartphone voraussetzt. Plane außerdem, ob ein Knoten unbeaufsichtigt laufen soll. Dann gehört kein privater Kanal darauf, wohl aber ein Admin Key und gegebenenfalls der Managed Mode. Und prüfe vor dem ersten Einsatz, ob MQTT, Uplink oder Kartenreporting aktiv sind, damit die Meshtastic Verschlüsselung deiner Gruppe nicht an einem Gateway endet. Wenn du ein passendes Gerät suchst, findest du unsere Modelle in der Kategorie Meshtastic.
FAQ zu Meshtastic Verschlüsselung
Welche Verschlüsselung nutzt Meshtastic?
Kanalnachrichten werden mit AES-256 im CTR-Modus verschlüsselt, alternativ mit AES-128, wenn du einen 16-Byte-Schlüssel setzt. Direktnachrichten und Admin-Befehle nutzen ab Firmware 2.5 zusätzlich Public-Key-Kryptografie mit einem Schlüsselpaar pro Knoten. Der Paketkopf bleibt in beiden Fällen unverschlüsselt.
Kann man Meshtastic abhören?
Den öffentlichen Standardkanal kann jeder mit einem Meshtastic-Gerät mitlesen, weil sein Schlüssel bekannt ist. Einen privaten Kanal mit zufälligem 256-Bit-Schlüssel kann ohne den PSK niemand entschlüsseln, wohl aber sehen, welche Knoten wann senden. Wer den Verkehr aufzeichnet und später den Schlüssel erhält, kann alte Nachrichten nachträglich lesen.
Ist Meshtastic für vertrauliche Kommunikation geeignet?
Für Absprachen in einer Gruppe, Treffpunkte oder Statusmeldungen reicht ein privater Kanal mit gutem Schlüssel aus. Für Zugangsdaten, Geschäftsgeheimnisse oder alles, was nachträglich nicht bekannt werden darf, ist Meshtastic nicht gedacht: Es fehlen Forward Secrecy und die Authentifizierung von Kanalnachrichten. Das Projekt selbst stellt klar, dass es nicht das Sicherheitsniveau von Signal oder TLS 1.3 erreicht.