मैंने कभी ऐसी एकीकरण को अधिकृत नहीं किया जो मेरे रहस्यों को स्कैन करता है
एक home automation परियोजना को डिफ़ॉल्ट रूप से “Have I Been Pwned” breach database के खिलाफ संग्रहीत पासवर्डों की चुपचाप जाँच करने के लिए आलोचना का सामना करना पड़ रहा है, जिसमें प्रत्येक पासवर्ड के SHA‑1 hash के पहले पाँच वर्ण तृतीय-पक्ष सेवा को भेजे जाते हैं। कई उपयोगकर्ताओं का तर्क है कि यह सीमित डेटा साझाकरण भी स्थानीय, गोपनीयता-केंद्रित सिस्टम की अपेक्षाओं का उल्लंघन करता है और स्पष्ट opt-in consent की आवश्यकता होनी चाहिए, विशेषकर trust, GDPR, और संभावित information leaks की चिंताओं को देखते हुए। विवाद एक कथित रूप से dismissive maintainer response से और बढ़ गया—जिसके बाद apology और बेहतर documentation तथा opt-in model की ओर कदम उठाए गए—जिससे कुछ उपयोगकर्ता प्लेटफ़ॉर्म पर अपनी निर्भरता पर पुनर्विचार कर रहे हैं.
विशेषता और व्यवहार
- Home Assistant का supervisor एक “pwned password” जाँच शामिल करता है: यह रहस्यों (उदा., HA कॉन्फ़िग में पासवर्ड) को SHA‑1 से हैश करता है और केवल पहले 5 हेक्स वर्ण Have I Been Pwned (HIBP) को भेजता है, फिर k‑anonymity का उपयोग करके स्थानीय रूप से मिलान करता है।
- यह व्यवहार वर्षों से मौजूद है, लेकिन एक हालिया बदलाव ने चेतावनियाँ सामने ला दीं, जिससे उपयोगकर्ताओं ने इसे नोटिस किया।
- इसे अक्षम करने के लिए एक command-line flag है, लेकिन यह undocumented था; अब एक PR इसे opt-in बनाने का लक्ष्य रखता है।
गोपनीयता, सहमति, और अपेक्षाएँ
- कई टिप्पणीकार कहते हैं कि मूल मुद्दा गोपनीयता और सहमति है, न कि क्रिप्टोग्राफी:
- उपयोगकर्ताओं को यह उम्मीद नहीं थी कि एक “स्थानीय, गोपनीयता-केंद्रित” home automation सिस्टम डिफ़ॉल्ट रूप से उनके रहस्यों के बारे में तृतीय-पक्ष सेवाओं से संपर्क करेगा।
- कई लोगों का तर्क है कि कोई भी अनचाहा outbound traffic — “even a single byte” — विश्वास का उल्लंघन है और least astonishment के सिद्धांत का उल्लंघन करता है।
- कुछ लोग परियोजना के अपने privacy messaging और “opt-in by default” cloud principle का हवाला देते हैं और कहते हैं कि यह सुविधा उससे विरोधाभासी है।
सुरक्षा और k-अनामता बहस
- एक पक्ष का तर्क है कि यह योजना प्रभावी रूप से सुरक्षित है:
- हैश के केवल 5 hex chars भेजे जाते हैं; median bucket size बड़ा है।
- हमलावरों को पहले से ही कमजोर या ज्ञात पासवर्डों की आवश्यकता होगी; कई अन्य password managers समान जाँच का उपयोग करते हैं।
- दूसरा पक्ष k-अनामता-शैली HIBP उपयोग पर हमलों के शोध की ओर इशारा करता है:
- prefixes brute-force और password-guessing में मदद कर सकते हैं।
- requests metadata लीक करते हैं (IP, कुछ पासवर्डों की संभावित उपस्थिति, software usage)।
- वे अज्ञात threat models पर ज़ोर देते हैं और जानकारी के किसी भी रिसाव को कम करने की वकालत करते हैं।
- कुछ लोग कहते हैं कि इसे मुख्य रूप से security समस्या के रूप में प्रस्तुत करना भ्रामक है; यह मुख्यतः privacy/trust और “phoning home” समस्या है।
कानूनी और नियामक प्रश्न
- कुछ टिप्पणीकार IP addresses और व्यक्तिगत डेटा के नए उद्देश्य के लिए पुनः उपयोग के कारण संभावित GDPR मुद्दों का सुझाव देते हैं।
- अन्य लोग पूछते हैं कि क्या केवल hash prefix PII है; कुल मिलाकर वैधता को अस्पष्ट बताया गया है।
डेवलपर प्रतिक्रिया और समुदाय का विश्वास
- प्रारंभिक maintainer replies को व्यापक रूप से dismissive, tone-deaf, और अनावश्यक रूप से confrontational बताया गया है (उदा., उपयोगकर्ता चिंताओं को “threats” कहना और उन्हें fork करने का सुझाव देना)।
- बाद की एक follow-up में apology, feature की clarification, और documentation सुधारने का वादा शामिल है; कुछ इसे genuine मानते हैं, अन्य इसे damage control मानते हैं।
- अन्य परियोजनाओं में पिछले विवादों का उल्लेख judgment और culture को लेकर चिंताओं में योगदान देने के रूप में किया गया है।
- कई उपयोगकर्ता कहते हैं कि यह घटना उन्हें Home Assistant अपनाने या इसकी सिफारिश करने पर पुनर्विचार करने पर मजबूर करती है; अन्य लोग अब भी इसे cloud-centric alternatives से बेहतर मानते हैं, लेकिन इसे एक गंभीर trust misstep के रूप में देखते हैं।