Cloud & IT Cert Prep · Leçon

Bluetooth et menaces sans fil liées à l’IoT

Apprenez quelles sont les faiblesses de sécurité de Bluetooth (bluejacking, bluesnarfing) et des protocoles sans fil de l’IoT, ainsi que les moyens d’en réduire l’empreinte de risque.

Leçon 4 sur 413 étapes

Bluetooth et menaces sans fil liées à l’IoT est une leçon Cloud & IT Cert Prep gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Cloud & IT Cert Prep, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Cloud & IT Cert Prep comprend 4 leçons au total.

Principes fondamentaux de la sécurité Bluetooth

Bluetooth est une technologie sans fil à courte portée (généralement de 10 à 100 mètres) qui fonctionne dans la bande ISM 2,4 GHz. Elle utilise l’étalement de spectre par saut de fréquence (jusqu’à 1 600 sauts par seconde), ce qui offre une certaine résistance aux interférences et à l’écoute indiscrète occasionnelle. Les appareils Bluetooth s’associent en échangeant un PIN ou en utilisant Secure Simple Pairing (SSP). Security+ évalue les connaissances relatives aux attaques propres à Bluetooth, aux modes de sécurité disponibles dans Bluetooth classique et BLE (Bluetooth Low Energy), ainsi qu’aux contrôles permettant de réduire la surface d’attaque des appareils compatibles Bluetooth.

Bluejacking et bluesnarfing

Le bluejacking est une attaque relativement bénigne qui envoie des messages non sollicités aux appareils Bluetooth détectables. Elle exige que la cible ait activé le mode détectable de Bluetooth et exploite la fonction de partage des contacts de l’appareil pour envoyer une vCard ou un message. Le bluesnarfing est plus grave : il exploite des vulnérabilités du protocole OBEX Push pour accéder aux contacts, aux données de calendrier et aux fichiers d’un appareil cible sans autorisation d’association. Le bluesnarfing constituait une préoccupation importante dans les premières implémentations de Bluetooth (avant 2004), mais il a été en grande partie corrigé dans les appareils modernes. Les deux attaques nécessitent d’être à proximité de la victime.

# Detecting discoverable Bluetooth devices:
hcitool scan
btscanner

# BlueZ tools for Bluetooth security testing:
hciconfig hci0 up
hcitool inq           # inquiry scan
sdptool browse <BD_ADDR>  # enumerate services

# Defense: disable discoverable mode when not pairing
# hciconfig hci0 noscan

Bluebugging et attaques BIAS

Le Bluebugging exploite les vulnérabilités de Bluetooth pour prendre le contrôle non autorisé d’un appareil cible — passer des appels, lire des messages ou intercepter des communications — en détournant les commandes AT via Bluetooth. La vulnérabilité BIAS (Bluetooth Impersonation Attacks) (2020, CVE-2020-10135) concerne directement la spécification Bluetooth BR/EDR et permet à un attaquant qui s’est déjà appairé avec un appareil d’usurper l’identité de l’appareil distant pendant l’authentification, contournant ainsi le processus d’appairage. BIAS affectait presque toutes les implémentations Bluetooth jusqu’à la publication de correctifs de microprogramme par les fabricants. Maintenir le microprogramme à jour constitue la principale mesure de défense.

Menaces liées à Bluetooth Low Energy (BLE)

Bluetooth Low Energy (BLE) est utilisé dans les bracelets d’activité, les dispositifs médicaux, les appareils domotiques et les balises. BLE utilise des paquets d’annonce que les appareils diffusent en continu afin que d’autres appareils puissent les détecter. Ces annonces peuvent contenir des identifiants d’appareil utilisables pour le tracking — le suivi de la position physique d’une personne à partir de ses appareils BLE. Les connexions BLE avec un appairage faible ou inexistant (mode Just Works) peuvent être écoutées et manipulées. Les dispositifs médicaux IoT utilisant BLE avec une authentification faible présentent un risque particulier, car des commandes non autorisées peuvent compromettre la sécurité des patients.

# BLE scanning and advertisement analysis:
blescan -d       # scan for BLE advertisements
hcitool lescan   # passive BLE scan
gatttool -b AA:BB:CC:DD:EE:FF --primary  # enumerate GATT services

# BLE tracking mitigation:
# Use MAC address randomization (supported in iOS, Android, Windows 10+)
# Limits the ability to track devices across locations via BLE advertisements

Défis liés à la sécurité de l’IoT

Les appareils IoT (Internet of Things) — caméras, thermostats intelligents, capteurs industriels et moniteurs médicaux — posent des défis de sécurité particuliers. Ils disposent souvent de ressources limitées et exécutent un microprogramme simple qui reçoit rarement des mises à jour de sécurité. Beaucoup sont livrés avec des identifiants par défaut que les utilisateurs ne modifient jamais. Les appareils IoT élargissent considérablement la surface d’attaque : en 2016, le botnet Mirai a compromis des centaines de milliers de caméras IP et d’enregistreurs numériques en utilisant des identifiants par défaut (admin/admin, root/root), puis les a utilisés pour lancer des attaques DDoS massives. Chaque appareil IoT non sécurisé constitue un point d’entrée potentiel.

# Mirai botnet scanner pattern (educational reference):
# Scans internet for Telnet (port 23) and SSH (port 22)
# Tries common default credential pairs:
# root:root, admin:admin, root:admin, admin:1234, root:password
#
# Defense:
# Change default credentials immediately
# Disable Telnet; use SSH only
# Isolate IoT on separate VLAN with no internet access if possible

Segmentation des réseaux IoT

La mesure de contrôle au niveau du réseau la plus efficace pour les appareils IoT est la segmentation. Les appareils IoT doivent être placés sur un VLAN dédié, avec des règles de pare-feu très restrictives n’autorisant que les connexions sortantes précises nécessaires à leur fonctionnement. Les connexions entrantes provenant d’autres segments du réseau interne doivent être entièrement bloquées. Par exemple, un thermostat intelligent peut avoir besoin d’une connexion HTTPS sortante vers son service cloud, mais ne devrait jamais pouvoir établir de connexions vers des serveurs de fichiers ou des bases de données internes. Cela limite l’ampleur des dommages en cas de compromission d’un appareil.

# IoT VLAN firewall policy (conceptual):
# VLAN 40 (IoT): 10.40.40.0/24
#
# Allow outbound:
#   ALLOW 10.40.40.0/24 -> ANY port 443 (HTTPS to cloud services)
#   ALLOW 10.40.40.0/24 -> 10.30.30.5 port 1883 (MQTT to internal broker)
# Deny everything else:
#   DENY  10.40.40.0/24 -> 10.10.10.0/24 (no access to corporate LAN)
#   DENY  10.40.40.0/24 -> 10.30.30.0/24 (no access to servers)

Sécurité de Zigbee et de Z-Wave

Zigbee (IEEE 802.15.4) et Z-Wave sont des protocoles de réseau maillé largement utilisés dans la domotique et l’automatisation des bâtiments. Zigbee utilise AES-128 pour le chiffrement, mais la sécurité dépend de la gestion des clés : la clé de liaison du centre de confiance et la clé réseau doivent être protégées. Les premières implémentations de Zigbee transmettaient la clé réseau en clair lors de l’intégration d’un appareil, ce qui permettait à des personnes écoutant passivement les communications de la capturer. Z-Wave S2 (Security 2) a apporté une amélioration considérable. Des chercheurs ont démontré plusieurs attaques, notamment des attaques par rejeu contre des serrures Z-Wave, en capturant puis en rejouant des commandes de déverrouillage.

# Zigbee security levels:
# Level 0: No security (no encryption, no authentication)
# Level 4: AES-128-CCM with 32-bit MIC
# Level 6: AES-128-CCM with 64-bit MIC
# Level 7: AES-128-CCM with 128-bit MIC (strongest)
#
# Key types:
# Network Key (NWK): shared by all devices in network
# Trust Center Link Key: used to securely deliver NWK key

Menaces liées à la communication en champ proche (NFC)

NFC fonctionne à 13.56 MHz sur une portée d’environ 4 cm. Cette technologie est utilisée pour les paiements sans contact, les badges d’accès et l’appairage d’appareils. Malgré sa très courte portée, NFC n’est pas à l’abri des attaques. L’écoute clandestine de communications NFC actives a été démontrée jusqu’à une distance d’un mètre avec des antennes sensibles. Les attaques par relais utilisent deux appareils qui coopèrent pour étendre la portée de NFC, permettant à un attaquant proche d’une victime (par exemple dans une foule) de relayer le signal NFC vers un complice situé près d’un terminal de paiement. Il s’agit d’une menace connue pour les systèmes de paiement sans contact.

Problèmes de sécurité liés à la RFID

RFID (Radio Frequency Identification) est utilisée pour les badges d’accès, le suivi des actifs et les chaînes d’approvisionnement. Les étiquettes RFID passives répondent lorsqu’elles sont alimentées par le champ RF d’un lecteur et ne possèdent aucune source d’alimentation interne. Les problèmes de sécurité comprennent le clonage (copie d’un badge légitime sur une étiquette vierge à l’aide d’un Proxmark ou d’un lecteur similaire), l’écoute clandestine (capture des transmissions entre l’étiquette et le lecteur à proximité) et les attaques par rejeu. Les anciennes cartes HID à 125 kHz (EM4100, HID Prox) n’utilisent aucun chiffrement et se clonent très facilement. Les systèmes modernes de cartes à puce (13.56 MHz MIFARE DESFire, SEOS) utilisent le chiffrement AES et l’authentification mutuelle.

# RFID security comparison:
# HID Prox (125 kHz): No encryption, trivially cloned
#   -> clone with Proxmark3 in seconds
# MIFARE Classic (13.56 MHz): Weak CRYPTO1 cipher, broken
#   -> clone with low-cost readers
# MIFARE DESFire EV2/EV3: AES-128, mutual auth, secure messaging
#   -> significantly harder to clone
# HID iCLASS SE / SEOS: PKI-based, strong encryption
#   -> current best practice for physical access

Sécurisation des déploiements Bluetooth

Les mesures pratiques de sécurité Bluetooth comprennent les suivantes : régler les appareils en mode non détectable lorsqu’ils ne sont pas en cours d’appairage ; utiliser les Secure Connections (Bluetooth 4.1 ou version ultérieure, avec échange de clés ECDH P-256) plutôt que l’ancien appairage simple ; exiger la comparaison numérique ou la saisie d’une clé d’accès plutôt que l’appairage Just Works ; imposer une longueur minimale pour le code PIN d’appairage ; et appliquer rapidement les mises à jour du microprogramme des fabricants, car de nombreuses vulnérabilités Bluetooth sont corrigées par ce biais. Pour les appareils d’entreprise, MDM peut désactiver complètement Bluetooth ou en limiter l’utilisation à certains cas précis.

# Enterprise Bluetooth controls via MDM policy:
# - Disable Bluetooth completely for high-security endpoints
# - Restrict to approved device pairing list
# - Require Secure Connections mode
# - Block Bluetooth file transfer (OBEX)
# - Log pairing events to SIEM

# Linux: control Bluetooth discoverable state
btmgmt power on
btmgmt connectable on
btmgmt discoverable off    # not visible unless actively pairing

Cycle de vie de l’IoT et gestion des correctifs

Les appareils IoT sont souvent déployés pendant 5 à 15 ans, mais ne reçoivent des mises à jour de microprogramme que pendant 2 à 3 ans, ce qui crée une longue période d’exposition. Les organisations doivent inclure l’IoT dans leur inventaire des actifs et y suivre le modèle, la version du microprogramme et la date de fin de prise en charge. Lorsque la prise en charge par le fournisseur prend fin, les appareils doivent être remplacés ou isolés derrière des contrôles réseau stricts. Pour les systèmes critiques, utilisez des plateformes de sécurité propres à l’IoT (Azure Defender for IoT, Armis, Claroty) qui établissent passivement le profil du comportement des appareils et signalent les anomalies sans nécessiter d’agents sur ces appareils.

Vérification rapide

Vérifiez votre compréhension des concepts de CompTIA Security+ (SY0-701) abordés dans cette leçon.

Récapitulatif de la leçon

Dans cette leçon, vous avez découvert les éléments suivants : les attaques Bluetooth, notamment le bluejacking, le bluesnarfing et BIAS, exploitent les vulnérabilités des communications sans fil à courte portée et sont limitées par la désactivation de la détectabilité et l’application de correctifs de microprogramme ; les appareils IoT présentent un risque important en raison de leurs identifiants par défaut, de mises à jour peu fréquentes et de leur déploiement à grande échelle — des risques réduits grâce à la segmentation du réseau et à des VLAN IoT dédiés ; enfin, les technologies RFID et NFC utilisées pour les badges d’accès et les paiements sont exposées aux menaces de clonage et d’attaques par relais, qui nécessitent un chiffrement fort et une authentification mutuelle. Nous allons maintenant étudier le phishing, le spear phishing et les attaques de type whaling.

Gratuit pour commencer

Apprends Cloud & IT Cert Prep avec un tuteur IA — gratuit

Écris et exécute du vrai code dans ton navigateur, obtiens de l'aide instantanée d'un tuteur IA disponible 24h/24, et reprends là où tu t'es arrêté sur le web ou dans l'app.

Cours
150
Leçons
600

Questions Fréquemment Posées

La leçon « Bluetooth et menaces sans fil liées à l’IoT » est-elle gratuite ?

Oui — le texte complet de « Bluetooth et menaces sans fil liées à l’IoT » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Cloud & IT Cert Prep, passe à CoddyKit PRO. Le cours Cloud & IT Cert Prep comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Bluetooth et menaces sans fil liées à l’IoT » ?

Apprenez quelles sont les faiblesses de sécurité de Bluetooth (bluejacking, bluesnarfing) et des protocoles sans fil de l’IoT, ainsi que les moyens d’en réduire l’empreinte de risque. Tu pratiques Cloud & IT Cert Prep avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Cloud & IT Cert Prep ?

Aucune expérience préalable n'est requise. Cloud & IT Cert Prep sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Bluetooth et menaces sans fil liées à l’IoT » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Cloud & IT Cert Prep ?

Oui. Chaque leçon Cloud & IT Cert Prep inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Protocoles de sécurité Wi-Fi : WEP, WPA2, WPA3
  2. Attaques sans fil : jumeau malveillant, désauthentification et AP malveillant
  3. Réseaux sans fil d’entreprise : 802.1X et RADIUS
  4. Bluetooth et menaces sans fil liées à l’IoT
← Retour à Cloud & IT Cert Prep