أمن سيبرانيقراءة دقيقتين

ثغرة في أقفال SwitchBot الذكية سمحت بتحويل أمر القفل إلى أمر فتح عبر قلب bits في رسالة مشفّرة

نشرت شركة Neodyme للأبحاث الأمنية تفاصيل ثغرة في سلسلة أقفال SwitchBot Lock Pro الذكية، أُصلحت قبل النشر. ويتصل القفل بلوحة المفاتيح الخاصة به، أي الـ keypad، عبر Bluetooth Low Energy، والأوامر بينهما مشفّرة بخوارزمية AES في وضع CTR.

ووضع CTR لا يوفّر حماية لسلامة الرسالة. فإذا تغيّر bit في النص المشفّر، يتغيّر الـ bit المقابل في النص الأصلي بعد فك التشفير، دون أن يعرف المستقبِل أن أحدًا عدّل الرسالة.

ومن هذه الخاصية بنى الباحثون هجومًا من ثلاث خطوات. الأولى حساب فرق الـ XOR بين أمر LOCK مشفّر وأمر UNLOCK مشفّر، مرة واحدة فقط، لأن هذا الفرق ثابت عبر الجلسات وعبر الأجهزة التي تعمل بالـ firmware نفسه. والثانية التقاط أمر LOCK مشفّر عبر Bluetooth، وهو أمر يُرسَل كلما ضغط أحد زر القفل. والثالثة دمج الاثنين بعملية XOR، فينتج أمر UNLOCK مشفّر صالح يقبله القفل.

ولم يتطلب ذلك كسر التشفير ولا تخمين المفتاح. فالتشفير كان يعمل كما ينبغي، والناقص أن المستقبِل لا يستطيع اكتشاف أن الرسالة تغيّرت في الطريق.

وقد أضافت الشركة checksum إلى الأوامر، وأكد الباحثون أن الهجوم لم يعد يعمل على النسخ المحدّثة. ونُشر الـ CVE في 9 أكتوبر 2026، والنسخ المصلَّحة هي Lock Pro V3.7 وKeypad V2.9 وApp V9.18 وما بعدها.

غير أن الدرس يتجاوز الأقفال. فأي بيانات يشفّرها منتج برمجي، سواء token أو cookie أو payload، دون قدرة على اكتشاف تعديلها، تحظى بالسرية لا بالحماية. والحل المعروف هو أوضاع AEAD، أي التشفير الموثَّق، التي توقّع المحتوى في الوقت نفسه الذي تشفّره فيه، فيُرفض أي تعديل عليه.

المصادر

  1. بحث Neodyme الكامل
  2. شرح وضع CTR على Wikipedia
  3. شرح أوضاع AEAD على Wikipedia

من عدد الثلاثاء 16 جمادى الأولى - 27 أكتوبر

أخبار ذات صلة

أخبار الثلاثاء 16 جمادى الأولى - 27 أكتوبر