Trådlösa hot mot Bluetooth och IoT
Lär dig om säkerhetsbristerna i Bluetooth (bluejacking och bluesnarfing) och trådlösa IoT-protokoll samt hur deras riskexponering kan minimeras.
Trådlösa hot mot Bluetooth och IoT är en gratis lektion i Cloud & IT Cert Prep på CoddyKit. Detta är lektion 4 av 4. Ni kan läsa hela lektionen gratis nedan och sedan öva praktiskt i webbläsaren med en inbyggd kodredigerare och en AI-handledare som är tillgänglig dygnet runt. Den ingår i lärvägen för Cloud & IT Cert Prep, och Era framsteg synkroniseras mellan webben och CoddyKit-appen. Kursen i Cloud & IT Cert Prep innehåller totalt 4 lektioner.
Grunderna i Bluetooth-säkerhet
Bluetooth är en trådlös teknik för korta avstånd (vanligtvis 10–100 meter) som använder ISM-bandet på 2,4 GHz. Tekniken använder frequency hopping spread spectrum (upp till 1 600 hopp per sekund), vilket ger ett visst motstånd mot störningar och tillfällig avlyssning. Bluetooth-enheter parkopplas genom att utbyta en PIN-kod eller använda Secure Simple Pairing (SSP). Security+ testar kunskaper om Bluetooth-specifika attacker, de säkerhetslägen som finns i klassisk Bluetooth och BLE (Bluetooth Low Energy) samt åtgärder för att minimera attackytan på Bluetooth-aktiverade enheter.
Bluejacking och bluesnarfing
Bluejacking är en relativt harmlös attack där oönskade meddelanden skickas till upptäckbara Bluetooth-enheter. Den kräver att målet har Bluetooth i upptäckbart läge och utnyttjar enhetens funktion för kontaktdelning för att skicka ett vCard eller ett meddelande. Allvarligare är bluesnarfing, som utnyttjar sårbarheter i protokollet OBEX Push för att komma åt kontakter, kalenderdata och filer på en målenhet utan behörighet för parkoppling. Bluesnarfing var ett betydande problem i tidiga Bluetooth-implementationer (före 2004), men har i stor utsträckning åtgärdats i moderna enheter. Båda attackerna kräver närhet till offret.
# 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 noscanBluebugging och BIAS-attacker
Bluebugging utnyttjar sårbarheter i Bluetooth för att få obehörig kontroll över en målenhet – ringa samtal, läsa meddelanden eller avlyssna kommunikation – genom att missbruka AT-kommandon via Bluetooth. Sårbarheten BIAS (Bluetooth Impersonation Attacks) (2020, CVE-2020-10135) påverkar själva Bluetooth-specifikationen BR/EDR och gör det möjligt för en angripare som tidigare har parkopplat med en enhet att utge sig för att vara fjärrenheten under autentiseringen och kringgå parkopplingsprocessen. BIAS påverkade nästan alla Bluetooth-implementationer tills leverantörerna släppte uppdateringar av den fasta programvaran. Att hålla den fasta programvaran uppdaterad är det främsta skyddet.
Hot mot Bluetooth Low Energy (BLE)
Bluetooth Low Energy (BLE) används i aktivitetsmätare, medicintekniska enheter, smarta hemprodukter och beacons. BLE använder annonseringspaket som enheter kontinuerligt sänder ut så att andra enheter kan upptäcka dem. Dessa annonseringar kan innehålla enhetsidentifierare som kan användas för spårning – för att följa en persons fysiska position utifrån personens BLE-enheter. BLE-anslutningar med svag eller ingen parkoppling (läget Just Works) kan avlyssnas och manipuleras. Medicintekniska IoT-enheter som använder BLE med svag autentisering utgör en särskild risk, eftersom obehöriga kommandon kan påverka patientsäkerheten.
# 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 advertisementsSäkerhetsutmaningar med IoT
IoT-enheter (Internet of Things) – kameror, smarta termostater, industriella sensorer och medicinska monitorer – medför unika säkerhetsutmaningar. De har ofta begränsade resurser och kör enkel fast programvara som sällan får säkerhetsuppdateringar. Många levereras med standardinloggningsuppgifter som användarna aldrig ändrar. IoT-enheter utökar attackytan dramatiskt: 2016 komprometterade Mirai-botnätet hundratusentals IP-kameror och DVR-enheter med hjälp av standardinloggningsuppgifter (admin/admin, root/root) och använde dem för att genomföra omfattande DDoS-attacker. Varje oskyddad IoT-enhet kan vara en möjlig ingångspunkt.
# 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 possibleNätverkssegmentering för IoT
Den effektivaste kontrollen på nätverksnivå för IoT-enheter är segmentering. IoT-enheter bör placeras i ett dedikerat VLAN med mycket restriktiva brandväggsregler som endast tillåter de specifika utgående anslutningar som krävs för deras funktion. Inkommande anslutningar från andra interna nätverkssegment bör blockeras helt. En smart termostat kan till exempel behöva utgående HTTPS till sin molntjänst, men bör aldrig kunna initiera anslutningar till interna filservrar eller databaser. Detta begränsar skadeomfattningen om en enhet komprometteras.
# 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äkerhet i Zigbee och Z-Wave
Zigbee (IEEE 802.15.4) och Z-Wave är mesh-nätverksprotokoll som används i stor utsträckning inom smarta hem och fastighetsautomation. Zigbee använder AES-128 för kryptering, men säkerheten beror på nyckelhanteringen: trust center-länknyckeln och nätverksnyckeln måste skyddas. Tidiga Zigbee-implementationer överförde nätverksnyckeln i klartext när enheter anslöts, vilket gjorde det möjligt för passiva avlyssnare att fånga upp den. Z-Wave S2 (Security 2) förbättrade detta avsevärt. Forskare har demonstrerat attacker, bland annat replay-attacker mot Z-Wave-dörrlås där upplåsningskommandon fångades upp och spelades upp igen.
# 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 keyHot mot Near Field Communication (NFC)
NFC arbetar vid 13,56 MHz och har en räckvidd på cirka 4 cm. Tekniken används för kontaktlösa betalningar, passerkort och parkoppling av enheter. Trots den mycket korta räckvidden är NFC inte immunt mot attacker. Avlyssning av aktiv NFC-kommunikation har demonstrerats på avstånd upp till 1 meter med känsliga antenner. Reläattacker använder två samverkande enheter för att utöka NFC:s räckvidd, så att en angripare nära ett offer (till exempel i en folksamling) kan vidarebefordra NFC-signalen till en medhjälpare vid en betalterminal. Detta är ett känt hot mot kontaktlösa betalningssystem.
Säkerhetsproblem med RFID
RFID (Radio Frequency Identification) används i passerkort, tillgångsspårning och leveranskedjor. Passiva RFID-taggar svarar när de strömförsörjs av en läsares radiofrekvensfält och har ingen egen strömkälla. Säkerhetsproblemen omfattar kloning (att kopiera ett äkta passerkort till en tom tagg med hjälp av en Proxmark eller liknande läsare), avlyssning (att fånga upp överföringar mellan tagg och läsare i närheten) och replay-attacker. Äldre HID-kort vid 125 kHz (EM4100, HID Prox) har ingen kryptering och kan enkelt klonas. Moderna smartkortsystem (13,56 MHz MIFARE DESFire, SEOS) använder AES-kryptering och ömsesidig autentisering.
# 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 accessSäkra Bluetooth-implementationer
Praktiska åtgärder för Bluetooth-säkerhet omfattar att ställa in enheter i icke-upptäckbart läge när de inte aktivt parkopplas, använda Secure Connections (Bluetooth 4.1+ med P-256 ECDH-nyckelutbyte) i stället för äldre Simple Pairing, kräva Numeric Comparison eller Passkey Entry i stället för Just Works-parkoppling, tillämpa en minsta längd för parkopplings-PIN-koden och snabbt installera uppdateringar av tillverkarens fasta programvara, eftersom många Bluetooth-sårbarheter åtgärdas genom uppdateringar av den fasta programvaran. För företagsenheter kan MDM inaktivera Bluetooth helt eller begränsa det till specifika användningsområden.
# 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 pairingIoT-livscykel och patchhantering
IoT-enheter används ofta i 5–15 år, men får uppdateringar av den fasta programvaran i endast 2–3 år, vilket skapar ett stort exponeringsfönster. Organisationer bör inkludera IoT i sin tillgångsförteckning och registrera modell, version av den fasta programvaran och datum för supportens slut. När leverantörens support upphör bör enheterna ersättas eller isoleras bakom strikta nätverkskontroller. För kritiska system kan ni använda IoT-specifika säkerhetsplattformar (Azure Defender for IoT, Armis, Claroty) som passivt kartlägger enheternas beteende och varnar för avvikelser utan att agenter behöver installeras på enheterna.
Snabbtest
Testa era kunskaper om begreppen i CompTIA Security+ (SY0-701) från den här lektionen.
Sammanfattning av lektionen
I den här lektionen har ni lärt er att Bluetooth-attacker, inklusive bluejacking, bluesnarfing och BIAS, utnyttjar sårbarheter i trådlös kommunikation på kort avstånd och motverkas genom att inaktivera upptäckbarhet och installera uppdateringar av den fasta programvaran; att IoT-enheter medför betydande risker på grund av standardinloggningsuppgifter, sällsynta uppdateringar och den stora omfattningen av sådana installationer – risker som motverkas med nätverkssegmentering och dedikerade IoT-VLAN; samt att RFID- och NFC-tekniker som används i passerkort och betalningar är utsatta för klonings- och reläattacker och därför kräver stark kryptering och ömsesidig autentisering. Nästa avsnitt handlar om phishing-, spear phishing- och whaling-attacker.
Lär dig Cloud & IT Cert Prep med en AI-lärare – gratis
Skriv och kör riktig kod i webbläsaren, få omedelbar hjälp av en AI-lärare dygnet runt och fortsätt där du slutade – på webben eller i appen.
- Kurser
- 150
- Lektioner
- 600
Vanliga frågor
Är lektionen ”Trådlösa hot mot Bluetooth och IoT” gratis?
Ja – hela texten till ”Trådlösa hot mot Bluetooth och IoT” kan läsas gratis här på webben. Om Ni vill öva interaktivt med en inbyggd kodredigerare och en AI-handledare som är tillgänglig dygnet runt och låsa upp resten av kursen i Cloud & IT Cert Prep, kan Ni uppgradera till CoddyKit PRO. Kursen i Cloud & IT Cert Prep innehåller totalt 4 lektioner.
Vad lär jag mig i ”Trådlösa hot mot Bluetooth och IoT”?
Lär dig om säkerhetsbristerna i Bluetooth (bluejacking och bluesnarfing) och trådlösa IoT-protokoll samt hur deras riskexponering kan minimeras. Ni övar på Cloud & IT Cert Prep med praktisk kod som körs direkt i webbläsaren, medan en AI-handledare som är tillgänglig dygnet runt svarar på Era frågor under lektionen.
Behöver jag någon erfarenhet för att börja lära mig Cloud & IT Cert Prep?
Du behöver inga förkunskaper. Utbildningen i Cloud & IT Cert Prep på CoddyKit är upplagd för allt från nybörjare till avancerade elever, så att du kan börja här eller från början och gå fram i din egen takt. Detta är lektion 4 av 4.
Hur lång tid tar lektionen ”Trådlösa hot mot Bluetooth och IoT”?
De flesta CoddyKit-lektioner tar cirka 5–10 minuter. Varje lektion är kort och interaktiv, så att du gör stadiga framsteg och kan fortsätta precis där du slutade – på webben eller i appen.
Kan jag skriva och köra kod i den här Cloud & IT Cert Prep-lektionen?
Ja. Varje Cloud & IT Cert Prep-lektion innehåller en inbyggd kodredigerare, så att du kan skriva och köra riktig kod direkt i webbläsaren och få omedelbar AI-feedback – utan lokal installation.
Alla lektioner i den här kursen
- Säkerhetsprotokoll för Wi-Fi: WEP, WPA2 och WPA3
- Trådlösa attacker: Evil Twin, deautentisering och falska åtkomstpunkter
- Trådlösa företagsnätverk: 802.1X och RADIUS
- Trådlösa hot mot Bluetooth och IoT