تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT
تعلّم نقاط الضعف الأمنية في Bluetooth (bluejacking وbluesnarfing) وبروتوكولات IoT اللاسلكية، وكيفية تقليل نطاق المخاطر المرتبطة بها.
تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT درس مجاني في Cloud & IT Cert Prep على CoddyKit. هذا هو الدرس 4 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Cloud & IT Cert Prep، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.
أساسيات أمان Bluetooth
تُعد Bluetooth تقنية لاسلكية قصيرة المدى (يتراوح مداها عادةً بين 10 و100 متر) تعمل في نطاق ISM بتردد 2.4 GHz. وتستخدم طيف الانتشار بالقفز الترددي (حتى 1600 قفزة في الثانية)، مما يوفر قدرًا من المقاومة للتداخل والتنصت العفوي. تقترن أجهزة Bluetooth بتبادل رمز PIN أو باستخدام Secure Simple Pairing (SSP). ويختبر Security+ المعرفة بالهجمات الخاصة بـ Bluetooth، وأنماط الأمان المتاحة في Bluetooth classic وBLE (Bluetooth Low Energy)، والضوابط اللازمة لتقليل سطح الهجوم في الأجهزة التي تدعم Bluetooth.
Bluejacking وBluesnarfing
يُعد Bluejacking هجومًا غير مؤذٍ نسبيًا يرسل رسائل غير مطلوبة إلى أجهزة Bluetooth القابلة للاكتشاف. ويتطلب ذلك أن يكون 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 نفسها، وتتيح للمهاجم الذي سبق له الاقتران بجهاز انتحال هوية الجهاز البعيد أثناء المصادقة، متجاوزًا عملية الاقتران. أثرت BIAS في جميع تطبيقات Bluetooth تقريبًا إلى أن أصدرت الشركات المصنّعة تصحيحات للـ firmware. ويُعد إبقاء الـ firmware محدثًا وسيلة الدفاع الأساسية.
تهديدات 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 (Internet of Things) — مثل الكاميرات ومنظمات الحرارة الذكية والمستشعرات الصناعية وأجهزة مراقبة المرضى — تحديات أمنية فريدة. وغالبًا ما تكون مواردها محدودة، وتعمل ببرامج firmware بسيطة نادرًا ما تتلقى تحديثات أمنية. ويأتي كثير منها مزودًا بـ بيانات اعتماد افتراضية لا يغيّرها المستخدمون أبدًا. وتوسّع أجهزة IoT سطح الهجوم بدرجة كبيرة؛ ففي عام 2016، اخترقت شبكة Mirai الروبوتية مئات الآلاف من كاميرات IP وأجهزة DVR باستخدام بيانات الاعتماد الافتراضية (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 وZ-Wave
يُعد كل من Zigbee (IEEE 802.15.4) وZ-Wave بروتوكولي شبكات متداخلة يُستخدمان على نطاق واسع في المنازل الذكية وأتمتة المباني. يستخدم Zigbee تشفير AES-128، لكن الأمان يعتمد على إدارة المفاتيح؛ إذ يجب حماية مفتاح ارتباط مركز الثقة ومفتاح الشبكة. وكانت تطبيقات Zigbee المبكرة تنقل مفتاح الشبكة بنص واضح أثناء انضمام الأجهزة، مما كان يتيح للمتنصتين سلبيًا التقاطه. وقد حسّن Z-Wave S2 (Security 2) ذلك بدرجة كبيرة. وقد أثبت الباحثون إمكانية شن هجمات، منها هجمات إعادة الإرسال على أقفال أبواب Z-Wave، من خلال التقاط أوامر إلغاء القفل وإعادة إرسالها.
# 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 النشطة من مسافات تصل إلى متر واحد باستخدام هوائيات حساسة. وتستخدم هجمات الترحيل جهازين متواطئين لتمديد مدى NFC، مما يتيح لمهاجم بالقرب من الضحية (مثلًا وسط حشد) ترحيل إشارة NFC إلى شريك له عند محطة دفع. ويُعد هذا تهديدًا معروفًا لأنظمة الدفع اللاتلامسية.
مشكلات أمن RFID
يُستخدم RFID (Radio Frequency Identification) في بطاقات الدخول وتتبع الأصول وسلاسل الإمداد. وتستجيب علامات RFID السلبية عند تشغيلها بواسطة مجال الترددات الراديوية للقارئ، ولا تحتوي على مصدر طاقة داخلي. وتشمل مشكلات الأمان الاستنساخ (نسخ بطاقة دخول شرعية إلى علامة فارغة باستخدام 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 ما يلي: ضبط الأجهزة على الوضع غير القابل للاكتشاف عند عدم إجراء الاقتران فعليًا؛ استخدام Secure Connections (Bluetooth 4.1+ مع تبادل مفاتيح P-256 ECDH) بدلًا من Simple Pairing القديم؛ طلب Numeric Comparison أو Passkey Entry بدلًا من اقتران Just Works؛ فرض حد أدنى لطول PIN الاقتران؛ وتطبيق تحديثات firmware من الشركة المصنّعة سريعًا، إذ تُصلح كثير من ثغرات Bluetooth عبر firmware. وبالنسبة إلى أجهزة الشركات، يمكن لـ 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 عامًا، لكنها لا تتلقى تحديثات firmware إلا لمدة تتراوح بين عامين وثلاثة أعوام — مما يترك فترة تعرض واسعة. وينبغي للمؤسسات إدراج IoT في جرد الأصول مع تتبع الطراز وإصدار firmware وتاريخ انتهاء الدعم. وعند انتهاء دعم الشركة المصنّعة، ينبغي استبدال الأجهزة أو عزلها خلف ضوابط شبكة صارمة. وبالنسبة إلى الأنظمة الحيوية، استخدموا منصات أمنية متخصصة لـ IoT (Azure Defender for IoT، Armis، Claroty) تعمل على إعداد ملف سلوكي للأجهزة بصورة سلبية وإطلاق تنبيهات عند اكتشاف حالات شاذة، من دون الحاجة إلى Agents على الأجهزة.
تحقق سريع
اختبروا مدى فهمكم لمفاهيم CompTIA Security+ (SY0-701) الواردة في هذا الدرس.
مراجعة الدرس
تعلمتم في هذا الدرس ما يلي: تشمل هجمات Bluetooth هجمات bluejacking وbluesnarfing وBIAS، التي تستغل ثغرات الاتصالات اللاسلكية قصيرة المدى، ويمكن الحد منها بتعطيل قابلية الاكتشاف وتطبيق تصحيحات firmware؛ وتشكل أجهزة IoT خطرًا كبيرًا بسبب بيانات الاعتماد الافتراضية وقلة التحديثات واتساع نطاق النشر، ويمكن الحد من ذلك بتقسيم الشبكة واستخدام VLANs مخصصة لـ IoT؛ كما تواجه تقنيات RFID وNFC المستخدمة في بطاقات الدخول والمدفوعات تهديدات الاستنساخ وهجمات الترحيل، مما يتطلب تشفيرًا قويًا ومصادقة متبادلة. وسنستكشف بعد ذلك هجمات التصيد الاحتيالي والتصيد الموجّه وصيد الحيتان.
الأسئلة الشائعة
هل درس «تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT» مجاني؟
نعم — نص درس «تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Cloud & IT Cert Prep، انتقل إلى CoddyKit PRO. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.
ماذا ستتعلم في «تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT»؟
تعلّم نقاط الضعف الأمنية في Bluetooth (bluejacking وbluesnarfing) وبروتوكولات IoT اللاسلكية، وكيفية تقليل نطاق المخاطر المرتبطة بها. تتمرن على Cloud & IT Cert Prep مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.
هل أحتاج إلى خبرة سابقة لأبدأ Cloud & IT Cert Prep؟
لا تُشترط خبرة سابقة. Cloud & IT Cert Prep على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 4 من أصل 4.
كم من الوقت يستغرق درس «تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT»؟
معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.
هل يمكنني كتابة وتشغيل أكواد في درس Cloud & IT Cert Prep هذا؟
نعم. كل درس في Cloud & IT Cert Prep يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.
جميع الدروس في هذه الدورة
- بروتوكولات أمان Wi-Fi: WEP وWPA2 وWPA3
- هجمات الشبكات اللاسلكية: Evil Twin وDeauth ونقطة الوصول المارقة
- الشبكات اللاسلكية للمؤسسات: 802.1X وRADIUS
- تهديدات Bluetooth والاتصالات اللاسلكية لأجهزة IoT