Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

FluxContactConfidentialité© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
riotpot — Honeypot IoT et Technologie Opérationnelle | Kitploit
Outils/GitHubGitHub/aau-network-security/riotpot
Outils DéfensifsSécurité IoTSécurité SCADA/ICSCollecte d'InformationsSécurité Réseau
GitHubaau-network-security/riotpot

riotpot

Honeypot IoT et Technologie Opérationnelle

Voir le dépôt
1052828il y a 3 ansVérifié par Kitploit

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager
📢 ATTENTION!!!
Ce dépôt a été déplacé vers le Projet Honeynet :)

RIoTPot

GitHub Actions status

RIoTPot est un honeypot à interaction hybride, principalement axé sur l’émulation des protocoles IoT et OT, bien qu’il soit également capable d’émuler d’autres services. Essentiellement, RIoTPot agit comme un service proxy pour les autres honeypots inclus dans le système. Vous pouvez donc exécuter n’importe quel honeypot et d’autres services en parallèle avec RIoTPot. De plus, une application Web (UI) est disponible pour gérer votre routage.

Le honeypot est livré avec plusieurs services à faible interaction prêts à l’emploi. Ces services étant écrits sous forme de plugins, ils ne sont pris en charge que sous Linux ; cependant, vous pouvez lancer RIoTPot sans eux. Le tableau suivant contient la liste des services inclus par défaut dans RIoTPot, leur port interne et leur port proxy.

ServicePort internePort proxy
Echo200077
SSH2002222
Telnet2002323
HTTP2808080
Modbus20502502
MQTT218831883
CoAP256835683

Table des matières

  • RIoTPot
    • 1. Architecture
    • 2. Comment utiliser RIoTPot
    • 3. Commandes

1. Architecture

L’architecture de RIoTPot repose sur des connexions proxy vers des services internes et environnants (ou externes) (par exemple, honeypots, services complets, conteneurs, hôtes distants, etc.). Pour ce faire, le honeypot gère un certain nombre de proxies définis par l’utilisateur, qui relayent les connexions entre les services et RIoTPot 1. Ainsi, RIoTPot peut décider comment et où router les attaques entrantes. La logique utilisée pour déterminer comment traiter l’attaque entrante est implémentée sous forme de middlewares 2. Pour gérer les services, les middlewares et les proxies, RIoTPot est livré avec une API REST 3 et une interface Web (UI) 4 prêtes à l’emploi. L’interface utilisateur est accessible via votre navigateur à l’adresse localhost:2022 et vous pouvez manipuler les points de terminaison de l’API à localhost:2022/api/swagger, qui présente une interface Swagger.

Figure 1 montre l’architecture de RIoTPot, incluant les deux applications principales qui le constituent (RIoTPot lui-même et RIoTPot UI) et leurs composants, ainsi qu’une section pour les services externes (ou adjacents).

Figure 1. Architecture de RIoTPot, comprenant l’application principale, les services externes et l’interface Web UI pour gérer les instances RIoTPot.

RIoTPot est écrit en Golang5. Chaque instance RIoTPot expose les proxies enregistrés (basés sur leur port) à la demande. Pour servir un proxy, il doit avoir un service lié et le port proxy doit être disponible (actuellement, RIoTPot n’accepte pas plusieurs services fonctionnant sur le même port). Lorsqu’un proxy a été lié et servi, les attaquants pourront envoyer des messages à RIoTPot sur ce port, relayant les messages au service lié et en retour à l’attaquant6.

Pour faciliter l’accès, plusieurs instances de RIoTPot peuvent être gérées depuis l’interface Web RIoTPot UI. En plus de gérer les proxies enregistrés dans chaque instance, l’interface utilisateur permet de créer, d’utiliser et de modifier des profiles. Chaque profil contient un certain nombre de proxies nommés d’après des protocoles ou d’autres services, faisant ressembler une instance RIoTPot à un appareil réel (par exemple, un assistant domestique). En quelques mots, les profils accélèrent le processus de configuration et de provisionnement d’une instance RIoTPot avec des configurations spécifiques. L’interface utilisateur est écrite à l’aide de la bibliothèque JavaScript front-end React (nous utilisons TypeScript pour ce projet) et de la bibliothèque de gestion d’état Recoil. RIoTPot étant relativement petit, il n’utilise pas de base de données pour le moment.

2. Comment utiliser RIoTPot

Exécuter RIoTPot est relativement simple. Globalement, vous avez trois options. La première consiste à télécharger une version de RIoTPot ; vous pouvez choisir de télécharger la dernière version ou une version antérieure. La deuxième option est de construire le projet vous-même. La dernière option consiste à utiliser le code source pour créer un conteneur Docker avec RIoTPot et quelques applications supplémentaires pour améliorer le honeypot.

Utiliser une version publiée

Info : Ce guide est destiné aux utilisateurs sans besoins particuliers, qui souhaitent une expérience simple et prête à l’emploi.

Footnotes

  1. Les services internes et environnants ne sont pas accessibles via Internet. Les services internes sont intégrés et uniquement accessibles à RIoTPot. Ces services sont chargés au démarrage et ne peuvent pas être supprimés, mais ils peuvent être arrêtés. Les services environnants doivent être sur le même réseau que RIoTPot. Les services externes doivent mettre RIoTPot sur une liste blanche uniquement. ↩

  2. Les middlewares sont actuellement en cours de développement. ↩

  3. L’API RIoTPot ne doit pas être exposée à Internet. Quoi qu’il en soit, l’API n’accepte actuellement que les connexions provenant de localhost. Cela pourra être modifié à l’avenir, avec l’ajout d’une liste blanche d’hôtes et d’une authentification standard. ↩

  4. Bien que l’interface Web puisse être utilisée comme composant séparé, elle est intégrée au binaire RIoTPot. ↩

  5. Bien que l’application de base soit interopérable, les services internes (plugins) ne peuvent être utilisés que dans les environnements Linux, FreeBSD et macOS. Nous prévoyons de surmonter cette limitation en remplaçant les plugins par des micro-services communiquant via gRPC. ↩

  6. Pour des raisons éthiques et de sécurité, RIoTPot ne permet pas les requêtes non sollicitées vers l’extérieur, c’est-à-dire que les shells inversés et autres ne sont pas autorisés. ↩

Télécharger l’outil