Trafic en clair
Un réseau ouvert. Des identifiants lisibles.
Trois démonstrations Wireshark interactives : Telnet, FTP et HTTP exposent vos identifiants en clair sur le réseau. Puis la même requête en HTTPS chiffré.
- ≈ 3 min
- Grand public
- Wireshark réaliste
- Telnet / FTP / HTTP
- Comparaison TLS
- Topologie MITM (homme du milieu)
Simulation pas à pas
Suivez l'attaque étape par étape
💻 Victime
192.168.1.12
📡 Wi-Fi
Réseau partagé
👤 Attaquant
192.168.1.47
Victime et attaquant sur le même réseau
Wi-Fi d'entreprise, hôtel ou café : tout le trafic non chiffré est visible pour tous.
Le réseau local est une zone de confiance illusoire
Sur un réseau partagé, n'importe quel équipement peut écouter le trafic des autres. L'attaquant n'a besoin d'aucun accès spécial - il est simplement connecté au même Wi-Fi. En mode promiscuité, sa carte réseau capture toutes les trames.
Chiffres clés
Sans chiffrement, tout est lisible
- Telnet - identifiants en clair
Port 0
visibles dans chaque trame TCP sans effort- Outil spécialisé requis
0
Wireshark, gratuit et légal, suffit à lire les identifiants- Le standard actuel
TLS 0,0
RFC 8446 (2018) : rend les identifiants illisibles sur le réseau
Protection
Comment s'en protéger
Un protocole en clair n'a pas de réglage sûr : il faut le remplacer par sa version chiffrée.
Chiffrer chaque protocole
SSH au lieu de Telnet, SFTP ou FTPS au lieu de FTP, HTTPS partout pour les applications web.
Activer HSTS
L'en-tête HSTS force le navigateur à n'utiliser que HTTPS, même si l'utilisateur tape http://.
VPN sur réseau partagé
Sur un Wi-Fi public ou partagé, passez par le VPN de l'entreprise avant toute connexion.
Couper les protocoles hérités
Inventoriez et désactivez Telnet, FTP, HTTP et SNMP v1/v2 sur vos serveurs et équipements réseau.
Démo technique
Observez la capture en temps réel
Simulez une session Telnet, FTP ou HTTP et visualisez vos identifiants dans Wireshark comme le ferait un attaquant sur le même réseau.
Démonstration interactive
Capture de trafic en clair
Simulez une capture Wireshark sur trois protocoles non chiffrés et observez les identifiants en temps réel.
Paramètres de connexion Telnet
Topologie d'attaque (MITM)
Client
10.0.0.2
Attaquant
MITM / écoute
Serveur
10.0.0.1
Comparaison protocoles
Ce que voit l'attaquant
Même Wireshark, même réseau - résultat opposé selon le protocole utilisé.
Les protocoles chiffrés rendent le trafic opaque même avec un accès complet au réseau - l'attaquant ne voit que des octets illisibles sans la clé de session.
Simulation pédagogique : aucune donnée réelle n'est transmise. Ne reproduisez ces techniques que sur des systèmes dont vous avez l'autorisation.
FAQ
Questions fréquentes
Quels protocoles transmettent des données en clair ?
Les protocoles qui transmettent les données non chiffrées sont : HTTP (port 80), FTP (port 21), Telnet (port 23), SMTP sans TLS (port 25), POP3 (port 110), IMAP (port 143), et SNMP v1/v2. Toute capture réseau (Wireshark, tcpdump) peut intercepter identifiants, mots de passe et données sensibles transmis via ces protocoles.
Comment capturer des identifiants sur un réseau non chiffré ?
Avec Wireshark sur un réseau Wi-Fi non chiffré ou via un commutateur configuré en recopie de port (mirroring), un attaquant peut filtrer les trames Telnet/FTP/HTTP et lire les identifiants en clair. Le filtre 'ftp.request.command == PASS' affiche directement les mots de passe FTP transmis.
Comment remplacer les protocoles non sécurisés par des alternatives chiffrées ?
Remplacements : HTTP → HTTPS (TLS), FTP → SFTP ou FTPS, Telnet → SSH, SMTP → SMTP/TLS (port 587) ou SMTPS (port 465), POP3 → POP3S (port 995), IMAP → IMAPS (port 993). Ces alternatives chiffrent les communications avec TLS ou SSH, rendant l'interception inutilisable même sur un réseau compromis.
Qu'est-ce qu'une attaque de l'homme du milieu (Man-in-the-Middle, MITM) ?
Une attaque de l'homme du milieu positionne l'attaquant entre l'émetteur et le récepteur pour intercepter et modifier les communications. Sur un réseau local, cela se fait par empoisonnement ARP (ARP poisoning) ou en créant un point d'accès Wi-Fi malveillant. Les protocoles en clair sont immédiatement compromis, contrairement aux protocoles TLS bien configurés.
Et si je suis un particulier ?
Trois gestes sur un Wi-Fi public (hôtel, gare, café) : vérifiez le cadenas HTTPS avant de saisir le moindre mot de passe et quittez tout site qui reste en http:// ; préférez le partage de connexion de votre téléphone ou un VPN de confiance pour les opérations sensibles (banque, messagerie) ; désactivez la connexion automatique aux réseaux Wi-Fi ouverts pour ne pas rejoindre un faux point d'accès à votre insu.
Pour aller plus loin
Outils et lectures liés à ce module
Formez vos équipes avec un expert
Ateliers de sensibilisation sur mesure, simulations d'attaques et formations pour ancrer les bons réflexes dans votre organisation.