ภัยคุกคามไร้สายจาก Bluetooth และ IoT
เรียนรู้จุดอ่อนด้านความปลอดภัยของ Bluetooth ได้แก่ bluejacking และ bluesnarfing รวมถึงโพรโทคอลไร้สายของ IoT และวิธีลดขอบเขตความเสี่ยง
ภัยคุกคามไร้สายจาก Bluetooth และ IoT เป็นบทเรียน Security+ Academy ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Security+ Academy และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Security+ Academy มีบทเรียนทั้งหมด 4 บทเรียน
พื้นฐานความปลอดภัยของ Bluetooth
Bluetooth เป็นเทคโนโลยีไร้สายระยะสั้น (โดยทั่วไป 10-100 เมตร) ที่ทำงานในย่านความถี่ 2.4 GHz ISM โดยใช้ สเปกตรัมกระจายแบบกระโดดความถี่ (กระโดดได้สูงสุด 1,600 ครั้งต่อวินาที) ซึ่งช่วยต้านทานการแทรกแซงและการดักฟังแบบไม่ซับซ้อนได้ระดับหนึ่ง อุปกรณ์ Bluetooth จะจับคู่กันด้วยการแลกเปลี่ยน PIN หรือใช้ Secure Simple Pairing (SSP) Security+ ทดสอบความรู้เกี่ยวกับการโจมตีเฉพาะของ Bluetooth โหมดความปลอดภัยที่มีใน Bluetooth แบบคลาสสิกและ BLE (Bluetooth Low Energy) รวมถึงมาตรการควบคุมเพื่อลดพื้นผิวการโจมตีของอุปกรณ์ที่เปิดใช้ Bluetooth
Bluejacking และ Bluesnarfing
Bluejacking เป็นการโจมตีที่ค่อนข้างไม่รุนแรง โดยส่งข้อความที่ไม่ได้ร้องขอไปยังอุปกรณ์ Bluetooth ที่เปิดให้ค้นหาได้ การโจมตีนี้ต้องให้อุปกรณ์เป้าหมายอยู่ในโหมดค้นหาได้ และอาศัยคุณลักษณะการแชร์รายชื่อติดต่อของอุปกรณ์เพื่อส่ง vCard หรือข้อความ การโจมตีที่รุนแรงกว่าคือ bluesnarfing ซึ่งใช้ช่องโหว่ในโพรโทคอล OBEX Push เพื่อเข้าถึงรายชื่อติดต่อ ข้อมูลปฏิทิน และไฟล์บนอุปกรณ์เป้าหมายโดยไม่ได้รับอนุญาตให้จับคู่ Bluesnarfing เป็นข้อกังวลสำคัญในช่วงการใช้งาน Bluetooth ยุคแรก (ก่อนปี 2004) แต่ส่วนใหญ่ได้รับการแก้ไขแล้วในอุปกรณ์รุ่นใหม่ การโจมตีทั้งสองแบบต้องอยู่ใกล้เหยื่อ
# 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 และ BIAS
การโจมตีแบบ Bluebugging อาศัยช่องโหว่ของ Bluetooth เพื่อเข้าควบคุมอุปกรณ์เป้าหมายโดยไม่ได้รับอนุญาต เช่น โทรออก อ่านข้อความ หรือดักรับการสื่อสาร โดยใช้คำสั่ง AT ผ่าน Bluetooth ในทางที่ผิด ช่องโหว่ BIAS (Bluetooth Impersonation Attacks) (ปี 2020, CVE-2020-10135) กระทบต่อตัวข้อกำหนด Bluetooth BR/EDR เอง ทำให้ attacker ที่เคยจับคู่กับอุปกรณ์มาก่อนสามารถปลอมตัวเป็นอุปกรณ์ระยะไกลระหว่างการยืนยันตัวตน และข้ามขั้นตอนการจับคู่ได้ BIAS กระทบต่อการใช้งาน Bluetooth เกือบทั้งหมด จนกระทั่งผู้จำหน่ายออกแพตช์เฟิร์มแวร์ การอัปเดตเฟิร์มแวร์ให้เป็นปัจจุบันคือแนวทางป้องกันหลัก
ภัยคุกคามต่อ Bluetooth Low Energy (BLE)
Bluetooth Low Energy (BLE) ใช้ในเครื่องติดตามการออกกำลังกาย อุปกรณ์ทางการแพทย์ อุปกรณ์บ้านอัจฉริยะ และบีคอน BLE ใช้แพ็กเก็ตประกาศที่อุปกรณ์กระจายออกมาอย่างต่อเนื่อง เพื่อให้อุปกรณ์อื่นค้นพบได้ ข้อมูลประกาศเหล่านี้อาจมีตัวระบุอุปกรณ์ที่ใช้สำหรับ การติดตาม ได้ ซึ่งหมายถึงการติดตามตำแหน่งทางกายภาพของบุคคลจากอุปกรณ์ BLE ของบุคคลนั้น การเชื่อมต่อ BLE ที่ใช้การจับคู่แบบอ่อนแอหรือไม่มีการจับคู่เลย (โหมด Just Works) อาจถูกดักฟังและดัดแปลงได้ อุปกรณ์ IoT ทางการแพทย์ที่ใช้ BLE พร้อมการยืนยันตัวตนที่อ่อนแอมีความเสี่ยงเป็นพิเศษ เพราะคำสั่งที่ไม่ได้รับอนุญาตอาจส่งผลต่อความปลอดภัยของผู้ป่วย
# 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ความท้าทายด้านความปลอดภัยของ IoT
อุปกรณ์ IoT (อินเทอร์เน็ตของสรรพสิ่ง) เช่น กล้อง เทอร์โมสแตตอัจฉริยะ เซนเซอร์อุตสาหกรรม และเครื่องติดตามทางการแพทย์ ก่อให้เกิดความท้าทายด้านความปลอดภัยที่มีลักษณะเฉพาะ อุปกรณ์เหล่านี้มักมีทรัพยากรจำกัดและทำงานด้วยเฟิร์มแวร์พื้นฐานที่แทบไม่ได้รับการอัปเดตด้านความปลอดภัย หลายอุปกรณ์มาพร้อม ข้อมูลรับรองเริ่มต้น ที่ผู้ใช้ไม่เคยเปลี่ยน อุปกรณ์ IoT ทำให้พื้นผิวการโจมตีขยายตัวอย่างมาก โดยในปี 2016 บอตเน็ตมิไร ได้เจาะยึดกล้อง IP และเครื่องบันทึกภาพดิจิทัลหลายแสนเครื่องโดยใช้ข้อมูลรับรองเริ่มต้น (admin/admin, root/root) แล้วนำอุปกรณ์เหล่านั้นไปเปิดการโจมตี DDoS ขนาดใหญ่ อุปกรณ์ IoT ที่ไม่มีการรักษาความปลอดภัยทุกเครื่องอาจเป็นช่องทางเข้าสู่ระบบได้
# 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การแบ่งส่วนเครือข่าย IoT
การควบคุมในระดับเครือข่ายที่มีประสิทธิภาพมากที่สุดสำหรับอุปกรณ์ IoT คือ การแบ่งส่วนเครือข่าย ควรวางอุปกรณ์ IoT ไว้บน VLAN เฉพาะ พร้อมกฎไฟร์วอลล์ที่จำกัดอย่างเข้มงวดและอนุญาตเฉพาะการเชื่อมต่อขาออกที่จำเป็นต่อการทำงานเท่านั้น ควรบล็อกการเชื่อมต่อขาเข้าจากส่วนอื่นของเครือข่ายภายในทั้งหมด ตัวอย่างเช่น เทอร์โมสตอัจฉริยะอาจต้องเชื่อมต่อ HTTPS ขาออกไปยังบริการคลาวด์ของตน แต่ไม่ควรเริ่มการเชื่อมต่อไปยังเซิร์ฟเวอร์ไฟล์หรือฐานข้อมูลภายในได้ การทำเช่นนี้จะจำกัดขอบเขตความเสียหายหากอุปกรณ์ถูกเจาะยึด
# 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)ความปลอดภัยของ Zigbee และซี-เวฟ
Zigbee (IEEE 802.15.4) และ ซี-เวฟ เป็นโพรโทคอลเครือข่ายแบบเมชที่ใช้กันอย่างแพร่หลายในบ้านอัจฉริยะและระบบอัตโนมัติภายในอาคาร Zigbee ใช้ AES-128 สำหรับการเข้ารหัส แต่ความปลอดภัยขึ้นอยู่กับการจัดการกุญแจ โดยต้องปกป้อง กุญแจลิงก์ของศูนย์ความไว้วางใจ และ กุญแจเครือข่าย ในการใช้งาน Zigbee รุ่นแรก ๆ มีการส่งกุญแจเครือข่ายแบบข้อความธรรมดาระหว่างการให้อุปกรณ์เข้าร่วมเครือข่าย ทำให้ผู้ดักฟังแบบพาสซีฟสามารถบันทึกกุญแจได้ ซี-เวฟ S2 (ความปลอดภัย 2) ปรับปรุงเรื่องนี้อย่างมาก นักวิจัยสาธิตการโจมตีหลายรูปแบบ รวมถึงการโจมตีแบบเล่นซ้ำกับกลอนประตูซี-เวฟ โดยบันทึกและส่งคำสั่งปลดล็อกซ้ำ
# 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ภัยคุกคามต่อ Near Field Communication (NFC)
NFC ทำงานที่ความถี่ 13.56 MHz และมีระยะประมาณ 4 ซม. ใช้สำหรับการชำระเงินแบบไร้สัมผัส บัตรผ่านเข้าออก และการจับคู่อุปกรณ์ แม้จะมีระยะสั้นมาก แต่ NFC ก็ไม่ปลอดภัยจากการโจมตี การ ดักฟัง การสื่อสาร NFC ที่กำลังทำงานอยู่สามารถทำได้ในระยะไกลถึง 1 เมตรโดยใช้เสาอากาศความไวสูง การโจมตีแบบถ่ายทอดสัญญาณ ใช้อุปกรณ์สองเครื่องที่ร่วมมือกันเพื่อขยายระยะของ NFC ทำให้ attacker ที่อยู่ใกล้เหยื่อ (เช่น ในฝูงชน) ถ่ายทอดสัญญาณ NFC ไปยังผู้ร่วมโจมตีที่อยู่ตรงเครื่องชำระเงินได้ นี่เป็นภัยคุกคามที่ทราบกันดีต่อระบบชำระเงินแบบไร้สัมผัส
ปัญหาด้านความปลอดภัยของ RFID
RFID (การระบุเอกลักษณ์ด้วยคลื่นความถี่วิทยุ) ใช้ในบัตรผ่านเข้าออก การติดตามทรัพย์สิน และห่วงโซ่อุปทาน แท็ก RFID แบบพาสซีฟจะตอบสนองเมื่อได้รับพลังงานจากสนาม RF ของเครื่องอ่าน และไม่มีแหล่งจ่ายไฟภายใน ปัญหาด้านความปลอดภัยประกอบด้วย การโคลน (การคัดลอกบัตรที่ถูกต้องไปยังแท็กเปล่าโดยใช้ Proxmark หรือเครื่องอ่านที่คล้ายกัน) การดักฟัง (การบันทึกการส่งข้อมูลระหว่างแท็กกับเครื่องอ่านจากบริเวณใกล้เคียง) และ การโจมตีแบบเล่นซ้ำ บัตร HID รุ่นเก่าที่ความถี่ 125 kHz (EM4100, HID Prox) ไม่มีการเข้ารหัสและโคลนได้ง่ายมาก ระบบสมาร์ตการ์ดสมัยใหม่ (13.56 MHz MIFARE DESFire, SEOS) ใช้การเข้ารหัส AES และการยืนยันตัวตนซึ่งกันและกัน
# 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
มาตรการเชิงปฏิบัติสำหรับความปลอดภัยของ Bluetooth ได้แก่ ตั้งค่าอุปกรณ์เป็น โหมดไม่ให้ค้นพบ เมื่อไม่ได้จับคู่อุปกรณ์อยู่ ใช้ การเชื่อมต่อที่ปลอดภัย (Bluetooth 4.1 ขึ้นไป พร้อมการแลกเปลี่ยนกุญแจ P-256 ECDH) แทนการจับคู่แบบง่ายรุ่นเก่า กำหนดให้ใช้ การเปรียบเทียบตัวเลขหรือการป้อนรหัสผ่าน แทนการจับคู่แบบ Just Works กำหนดความยาวขั้นต่ำของ PIN สำหรับการจับคู่ และติดตั้งการอัปเดตเฟิร์มแวร์จากผู้ผลิตโดยเร็ว เนื่องจากช่องโหว่ Bluetooth จำนวนมากได้รับการแก้ไขผ่านเฟิร์มแวร์ สำหรับอุปกรณ์ขององค์กร MDM สามารถปิดใช้งาน Bluetooth ทั้งหมดหรือจำกัดให้ใช้ได้เฉพาะกรณีที่กำหนด
# 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 และการจัดการแพตช์
อุปกรณ์ IoT มักติดตั้งใช้งานเป็นเวลา 5-15 ปี แต่ได้รับการอัปเดตเฟิร์มแวร์เพียง 2-3 ปี ทำให้มีช่วงเวลาที่เสี่ยงต่อการถูกโจมตีเป็นวงกว้าง องค์กรควรรวม IoT ไว้ใน บัญชีรายการทรัพย์สิน โดยติดตามรุ่น เวอร์ชันเฟิร์มแวร์ และวันที่สิ้นสุดการสนับสนุน เมื่อการสนับสนุนจากผู้จำหน่ายสิ้นสุดลง ควร เปลี่ยนหรือแยกกักอุปกรณ์ ไว้เบื้องหลังการควบคุมเครือข่ายที่เข้มงวด สำหรับระบบสำคัญ ควรใช้แพลตฟอร์มความปลอดภัยเฉพาะด้าน IoT (Azure Defender for IoT, Armis, Claroty) ซึ่งจัดทำโพรไฟล์พฤติกรรมของอุปกรณ์แบบพาสซีฟและแจ้งเตือนความผิดปกติโดยไม่ต้องติดตั้งตัวแทนบนอุปกรณ์
ตรวจสอบความเข้าใจอย่างรวดเร็ว
ทดสอบความเข้าใจแนวคิด CompTIA Security+ (SY0-701) จากบทเรียนนี้
สรุปบทเรียน
ในบทเรียนนี้ คุณได้เรียนรู้เกี่ยวกับ การโจมตี Bluetooth ได้แก่ bluejacking, bluesnarfing และ BIAS ซึ่งใช้ประโยชน์จากช่องโหว่ของเครือข่ายไร้สายระยะสั้น และป้องกันได้ด้วยการปิดการค้นพบอุปกรณ์และติดตั้งแพตช์เฟิร์มแวร์ อุปกรณ์ IoT มีความเสี่ยงสูงเนื่องจากข้อมูลรับรองเริ่มต้น การอัปเดตที่ไม่บ่อย และการติดตั้งใช้งานในวงกว้าง โดยลดความเสี่ยงได้ด้วยการแบ่งส่วนเครือข่ายและ VLAN เฉพาะสำหรับ IoT นอกจากนี้ RFID และ NFC ซึ่งใช้ในบัตรผ่านเข้าออกและการชำระเงิน ยังเผชิญภัยคุกคามจากการโคลนและการโจมตีแบบถ่ายทอดสัญญาณ จึงต้องใช้การเข้ารหัสที่รัดกุมและการยืนยันตัวตนซึ่งกันและกัน บทถัดไปเราจะศึกษาเรื่องการโจมตีแบบฟิชชิง ฟิชชิงแบบเจาะจงเป้าหมาย และการโจมตีผู้บริหารระดับสูง
คำถามที่พบบ่อย
บทเรียน “ภัยคุกคามไร้สายจาก Bluetooth และ IoT” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “ภัยคุกคามไร้สายจาก Bluetooth และ IoT” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Security+ Academy ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Security+ Academy มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “ภัยคุกคามไร้สายจาก Bluetooth และ IoT”
เรียนรู้จุดอ่อนด้านความปลอดภัยของ Bluetooth ได้แก่ bluejacking และ bluesnarfing รวมถึงโพรโทคอลไร้สายของ IoT และวิธีลดขอบเขตความเสี่ยง คุณปฏิบัติ Security+ Academy ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Security+ Academy หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Security+ Academy บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน
บทเรียน “ภัยคุกคามไร้สายจาก Bluetooth และ IoT” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Security+ Academy นี้ได้ไหม
ได้ บทเรียน Security+ Academy ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- โพรโทคอลความปลอดภัย Wi-Fi: WEP, WPA2, WPA3
- การโจมตีเครือข่ายไร้สาย: Evil Twin, การตัดการเชื่อมต่อ และ AP ปลอม
- เครือข่ายไร้สายระดับองค์กร: 802.1X และ RADIUS
- ภัยคุกคามไร้สายจาก Bluetooth และ IoT