1883 - Pentesting MQTT (Mosquitto)
Grundinformationen
MQ Telemetry Transport (MQTT) ist bekannt als ein Publish/Subscribe-Nachrichtenprotokoll, das sich durch seine extreme Einfachheit und Leichtigkeit auszeichnet. Dieses Protokoll ist speziell für Umgebungen konzipiert, in denen Geräte über begrenzte Fähigkeiten verfügen und über Netzwerke betrieben werden, die durch niedrige Bandbreite, hohe Latenz oder unzuverlässige Verbindungen gekennzeichnet sind. Die Hauptziele von MQTT umfassen die Minimierung der Nutzung der Netzwerkbandbreite und die Reduzierung der Anforderungen an die Ressourcen der Geräte. Darüber hinaus zielt es darauf ab, eine zuverlässige Kommunikation aufrechtzuerhalten und ein gewisses Maß an Zustellgarantie zu bieten. Diese Ziele machen MQTT besonders geeignet für das aufstrebende Feld der Machine-to-Machine (M2M)-Kommunikation und des Internet der Dinge (IoT), wo es entscheidend ist, eine Vielzahl von Geräten effizient zu verbinden. Darüber hinaus ist MQTT äußerst vorteilhaft für mobile Anwendungen, bei denen die Einsparung von Bandbreite und Akkulaufzeit von entscheidender Bedeutung ist.
Standardport: 1883
Inspecting the traffic
Wenn ein CONNECT-Paket von MQTT-Brokern empfangen wird, wird ein CONNACK-Paket zurückgesendet. Dieses Paket enthält einen Rückgabecode, der entscheidend für das Verständnis des Verbindungsstatus ist. Ein Rückgabecode von 0x00 bedeutet, dass die Anmeldeinformationen akzeptiert wurden, was eine erfolgreiche Verbindung signalisiert. Andererseits signalisiert ein Rückgabecode von 0x05, dass die Anmeldeinformationen ungültig sind, wodurch die Verbindung verhindert wird.
Zum Beispiel, wenn der Broker die Verbindung aufgrund ungültiger Anmeldeinformationen ablehnt, würde das Szenario folgendermaßen aussehen:
Pentesting MQTT
Die Authentifizierung ist völlig optional und selbst wenn eine Authentifizierung durchgeführt wird, wird standardmäßig keine Verschlüsselung verwendet (Anmeldeinformationen werden im Klartext gesendet). MITM-Angriffe können weiterhin ausgeführt werden, um Passwörter zu stehlen.
Um eine Verbindung zu einem MQTT-Dienst herzustellen, können Sie verwenden: https://github.com/bapowell/python-mqtt-client-shell und sich für alle Themen anmelden, indem Sie:
Sie können auch verwenden:
Oder Sie könnten diesen Code ausführen, um zu versuchen, sich ohne Authentifizierung mit einem MQTT-Dienst zu verbinden, sich für jedes Thema anzumelden und sie anzuhören:
Mehr Informationen
von hier: https://morphuslabs.com/hacking-the-iot-with-mqtt-8edaf0d07b9b
Das Publish/Subscribe-Muster
Das Publish/Subscribe-Modell besteht aus:
Publisher: veröffentlicht eine Nachricht an ein (oder mehrere) Themen im Broker.
Subscriber: abonniert ein (oder mehrere) Themen im Broker und erhält alle Nachrichten, die vom Publisher gesendet werden.
Broker: leitet alle Nachrichten von den Publishern zu den Subscribern weiter.
Thema: besteht aus einem oder mehreren Ebenen, die durch einen Schrägstrich (z. B. /smartshouse/livingroom/temperature) getrennt sind.
Paketformat
Jedes MQTT-Paket enthält einen festen Header (Abbildung 02). Abbildung 02: Fester Header
Pakettypen
CONNECT (1): Vom Client initiiert, um eine Verbindung zum Server anzufordern.
CONNACK (2): Die Bestätigung des Servers für eine erfolgreiche Verbindung.
PUBLISH (3): Wird verwendet, um eine Nachricht vom Client an den Server oder umgekehrt zu senden.
PUBACK (4): Bestätigung eines PUBLISH-Pakets.
PUBREC (5): Teil eines Nachrichtenübertragungsprotokolls, das sicherstellt, dass die Nachricht empfangen wird.
PUBREL (6): Weitere Bestätigung der Nachrichtenübertragung, die eine Nachrichtenfreigabe anzeigt.
PUBCOMP (7): Letzter Teil des Nachrichtenübertragungsprotokolls, der den Abschluss anzeigt.
SUBSCRIBE (8): Eine Anfrage des Clients, um Nachrichten von einem Thema zu empfangen.
SUBACK (9): Die Bestätigung des Servers für eine SUBSCRIBE-Anfrage.
UNSUBSCRIBE (10): Eine Anfrage des Clients, um das Empfangen von Nachrichten von einem Thema zu stoppen.
UNSUBACK (11): Die Antwort des Servers auf eine UNSUBSCRIBE-Anfrage.
PINGREQ (12): Eine Herzschlagnachricht, die vom Client gesendet wird.
PINGRESP (13): Die Antwort des Servers auf die Herzschlagnachricht.
DISCONNECT (14): Vom Client initiiert, um die Verbindung zu beenden.
Zwei Werte, 0 und 15, sind als reserviert gekennzeichnet und ihre Verwendung ist verboten.
Shodan
port:1883 MQTT
Last updated