सभी डेटा उल्लंघन
9 सितंबर 2013 सत्यापित गेमिंग

Crack Community: 2013 में डेटा सेंध

Crack Community में डेटा सेंध की घटना 2013 के अंत में गेम क्रैक पर केंद्रित एक MyBB-आधारित फ़ोरम में सेंध लगने और खातों का डेटा ऑनलाइन प्रकाशित होने से संबंधित है। एक सत्यापित सार्वजनिक डेटा सेंध कैटलॉग में घटना की तारीख 9 सितंबर 2013 और खातों की संख्या 19,210 दर्ज है। रिपोर्ट के अनुसार, डेटा के प्रकारों में ईमेल पते, IP पते, पासवर्ड, उपयोगकर्ता नाम और वेबसाइट पर गतिविधि शामिल हैं।

19.2 हज़ार
प्रभावित खाते
5
डेटा के प्रकार
मध्यम
गंभीरता
10 अक्टू॰ 2026
अंतिम अपडेट

अपनी सुरक्षा करें

जाँचें कि क्या आप इस डेटा उल्लंघन से प्रभावित हुए हैं

मेरा ईमेल जाँचें

उजागर हुए डेटा के प्रकार

5
  • ईमेल पते
  • IP पते
  • पासवर्ड
  • उपयोगकर्ता नाम
  • वेबसाइट गतिविधि

इस डेटा उल्लंघन के बारे में

खोज में शामिल ईमेल पतों का दायरा कैसे तय किया गया?

समीक्षा किए गए आर्काइव में mybb_users.email, mybb_maillogs.fromemail, mybb_maillogs.toemail, mybb_mysubscriptions_log.receiver_email और mybb_mysubscriptions_log.payer_email को स्पष्ट रूप से ईमेल फ़ील्ड के तौर पर नामित किया गया है। दो स्वतंत्र पार्सरों ने इन फ़ील्ड से 17,171 सुरक्षित, अद्वितीय ईमेल पते निकाले। पुराने उपयोगकर्ताओं से संबंधित दायरा पहले से मौजूद था; मेल और सदस्यता लॉग में अनुपस्थित 88 पते अतिरिक्त रूप से आयात किए गए। पासवर्ड, IP, उपयोगकर्ता नाम, भुगतान और अन्य फ़ील्ड खोज इंडेक्स में नहीं जोड़े गए।

स्रोत की सीमा क्या है?

आर्काइव के मुख्य SQL घटक में अंतिम mybb_posts INSERT अधूरा है। चयनित ईमेल फ़ील्ड वाली तालिकाएँ और स्टेटमेंट पूरे हैं, और अधूरी अंतिम तालिका में ऐसा कोई चयनित फ़ील्ड नहीं है जिसके नाम में ईमेल का उल्लेख हो। इसलिए पूर्णता का दावा केवल उन ईमेल फ़ील्ड पर लागू होता है जिनकी पुष्टि की गई है, पूरे डेटाबेस पर नहीं। कैटलॉग में दर्ज कुल 19,210 खातों की संख्या को आयात किए गए ईमेल पतों की संख्या से मिलाने के लिए नहीं बदला गया।

खोज में ईमेल पता मिलने का क्या मतलब है?

खोज में ईमेल पता मिलने का मतलब है कि खोजा गया पता इस घटना से जुड़े डेटासेट के किसी ऐसे फ़ील्ड में मौजूद है जिसे स्पष्ट रूप से ईमेल फ़ील्ड के तौर पर नामित किया गया है। इसका मतलब यह नहीं है कि फिलहाल खाते में सेंध लगी है। अन्य सेवाओं पर दोबारा इस्तेमाल किए गए या मिलते-जुलते पासवर्ड बदल देने चाहिए, सक्रिय सत्रों और खाता पुनर्प्राप्ति के माध्यमों की जाँच करनी चाहिए और जहाँ भी संभव हो, बहु-कारक प्रमाणीकरण चालू करना चाहिए।

सत्यापन और संपादकीय प्रक्रिया

LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।

छूटी हुई या गलत जानकारी की रिपोर्ट करें