[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f32jntwkh3dfq4":3,"$fdm9krxbbqwaj":60},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":21,"affectedCountUnit":22,"hasEnglishDescription":4,"contentLocale":23,"availableLocales":24,"translations":34,"severity":45,"dataClasses":46,"description":51,"seoTitle":52,"seoDescription":53,"logoUrl":54,"isVerified":55,"isSensitive":4,"isSpamList":55,"isMalware":55,"company":56},"6a45cd8df8f3a7c620ce5f4a","HackBase","HackBase डेटा उजागर होने का कथित मामला","hackbase","hackbase.cc","2011-10-01T00:00:00.000Z","2022-07-25T00:00:00.000Z","2026-10-10T09:55:42.509Z","Unverified breach record","https:\u002F\u002Fheroic.com\u002Fdarkhive-breaches\u002Fhackbase-hacking-forum-breach-accounts-exposed\u002F",[15,17,18],"https:\u002F\u002Flogoutify.com\u002Fbreaches","https:\u002F\u002Fhackbase.cc\u002F",10625,"known",null,"email_identifiers","hi",[25,26,27,23,28,29,30,31,32,33],"en","tr","zh","es","ar","fr","bn","pt","ru",{"en":35,"tr":36,"zh":37,"hi":38,"es":39,"ar":40,"fr":41,"bn":42,"pt":43,"ru":44},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Medium",[47,48,49,50],"Email addresses","Usernames","Passwords","Password hash metadata","\u003Cp>HackBase डेटा लीक अक्टूबर 2011 की एक अपुष्ट घटना है, जिसने hackbase.cc डोमेन से जुड़े हैकिंग और सुरक्षा फोरम समुदाय के उपयोगकर्ता खातों को प्रभावित किया था। सार्वजनिक डेटा लीक सूचियों में उपलब्ध एक अधिक विस्तृत रिकॉर्ड में 10,625 खातों के साथ ईमेल पते, यूज़रनेम, पासवर्ड संबंधी जानकारी और पासवर्ड हैश का प्रकार दर्ज है। एक अलग सूची में इसी डोमेन से जुड़े 12,436 लोगों वाला एक बड़ा संस्करण मिलता है, जिसकी तारीख अज्ञात है और जिसमें फोरम की अतिरिक्त जानकारी भी है। उपयोगकर्ता को दिखाई जाने वाली मुख्य संख्या और तारीख अधिक विस्तृत स्रोत के अनुरूप रखी गई हैं। कंपनी की पुष्टि, आधिकारिक सूचना या किसी स्वतंत्र समाचार रिपोर्ट के अभाव में यह घटना अब भी अपुष्ट है। फिर भी, फोरम के विषय और पासवर्ड के हैश रूप में होने के कारण इस जोखिम को संवेदनशील माना जाता है।\u003C\u002Fp>\n\u003Ch2>लीक हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\n\u003Cp>उपलब्ध साक्ष्यों से जिन डेटा फ़ील्ड की पुष्टि होती है, वे हैं ईमेल पते, यूज़रनेम, पासवर्ड और पासवर्ड हैश के प्रकार की जानकारी। पासवर्ड को हैश रूप में रखना, उन्हें सीधे पढ़े जा सकने वाले पाठ के रूप में रखने जितना प्रत्यक्ष जोखिम नहीं पैदा करता। फिर भी, कमजोर पासवर्ड, पुराने एल्गोरिदम या साल्टिंग की कमी होने पर हमलावर ऑफ़लाइन प्रयासों से इन हैश को क्रैक कर सकते हैं। हैकिंग और सुरक्षा फोरम का संदर्भ जोखिम बढ़ाता है, क्योंकि ऐसे समुदायों में इस्तेमाल किए गए ईमेल पते तकनीकी टूल, फोरम प्रोफ़ाइल, छद्म नामों और अन्य सुरक्षा प्लेटफ़ॉर्म से जुड़े हो सकते हैं। यूज़रनेम और ईमेल पते का एक साथ लीक होना ऐसा मूल्यवान डेटा समूह बनाता है, जिसका इस्तेमाल अलग-अलग फोरम पर किसी व्यक्ति की गतिविधियों के निशान जोड़ने और लक्षित सोशल इंजीनियरिंग प्रयासों के लिए किया जा सकता है।\u003C\u002Fp>\n\u003Cp>इस घटना के मुख्य दायरे में फ़ोन नंबर, वास्तविक नाम, भुगतान डेटा, घर का पता या पहचान दस्तावेज़ जैसी अतिरिक्त व्यक्तिगत जानकारी के लिए साक्ष्य नहीं मिले। दूसरी सूची में IP पता और फोरम संबंधी जानकारी दिखाई देने के कारण इन्हें आंतरिक समीक्षा नोट में रखा गया, लेकिन मुख्य सार्वजनिक डेटा फ़ील्ड में शामिल नहीं किया गया। उपयोगकर्ता को गुमराह होने से बचाने के लिए यह अंतर महत्वपूर्ण है। फिर भी, ईमेल, यूज़रनेम और पासवर्ड हैश का एक साथ मौजूद होना खाते पर कब्ज़े का जोखिम बनाए रखता है, यदि वही पासवर्ड पुराने तकनीकी फोरम, डेवलपर टूल, गेमिंग समुदायों, ईमेल खातों या व्यावसायिक सेवाओं में दोबारा इस्तेमाल किया गया हो।\u003C\u002Fp>\n\u003Ch2>सत्यापित दायरा और सीमाएँ\u003C\u002Fh2>\n\u003Cp>मुख्य दायरे में 10,625 खाते हैं। घटना की तारीख अक्टूबर 2011 मानी गई है और इसे सूचकांक में जोड़ने की तारीख 25 जुलाई 2022 है। दायरे के आकलन में डोमेन नाम, फोरम ID, रिकॉर्ड की संख्या, हैश के प्रकार की जानकारी, ईमेल पते, यूज़रनेम और हैश किए गए पासवर्ड के फ़ील्ड एक-दूसरे के अनुरूप पाए गए, इसलिए मौजूदा रिकॉर्ड को इसी आधार पर बरकरार रखा गया। उसी डोमेन नाम के लिए अधिक संख्या बताने वाली दूसरी सूची को मुख्य संख्या की जगह इस्तेमाल नहीं किया गया, क्योंकि उसमें तारीख की जानकारी नहीं थी और डेटा फ़ील्ड अलग थे। यह अंतर एक ही डेटा की अलग-अलग साफ़ की गई प्रतियों, दोहराई गई पंक्तियों, डेटा आयात के अलग नियमों या किसी बड़े फोरम संग्रह के कारण हो सकता है।\u003C\u002Fp>\n\u003Cp>इस घटना के समर्थन में कंपनी की कोई सत्यापित रिपोर्ट उपलब्ध नहीं है और इसे कंपनी की निश्चित पुष्टि के रूप में प्रस्तुत नहीं किया जाना चाहिए। डोमेन नाम का वर्तमान में किसी दूसरे पते पर रीडायरेक्ट होना अपने आप में 2011 के फोरम की सामग्री या उस समय के डेटा समूह के स्रोत को साबित नहीं करता। इसलिए विवरण को केवल साक्ष्य-समर्थित तारीख, रिकॉर्ड की संख्या और डेटा फ़ील्ड तक सीमित रखा गया है। आधिकारिक पुष्टि या स्वतंत्र समाचार के बिना व्यापक दावों को उपयोगकर्ता के सामने निश्चित जानकारी के रूप में प्रस्तुत नहीं किया गया। यह तरीका गलत सकारात्मक परिणामों का जोखिम कम करता है और उन उपयोगकर्ताओं को सही प्राथमिकता के साथ कार्रवाई करने में मदद करता है जिनके विवरण का वास्तव में मिलान मिलता है।\u003C\u002Fp>\n\u003Ch2>जोखिम में आने वाले उपयोगकर्ता समूह\u003C\u002Fh2>\n\u003Cp>सबसे अधिक जोखिम उन लोगों को है जो अपने HackBase खाते का पासवर्ड दूसरे फोरम, ईमेल खातों, डेवलपर सेवाओं, सुरक्षा टूल, गेमिंग प्लेटफ़ॉर्म या काम से जुड़े लॉगिन सत्रों में भी इस्तेमाल करते हैं। यूज़रनेम और ईमेल पता एक साथ दिखाई देने पर हमलावर अलग-अलग साइटों पर उसी छद्म नाम के निशान खोज सकते हैं। इसलिए तकनीकी समुदाय के सदस्यों, व्यवस्थापकों, डेवलपरों, सुरक्षा में रुचि रखने वालों और फोरम के पूर्व सदस्यों को अधिक लक्षित संदेशों का सामना करना पड़ सकता है। भले ही किसी पुराने फोरम का पासवर्ड आज महत्वहीन लगे, वही पासवर्ड कहीं और बना रहने पर जोखिम भी बना रहता है।\u003C\u002Fp>\n\u003Cp>हैश की जानकारी हमलावर को ऑफ़लाइन प्रयास करने का अवसर देती है। कमजोर, छोटे, शब्दकोश के शब्दों पर आधारित या पुरानी व्यक्तिगत जानकारी से बने पासवर्ड जल्दी क्रैक किए जा सकते हैं। जो लोग कई वर्षों तक एक ही ईमेल पता इस्तेमाल करते हैं, उनके लिए जोखिम अधिक होता है, क्योंकि पुराने खातों के रिकॉर्ड को नई सेवाओं से जोड़ा जा सकता है। हैकिंग फोरम के संदर्भ का इस्तेमाल प्रतिष्ठा, छद्म नाम से जुड़े संबंधों और पिछली फोरम गतिविधियों के आधार पर सामाजिक दबाव बनाने या स्पीयर फ़िशिंग के लिए भी किया जा सकता है। इसलिए केवल लीक हुए फोरम खाते की नहीं, बल्कि पहचान के उन्हीं निशानों से जुड़े सभी महत्वपूर्ण खातों की समीक्षा की जानी चाहिए।\u003C\u002Fp>\n\u003Ch2>तुरंत उठाए जाने वाले कदम\u003C\u002Fh2>\n\u003Cp>प्राथमिकता उन सभी खातों के पासवर्ड बदलने की है जिनमें HackBase के लिए इस्तेमाल किया गया पासवर्ड या उससे मिलता-जुलता पासवर्ड है। सबसे पहले ईमेल खाते पर ध्यान देना चाहिए, क्योंकि ईमेल इनबॉक्स तक पहुँच पाने वाला हमलावर दूसरी सेवाओं में पासवर्ड रीसेट प्रक्रिया का इस्तेमाल कर सकता है। इसके बाद डेवलपर खातों, डोमेन प्रबंधन, क्लाउड सेवाओं, फोरम खातों, सोशल मीडिया प्रोफ़ाइल और वित्त से जुड़े लॉगिन सत्रों की जाँच की जानी चाहिए। हर खाते के लिए एक अलग, लंबा और यादृच्छिक पासवर्ड चुना जाना चाहिए। पासवर्ड मैनेजर में उन जगहों का उल्लेख होना चाहिए जहाँ एक ही पासवर्ड दोहराया गया है।\u003C\u002Fp>\n\u003Cp>बहु-कारक प्रमाणीकरण सक्षम किया जाना चाहिए, विशेष रूप से ईमेल, काम के खाते, डेवलपर सेवाओं और क्लाउड सेवाओं के लॉगिन सत्रों में। ऐप-आधारित कोड, हार्डवेयर कुंजी या पासकी, SMS कोड से अधिक मजबूत सुरक्षा देते हैं। अनजान डिवाइस की चेतावनियों, असफल लॉगिन की सूचनाओं, अनपेक्षित पासवर्ड रीसेट संदेशों और फोरम ID से जुड़े संदिग्ध ईमेल की सावधानी से जाँच की जानी चाहिए। HackBase या सुरक्षा फोरम से जुड़े लिंक, फ़ाइल डाउनलोड करने के आग्रह और धोखाधड़ी वाले खाता सत्यापन अनुरोधों वाले संदेशों से सावधान रहें।\u003C\u002Fp>\n\u003Ch2>दीर्घकालिक सुरक्षा रणनीतियाँ\u003C\u002Fh2>\n\u003Cp>यह घटना दिखाती है कि पुराने फोरम के डेटा लीक कई वर्षों बाद भी पहचान की सुरक्षा के लिए महत्वपूर्ण रहते हैं। स्थायी सुरक्षा के लिए हर खाते में अलग पासवर्ड का इस्तेमाल एक बुनियादी नियम होना चाहिए। लंबे, यादृच्छिक पासवर्ड बनाने और पुराने दोहराए गए पासवर्ड खोजने के लिए पासवर्ड मैनेजर का नियमित इस्तेमाल किया जाना चाहिए। सुरक्षा, हैकिंग, गेमिंग, सॉफ़्टवेयर और सामुदायिक फोरम में खोले गए पुराने खातों की साल में कम से कम कुछ बार समीक्षा की जानी चाहिए। जिन खातों का इस्तेमाल नहीं होता, उन्हें बंद कर देना चाहिए या एक मजबूत, अलग पासवर्ड देकर अन्य खातों से अलग रखना चाहिए।\u003C\u002Fp>\n\u003Cp>तकनीकी क्षेत्र से जुड़े उपयोगकर्ताओं के लिए उपनाम और ईमेल के इस्तेमाल को अलग रखना भी महत्वपूर्ण है। काम, निजी फोरम, सुरक्षा शोध और सोशल मीडिया खातों में एक ही उपनाम का इस्तेमाल करने से इन गतिविधियों को किसी एक पहचान से जोड़ पाने का जोखिम बढ़ता है। महत्वपूर्ण खातों में सत्र की चेतावनियाँ, डिवाइस नियंत्रण और पासकी समर्थन सक्रिय रखे जाने चाहिए। कंपनियों में पासवर्ड की जाँच, बहु-कारक प्रमाणीकरण और सुरक्षा जागरूकता प्रशिक्षण लागू किए जाने चाहिए, ताकि कर्मचारी अपने काम के खातों में पुराने फोरम पासवर्ड दोबारा इस्तेमाल न करें। पुराने हैश डेटा पर नए हमले के टूल से फिर प्रयास किए जा सकते हैं, इसलिए समय बीतने के साथ जोखिम पूरी तरह खत्म नहीं होता।\u003C\u002Fp>\n\u003Ch2>रिकॉर्ड की जाँच और उपयोगकर्ता की कार्रवाई\u003C\u002Fh2>\n\u003Cp>LeakData पर HackBase का परिणाम देखने वाले उपयोगकर्ताओं को इसे सार्वजनिक डेटा लीक सूचियों में दिखाई देने वाला एक असत्यापित जोखिम संकेत मानना चाहिए, न कि कंपनी द्वारा सत्यापित आधिकारिक सूचना। दिखाए गए मुख्य दायरे में 10,625 खाते हैं। डेटा फ़ील्ड ईमेल पते, यूज़रनेम, पासवर्ड और पासवर्ड हैश के प्रकार की जानकारी तक सीमित हैं। बड़ी सूची में IP पता और फोरम की जानकारी शामिल होने के बावजूद, इन्हें सार्वजनिक डेटा फ़ील्ड में नहीं जोड़ा गया है, क्योंकि मुख्य दायरे में इनकी पुष्टि अंतिम रूप से नहीं हुई है। इस परिणाम का इस्तेमाल विशेष रूप से उन खातों की पहचान करने के लिए किया जाना चाहिए जहाँ पुराने पासवर्ड दोबारा इस्तेमाल किए गए हैं।\u003C\u002Fp>\n\u003Cp>जिन उपयोगकर्ताओं के विवरण का मिलान मिलता है, उन्हें पहले ईमेल खाते का पासवर्ड बदलना चाहिए और फिर उन सभी तकनीकी तथा व्यक्तिगत खातों के पासवर्ड बदलने चाहिए जहाँ वही या उससे मिलता-जुलता पासवर्ड इस्तेमाल किया गया है। पासवर्ड मैनेजर में उन जगहों को खोजना चाहिए जहाँ एक ही पासवर्ड दोहराया गया है, और पुराने फोरम पासवर्ड एक-एक करके बदलकर हर खाते के लिए अलग करने चाहिए। खाते की गतिविधियों, लॉगिन इतिहास और जुड़े हुए डिवाइस की जाँच की जानी चाहिए। अनजान सत्र समाप्त कर देने चाहिए। हैकिंग फोरम, सुरक्षा टूल, फ़ाइल साझा करने या खाता सत्यापन से जुड़े अनपेक्षित संदेशों पर भरोसा नहीं करना चाहिए। लिंक का इस्तेमाल करने के बजाय संबंधित सेवा का पता खुद दर्ज करके जाँच करना बेहतर है।\u003C\u002Fp>","HackBase डेटा उजागर होने का कथित मामला (10.6 हज़ार ईमेल पहचानकर्ता)","HackBase डेटा उजागर होने का कथित मामला. 10.6 हज़ार ईमेल पहचानकर्ता रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: ईमेल पते, उपयोगकर्ता नाम, पासवर्ड। प्रभाव के…","\u002Fuploads\u002Flogo\u002Fhackbase.png",false,{"name":7,"sector":57,"country":58,"website":10,"websiteArchiveUrl":59,"websiteStatus":59,"websiteCheckedAt":21},"Hacking forum","United States","",{"success":4,"breaches":61},[62,69,76,83],{"slug":63,"title":64,"companyName":65,"logoUrl":66,"breachDate":67,"affectedCount":68,"affectedCountStatus":20},"medela","Medela डेटा में सेंध","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":70,"title":71,"companyName":72,"logoUrl":73,"breachDate":74,"affectedCount":75,"affectedCountStatus":20},"dustin-group-2026-data-security-incident","Dustin Group में 2026 की डेटा सुरक्षा घटना","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":77,"title":78,"companyName":79,"logoUrl":80,"breachDate":81,"affectedCount":82,"affectedCountStatus":20},"elekta-2026-data-breach","Elekta में 2026 की डेटा सेंध","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":84,"title":85,"companyName":86,"logoUrl":87,"breachDate":81,"affectedCount":88,"affectedCountStatus":89},"novocure-2026-data-breach","NovoCure: 2026 का डेटा उल्लंघन","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]