1883 - Pentesting MQTT (Mosquitto)
Last updated
Last updated
MQ Telemetry Transport (MQTT) est connu comme un protocole de messagerie publish/subscribe qui se distingue par son extrême simplicité et sa légèreté. Ce protocole est spécifiquement conçu pour des environnements où les appareils ont des capacités limitées et fonctionnent sur des réseaux caractérisés par une faible bande passante, une latence élevée ou des connexions peu fiables. Les objectifs principaux de MQTT incluent la minimisation de l'utilisation de la bande passante réseau et la réduction de la demande sur les ressources des appareils. De plus, il vise à maintenir une communication fiable et à fournir un certain niveau d'assurance de livraison. Ces objectifs rendent MQTT exceptionnellement adapté au domaine en plein essor de la communication machine à machine (M2M) et de l'Internet des objets (IoT), où il est essentiel de connecter efficacement une myriade d'appareils. De plus, MQTT est très bénéfique pour les applications mobiles, où la conservation de la bande passante et de la durée de vie de la batterie est cruciale.
Port par défaut : 1883
Lorsqu'un paquet CONNECT est reçu par les courtiers MQTT, un paquet CONNACK est renvoyé. Ce paquet contient un code de retour qui est crucial pour comprendre l'état de la connexion. Un code de retour de 0x00 signifie que les identifiants ont été acceptés, ce qui indique une connexion réussie. En revanche, un code de retour de 0x05 signale que les identifiants sont invalides, empêchant ainsi la connexion.
Par exemple, si le courtier rejette la connexion en raison d'identifiants invalides, le scénario ressemblerait à ceci :
L'authentification est totalement facultative et même si l'authentification est effectuée, le chiffrement n'est pas utilisé par défaut (les identifiants sont envoyés en clair). Les attaques de l'homme du milieu peuvent toujours être exécutées pour voler des mots de passe.
Pour se connecter à un service MQTT, vous pouvez utiliser : https://github.com/bapowell/python-mqtt-client-shell et vous abonner à tous les sujets en faisant :
Vous pouvez également utiliser https://github.com/akamai-threat-research/mqtt-pwn
Ou vous pouvez exécuter ce code pour essayer de vous connecter à un service MQTT sans authentification, vous abonner à tous les sujets et les écouter :
à partir d'ici : https://morphuslabs.com/hacking-the-iot-with-mqtt-8edaf0d07b9b
Le modèle publish/subscribe est composé de :
Éditeur : publie un message sur un (ou plusieurs) sujet(s) dans le courtier.
Abonné : s'abonne à un (ou plusieurs) sujet(s) dans le courtier et reçoit tous les messages envoyés par l'éditeur.
Courtier : route tous les messages des éditeurs vers les abonnés.
Sujet : composé d'un ou plusieurs niveaux séparés par une barre oblique (par exemple, /smartshouse/livingroom/temperature).
Chaque paquet MQTT contient un en-tête fixe (Figure 02).Figure 02: En-tête Fixe
CONNECT (1) : Initié par le client pour demander une connexion au serveur.
CONNACK (2) : Accusé de réception du serveur d'une connexion réussie.
PUBLISH (3) : Utilisé pour envoyer un message du client au serveur ou vice versa.
PUBACK (4) : Accusé de réception d'un paquet PUBLISH.
PUBREC (5) : Partie d'un protocole de livraison de message garantissant que le message est reçu.
PUBREL (6) : Assurance supplémentaire dans la livraison de message, indiquant une libération de message.
PUBCOMP (7) : Partie finale du protocole de livraison de message, indiquant l'achèvement.
SUBSCRIBE (8) : Demande d'un client pour écouter les messages d'un sujet.
SUBACK (9) : Accusé de réception du serveur d'une demande de SUBSCRIBE.
UNSUBSCRIBE (10) : Demande d'un client pour arrêter de recevoir des messages d'un sujet.
UNSUBACK (11) : Réponse du serveur à une demande de désabonnement.
PINGREQ (12) : Message de battement de cœur envoyé par le client.
PINGRESP (13) : Réponse du serveur au message de battement de cœur.
DISCONNECT (14) : Initié par le client pour terminer la connexion.
Deux valeurs, 0 et 15, sont marquées comme réservées et leur utilisation est interdite.
port:1883 MQTT
