themalwareguardian/cve-2021-27289CVE-2021-27289: Ksix Zigbee उपकरणों पर प्लेबैक सुरक्षा बाइपास
नमस्ते सबको,
मुझे लगता है कि पेशेवर तरीका यही था कि इस रिपॉजिटरी को बिल्कुल वैसा ही शीर्षक दिया जाए – स्पष्ट, वर्णनात्मक और सीधे मुद्दे पर। लेकिन जब मैं इसे तैयार कर रहा था, तो मेरे मन में कुछ अन्य शीर्षक भी आए, जैसे:
खैर, यहाँ कहानी है।
जब मैं एक नई कमज़ोरी का खुलासा करने की तैयारी कर रहा था, तो मुझे कुछ याद आया जो मैंने वर्षों पहले काम किया था - एक बग जो मैंने अपने अंतिम डिग्री प्रोजेक्ट के दौरान IoT प्रोटोकॉल जैसे Thread और Zigbee पर शोध करते हुए पाया था। उस समय, मैंने MITRE को एक रिपोर्ट भेजी लेकिन कभी जवाब नहीं मिला, इसलिए मैंने सोचा कि इसे अनदेखा कर दिया गया।
उत्सुकता से, मैंने उस पुराने Gmail खाते में लॉग इन किया जिसका उपयोग मैंने सबमिशन के लिए किया था... और मेरे आश्चर्य के लिए, 2023 में - तीन साल बाद - मैंने देखा कि वास्तव में एक CVE असाइन किया गया था।
CVE-2021-27289, जो उस कमज़ोरी से जुड़ा है जिसे मैंने एक छात्र के रूप में रिपोर्ट किया था।
इसमें इतना समय क्यों लगा? जब मैंने पहली बार विक्रेता से संपर्क किया, तो उन्होंने कहा कि उनके पास इसे ठीक करने के लिए पर्याप्त स्टाफ नहीं है और वे इस बहाने को दोहराते रहे। मैंने MITRE को बताया कि कोई भी इसके बारे में कुछ करता नहीं दिख रहा था, इसलिए मुझे लगता है कि उन्होंने इंतजार किया - शायद इसलिए क्योंकि इस मुद्दे को कभी पैच किया जाने वाला नहीं था।
यह बग Ksix द्वारा बनाए गए कई Zigbee-आधारित IoT उपकरणों को प्रभावित करता था। मुख्य मुद्दा यह था कि रीप्ले सुरक्षा तंत्र, जो Zigbee विनिर्देश में परिभाषित है और फ्रेम काउंटर के माध्यम से लागू किया जाता है, ठीक से कार्यान्वित नहीं किया गया था।
क्योंकि उपकरण फ्रेम काउंटर की सही जाँच नहीं करते थे, एक हमलावर नेटवर्क के साथ संचार कर सकता था और केवल अनुक्रम संख्या को डिवाइस द्वारा देखे गए अंतिम मान से अधिक मान पर बढ़ाकर पैकेट स्पूफ कर सकता था। इससे कैप्चर किए गए संदेशों को फिर से चलाना और उन्हें वैध के रूप में स्वीकार करना संभव हो गया - जिसके परिणामस्वरूप प्रभावी रूप से एक प्रमाणीकरण बायपास हुआ।
इस रेपो में वह सब कुछ शामिल है जो मैंने अपने अंतिम प्रोजेक्ट पर काम किया था:
Ksix Zigbee IoT उपकरण Zigbee के रीप्ले सुरक्षा तंत्रों के अनुचित कार्यान्वयन के कारण एक रीप्ले हमले की कमज़ोरी से प्रभावित हैं।
निम्नलिखित संस्करणों का परीक्षण किया गया और वे कमज़ोर पाए गए। मैंने बाद के संस्करणों का परीक्षण नहीं किया, इसलिए वे भी प्रभावित हो सकते हैं।
ये उत्पाद अब विक्रेता की वेबसाइट या Amazon जैसे प्लेटफार्मों पर उपलब्ध नहीं हैं, और ऐसा लगता है कि इन्हें बंद कर दिया गया है।
प्रभावित उपकरणों में Zigbee स्टैक रीप्ले सुरक्षा तंत्र को ठीक से लागू नहीं करता है, जो Zigbee विनिर्देश में परिभाषित फ्रेम काउंटर फील्ड पर निर्भर करता है। यह फील्ड यह सुनिश्चित करने के लिए होता है कि प्राप्त संदेश ताज़ा हैं और पुनः चलाए नहीं गए हैं।
हालांकि, इस कार्यान्वयन में, फ्रेम काउंटर को अनदेखा किया जाता है या सही ढंग से मान्य नहीं किया जाता है। परिणामस्वरूप, एक हमलावर एक वैध Zigbee पैकेट को कैप्चर कर सकता है, उसकी अनुक्रम संख्या को उच्च मान (जैसे 250) पर बढ़ा सकता है, और इसे नेटवर्क पर पुनः चला सकता है।
चूंकि उपकरण केवल अनुक्रम संख्या की जांच करते हैं, वे संदेश को नया मानकर स्वीकार कर लेते हैं - जिससे बिना किसी प्रमाणीकरण या एन्क्रिप्शन को तोड़े स्पूफ संचार और अनधिकृत क्रियाएं संभव हो जाती हैं।
उपकरण के प्रकार और वातावरण में इसके एकीकरण पर निर्भर करते हुए, इससे उपयोगकर्ता द्वारा नेटवर्क सेट करने के लिए मूल रूप से उपयोग किए जाने वाले ऐप में झूठे अलर्ट या नकली सेंसर स्थितियां दिखाई दे सकती हैं (जैसे, गति का पता चला, दरवाजा खोला) - भले ही वास्तव में कुछ न हुआ हो। अधिक जटिल सेटअपों में, यह स्पूफ डेटा के आधार पर ऑटोमेशन वर्कफ़्लो को अस्थिर कर सकता है या अनजाने क्रियाओं को ट्रिगर कर सकता है।
ये उपकरण आमतौर पर Tuya Smart या समान प्लेटफार्मों जैसे ऐप का उपयोग करके कॉन्फ़िगर किए जाते हैं, जो सेंसर ट्रिगर होने पर उपयोगकर्ताओं को वास्तविक समय में सूचित करते हैं - उदाहरण के लिए, जब कोई दरवाजा खुलता है या गति का पता चलता है। यही वजह है कि निम्नलिखित हमले विशेष रूप से प्रभावी होते हैं, भले ही भौतिक घटनाएं कभी न हों।
