0Pricing
Cloud & IT Cert Prep · Lektion

Bluetooth- und IoT-Bedrohungen im Funkbereich

Lernen Sie die Sicherheitslücken in Bluetooth (Bluejacking, Bluesnarfing) und drahtlosen IoT-Protokollen kennen und erfahren Sie, wie Sie deren Risikofläche minimieren.

Bluetooth- und IoT-Bedrohungen im Funkbereich ist eine kostenlose Cloud & IT Cert Prep-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Cloud & IT Cert Prep-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Cloud & IT Cert Prep-Kurs umfasst insgesamt 4 Lektionen.

Grundlagen der Bluetooth-Sicherheit

Bluetooth ist eine drahtlose Kurzstreckentechnologie (typischerweise 10–100 Meter), die im 2,4-GHz-ISM-Band arbeitet. Sie verwendet Frequency-Hopping-Spread-Spectrum (bis zu 1600 Frequenzsprünge pro Sekunde), wodurch sie einen gewissen Schutz vor Interferenzen und beiläufigem Abhören bietet. Bluetooth-Geräte werden gekoppelt, indem sie eine PIN austauschen oder Secure Simple Pairing (SSP) verwenden. Für Security+ sind Kenntnisse über Bluetooth-spezifische Angriffe, die in Bluetooth Classic und BLE (Bluetooth Low Energy) verfügbaren Sicherheitsmodi sowie Kontrollen zur Minimierung der Angriffsfläche Bluetooth-fähiger Geräte relevant.

Bluejacking und Bluesnarfing

Bluejacking ist ein vergleichsweise harmloser Angriff, bei dem unaufgeforderte Nachrichten an auffindbare Bluetooth-Geräte gesendet werden. Dafür muss Bluetooth auf dem Zielgerät im Erkennungsmodus aktiviert sein. Der Angriff nutzt die Funktion zum Teilen von Kontakten aus, um eine vCard oder Nachricht zu übertragen. Schwerwiegender ist Bluesnarfing, bei dem Schwachstellen im OBEX-Push-Protokoll ausgenutzt werden, um ohne Autorisierung durch eine Kopplung auf Kontakte, Kalenderdaten und Dateien eines Zielgeräts zuzugreifen. Bluesnarfing war bei frühen Bluetooth-Implementierungen (vor 2004) ein erhebliches Problem, ist in modernen Geräten jedoch weitgehend behoben. Beide Angriffe erfordern die Nähe zum Opfer.

# 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 und BIAS-Angriffe

Bluebugging nutzt Schwachstellen in Bluetooth aus, um unbefugte Kontrolle über ein Zielgerät zu erlangen – etwa um Anrufe zu tätigen, Nachrichten zu lesen oder Kommunikation abzufangen –, indem AT commands über Bluetooth missbraucht werden. Die Schwachstelle BIAS (Bluetooth Impersonation Attacks) aus dem Jahr 2020 (CVE-2020-10135) betrifft die Bluetooth-Spezifikation BR/EDR selbst. Sie ermöglicht es einem Angreifer, der zuvor eine Kopplung mit einem Gerät durchgeführt hat, sich während der Authentifizierung als das entfernte Gerät auszugeben und den Kopplungsvorgang zu umgehen. BIAS betraf nahezu alle Bluetooth-Implementierungen, bis die Hersteller Firmware-Patches veröffentlichten. Die Firmware aktuell zu halten, ist die wichtigste Schutzmaßnahme.

Bedrohungen durch Bluetooth Low Energy (BLE)

Bluetooth Low Energy (BLE) wird in Fitness-Trackern, medizinischen Geräten, Smart-Home-Geräten und Beacons eingesetzt. BLE verwendet Werbepakete, die Geräte kontinuierlich aussenden, damit andere Geräte sie erkennen können. Diese Werbepakete können Gerätekennungen enthalten, die zum Tracking verwendet werden können – zur Verfolgung des Aufenthaltsorts einer Person anhand ihrer BLE-Geräte. BLE-Verbindungen mit schwacher oder fehlender Kopplung (Just Works mode) können abgehört und manipuliert werden. Medizinische IoT-Geräte, die BLE mit schwacher Authentifizierung verwenden, stellen ein besonderes Risiko dar, da unbefugte Befehle die Sicherheit von Patienten beeinträchtigen können.

# 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

Sicherheitsherausforderungen des IoT

IoT (Internet of Things)-Geräte – Kameras, intelligente Thermostate, Industriesensoren und medizinische Überwachungsgeräte – bringen besondere Sicherheitsherausforderungen mit sich. Ihre Ressourcen sind oft begrenzt, und sie verwenden einfache Firmware, für die nur selten Sicherheitsupdates bereitgestellt werden. Viele werden mit Standardzugangsdaten ausgeliefert, die Benutzer nie ändern. IoT-Geräte vergrößern die Angriffsfläche erheblich: 2016 kompromittierte das Mirai-Botnetz Hunderttausende IP-Kameras und DVRs mithilfe von Standardzugangsdaten (admin/admin, root/root) und nutzte sie für groß angelegte DDoS-Angriffe. Jedes ungesicherte IoT-Gerät kann als Einstiegspunkt dienen.

# 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

Netzwerksegmentierung für IoT

Die wirksamste Kontrolle auf Netzwerkebene für IoT-Geräte ist die Segmentierung. IoT-Geräte sollten in einem dedizierten VLAN platziert werden, für das äußerst restriktive Firewall-Regeln gelten und nur die für ihre Funktion erforderlichen ausgehenden Verbindungen zulassen. Eingehende Verbindungen aus anderen internen Netzwerksegmenten sollten vollständig blockiert werden. Ein intelligenter Thermostat benötigt beispielsweise möglicherweise ausgehendes HTTPS zu seinem Cloud-Dienst, sollte aber niemals Verbindungen zu internen Dateiservern oder Datenbanken initiieren können. Dadurch wird der Schadensumfang begrenzt, falls ein Gerät kompromittiert wird.

# 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)

Sicherheit von Zigbee und Z-Wave

Zigbee (IEEE 802.15.4) und Z-Wave sind Mesh-Netzwerkprotokolle, die häufig in der Smart-Home- und Gebäudeautomatisierung eingesetzt werden. Zigbee verwendet AES-128 zur Verschlüsselung, aber die Sicherheit hängt von der Schlüsselverwaltung ab: Der Trust-Center-Link-Key und der Netzwerkschlüssel müssen geschützt werden. Frühe Zigbee-Implementierungen übertrugen den Netzwerkschlüssel beim Beitritt eines Geräts im Klartext, sodass passive Lauscher ihn abfangen konnten. Z-Wave S2 (Security 2) hat dies deutlich verbessert. Forschende haben unter anderem Replay-Angriffe auf Z-Wave-Türschlösser demonstriert, bei denen Entsperrbefehle aufgezeichnet und erneut übertragen wurden.

# 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

Bedrohungen durch Near Field Communication (NFC)

NFC arbeitet mit 13,56 MHz und hat eine Reichweite von etwa 4 cm. Die Technologie wird für kontaktlose Zahlungen, Zugangsausweise und die Kopplung von Geräten eingesetzt. Trotz der sehr kurzen Reichweite ist NFC nicht gegen Angriffe geschützt. Das Abhören aktiver NFC-Kommunikation wurde mit empfindlichen Antennen in Entfernungen von bis zu 1 Meter nachgewiesen. Bei Relay-Angriffen verwenden Angreifer zwei zusammenarbeitende Geräte, um die Reichweite von NFC zu vergrößern. Dadurch kann ein Angreifer in der Nähe eines Opfers, etwa in einer Menschenmenge, das NFC-Signal an einen Komplizen an einem Zahlungsterminal weiterleiten. Dies ist eine bekannte Bedrohung für kontaktlose Zahlungssysteme.

Sicherheitsprobleme bei RFID

RFID (Radio Frequency Identification) wird bei Zugangsausweisen, zur Anlagenverfolgung und in Lieferketten eingesetzt. Passive RFID-Tags antworten, wenn sie durch das HF-Feld eines Lesegeräts mit Energie versorgt werden, und verfügen über keine eigene Energiequelle. Zu den Sicherheitsproblemen gehören Cloning (das Kopieren eines legitimen Ausweises auf einen leeren Tag mithilfe eines Proxmark oder eines ähnlichen Lesegeräts), Abhören (das Abfangen der Übertragungen zwischen Tag und Lesegerät aus der Nähe) und Replay-Angriffe. Ältere HID-Karten mit 125 kHz (EM4100, HID Prox) verwenden keine Verschlüsselung und lassen sich problemlos klonen. Moderne Smartcard-Systeme (13,56 MHz MIFARE DESFire, SEOS) verwenden AES-Verschlüsselung und gegenseitige Authentifizierung.

# 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

Bluetooth-Bereitstellungen absichern

Zu den praktischen Maßnahmen für Bluetooth-Sicherheit gehören: Geräte in den nicht erkennbaren Modus versetzen, wenn sie nicht gerade gekoppelt werden; Secure Connections (Bluetooth 4.1+ mit P-256-ECDH-Schlüsselaustausch) statt des älteren Simple Pairing verwenden; Numeric Comparison or Passkey Entry statt Just Works pairing verlangen; eine Mindestlänge für die Kopplungs-PIN durchsetzen; und Firmwareupdates des Herstellers zeitnah installieren, da viele Bluetooth-Schwachstellen durch Firmware behoben werden. Bei Unternehmensgeräten kann MDM Bluetooth vollständig deaktivieren oder auf bestimmte Anwendungsfälle beschränken.

# 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

IoT-Lebenszyklus und Patch-Management

IoT-Geräte werden häufig 5–15 Jahre lang eingesetzt, erhalten aber nur 2–3 Jahre lang Firmwareupdates – dadurch entsteht ein großes Zeitfenster für Angriffe. Unternehmen sollten IoT-Geräte in ihr Anlageninventar aufnehmen und dort Modell, Firmwareversion und Ende des Supports erfassen. Wenn der Herstellersupport endet, sollten Geräte ersetzt oder isoliert und durch strenge Netzwerkkontrollen geschützt werden. Für kritische Systeme sollten IoT-spezifische Sicherheitsplattformen (Azure Defender for IoT, Armis, Claroty) eingesetzt werden, die das Geräteverhalten passiv profilieren und bei Anomalien warnen, ohne Agents auf den Geräten zu benötigen.

Schnelltest

Testen Sie Ihr Verständnis der CompTIA-Security+-Konzepte (SY0-701) aus dieser Lektion.

Zusammenfassung der Lektion

In dieser Lektion haben Sie Folgendes gelernt: Bluetooth-Angriffe wie Bluejacking, Bluesnarfing und BIAS nutzen Schwachstellen drahtloser Verbindungen mit kurzer Reichweite aus und lassen sich durch das Deaktivieren der Erkennbarkeit sowie durch Firmware-Patches eindämmen; IoT-Geräte stellen aufgrund von Standardzugangsdaten, seltenen Updates und ihrer großen Verbreitung ein erhebliches Risiko dar – Gegenmaßnahmen sind Netzwerksegmentierung und dedizierte IoT-VLANs; und RFID- und NFC-Technologien, die bei Zugangsausweisen und Zahlungen eingesetzt werden, sind durch Cloning- und Relay-Angriffe bedroht und erfordern starke Verschlüsselung sowie gegenseitige Authentifizierung. Als Nächstes befassen wir uns mit Phishing-, Spear-Phishing- und Whaling-Angriffen.

Häufig gestellte Fragen

Ist die Lektion „Bluetooth- und IoT-Bedrohungen im Funkbereich“ kostenlos?

Ja — der vollständige Text von „Bluetooth- und IoT-Bedrohungen im Funkbereich“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Cloud & IT Cert Prep-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Cloud & IT Cert Prep-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Bluetooth- und IoT-Bedrohungen im Funkbereich“?

Lernen Sie die Sicherheitslücken in Bluetooth (Bluejacking, Bluesnarfing) und drahtlosen IoT-Protokollen kennen und erfahren Sie, wie Sie deren Risikofläche minimieren. Du übst Cloud & IT Cert Prep mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Cloud & IT Cert Prep zu starten?

Keine Vorkenntnisse erforderlich. Cloud & IT Cert Prep auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Bluetooth- und IoT-Bedrohungen im Funkbereich“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Cloud & IT Cert Prep-Lektion Code schreiben und ausführen?

Ja. Jede Cloud & IT Cert Prep-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. WLAN-Sicherheitsprotokolle: WEP, WPA2, WPA3
  2. Angriffe auf drahtlose Netzwerke: Evil Twin, Deauth und Rogue AP
  3. Drahtlose Unternehmensnetzwerke: 802.1X und RADIUS
  4. Bluetooth- und IoT-Bedrohungen im Funkbereich
← Zurück zu Cloud & IT Cert Prep