hackforums.net डेटा में सेंध
Hack Forums (hackforums.net) में 2011 की डेटा सेंध से जुड़ा डेटा LulzSec की 25 जून की “Lulz के 50 दिन” रिलीज़ में कई स्रोतों के डेटा के साथ सामने आया। डेटा में सेंध की जानकारी का सार्वजनिक स्रोत के अनुसार, Hack Forums वाले हिस्से में करीब 2,00,000 पंजीकृत उपयोगकर्ताओं के लॉगिन विवरण और निजी जानकारी थी। डेटा में सेंध की जानकारी का सार्वजनिक स्रोत की रिपोर्ट में 1,91,540 अलग-अलग ईमेल पतों के साथ जन्म तिथियाँ, ईमेल पते, इंस्टेंट मैसेंजर की पहचानें, IP, पासवर्ड, सामाजिक संपर्क, भाषाएँ, समय क्षेत्र, प्रोफ़ाइल URLs, उपयोगकर्ता नाम और साइट पर गतिविधि का उल्लेख है।
उजागर हुए डेटा के प्रकार
11- जन्म की तारीखें
- ईमेल पते
- इंस्टेंट मैसेंजर पर पहचान
- IP पते
- पासवर्ड
- सामाजिक संबंध
- बोली जाने वाली भाषाएँ
- समय क्षेत्र
- Profile URLs
- उपयोगकर्ता नाम
- वेबसाइट गतिविधि
इस डेटा उल्लंघन के बारे में
1,91,540 का आँकड़ा अलग-अलग ईमेल पतों की संख्या है, न कि लोगों, खातों या कच्चे डेटा की पंक्तियों की। इससे यह भी साबित नहीं होता कि हर रिकॉर्ड में हर प्रकार की जानकारी मौजूद थी। स्थानीय रूप से आयात किए गए डेटा में केवल ईमेल फ़ील्ड हैं और लाइव इंडेक्स में 1,91,422 अलग-अलग ईमेल पते हैं, जो डेटा में सेंध की जानकारी का सार्वजनिक स्रोत की गिनती से 118 कम हैं। पासवर्ड, उपयोगकर्ता नाम, IP और अन्य संवेदनशील जानकारी स्थानीय रूप से खोजी नहीं जा सकती।
किसी निजी परिणाम से केवल यह पुष्टि होती है कि आपके नियंत्रण वाला ईमेल पता स्थानीय ईमेल डेटा के उस हिस्से में मौजूद है जिसे Hack Forums से जुड़ा बताया गया है। इससे पहचान, फ़ोरम की सदस्यता, खाते का स्वामित्व, तकनीकी क्षमता या मंशा, पोस्ट या गतिविधि, सामाजिक संबंध, भाषा या स्थान, जन्म तिथि, IP, उपयोगकर्ता नाम, पासवर्ड, एक ही रिकॉर्ड में अलग-अलग फ़ील्ड का एक साथ मौजूद होना, सुरक्षा में सेंध या दुरुपयोग की पुष्टि नहीं की जा सकती।
लॉगिन विवरण, जन्म तिथियाँ, IP, सामाजिक संबंध और फ़ोरम से जुड़ाव की जानकारी निजी ही रहनी चाहिए। जब तक पासवर्ड के दर्ज रूप की प्रामाणिकता की पुष्टि न हो, यह नहीं मानना चाहिए कि वे सादे पाठ में हैं या पहले ही पुनर्प्राप्त किए जा चुके हैं। जहाँ भी पुराने पासवर्ड का दोबारा इस्तेमाल किया गया हो, वहाँ उसे बदल देना चाहिए। किसी अप्रत्याशित संपर्क की स्वतंत्र रूप से पुष्टि करनी चाहिए; IP सटीक स्थान का प्रमाण नहीं है।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें
