[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f15k3dk9xlgn81":3,"$f2y909nvozfww0":54},{"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":17,"affectedCount":17,"affectedCountStatus":18,"affectedCountLowerBound":19,"affectedCountUnit":20,"hasEnglishDescription":4,"contentLocale":21,"availableLocales":22,"translations":32,"severity":43,"dataClasses":44,"description":47,"seoTitle":48,"seoDescription":49,"logoUrl":50,"isVerified":51,"isSensitive":51,"isSpamList":51,"isMalware":51,"company":52},"68e3266eda11adda48825293","MailRu","mail.ru डंप","mailru-dump","mail.ru","2014-09-10T00:00:00.000Z","2014-09-12T04:50:22.000Z","2026-10-10T08:39:54.021Z","Credential collection","",[],16630988,"known",null,"email_identifiers","hi",[23,24,25,21,26,27,28,29,30,31],"en","tr","zh","es","ar","fr","bn","pt","ru",{"en":33,"tr":34,"zh":35,"hi":36,"es":37,"ar":38,"fr":39,"bn":40,"pt":41,"ru":42},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Critical",[45,46],"Email addresses","Passwords","\u003Cp>mail.ru डंप अलग-अलग स्रोतों से जुटाए गए 1,66,30,988 ईमेल-पासवर्ड रिकॉर्ड का संग्रह है। यह Mail.ru के अपने सिस्टम में सेंध लगने की पुष्टि नहीं करता।\u003C\u002Fp>\u003Ch2>उजागर हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\u003Cp>इस संग्रह में ईमेल पते और पासवर्ड शामिल थे। इसके पहले प्रकाशित हिस्से में लगभग 45 लाख लॉगिन रिकॉर्ड थे, जिनमें ज़्यादातर पते mail.ru डोमेन के थे। जनवरी 2018 में और डेटा जोड़ा गया, जिसमें कथित तौर पर ईमेल पते और प्लेनटेक्स्ट पासवर्ड थे। इसके बाद दोहराए गए रिकॉर्ड हटाने पर कुल संख्या 1,66,30,988 हो गई। यह स्थापित नहीं हुआ है कि हर रिकॉर्ड एक ही तरीके से जुटाया गया था, प्रकाशित होने के समय हर पासवर्ड वैध था या हर पता किसी Mail.ru मेलबॉक्स का था। \u003Cstrong>किसी ईमेल डोमेन के पते सबसे अधिक होने से यह साबित नहीं होता कि Mail.ru के बुनियादी ढाँचे में सेंध लगी थी\u003C\u002Fstrong>; लोगों ने उन पतों से दूसरी साइटों पर पंजीकरण किया हो सकता है, जहाँ बाद में उनके लॉगिन विवरण हासिल किए गए हों। प्लेनटेक्स्ट पासवर्ड वाले या तुरंत इस्तेमाल किए जा सकने वाले ईमेल-पासवर्ड जोड़े, पासवर्ड दोबारा इस्तेमाल किए जाने पर, खाते पर कब्ज़े का जोखिम पैदा करते हैं। भुगतान, प्रोफ़ाइल, टेलीफ़ोन, भौतिक पते और अन्य व्यक्तिगत डेटा की श्रेणियाँ इस रिकॉर्ड के सत्यापित दायरे में शामिल नहीं हैं।\u003C\u002Fp>\u003Ch2>सेंध की समयरेखा और तकनीकी विवरण\u003C\u002Fh2>\u003Cp>10 सितंबर 2014 को रूसी भाषा के एक सुरक्षा फ़ोरम पर Mail.ru जैसे लगभग 45 लाख लॉगिन विवरण और पासवर्ड सामने आए। Mail.ru ने कहा कि उसके विश्लेषण के अनुसार सूची में शामिल 95% खातों को पहले ही सुरक्षा भंग हुए खातों के रूप में चिह्नित किया जा चुका था, उनके उपयोगकर्ताओं को पासवर्ड बदलने को कहा जा चुका था, उनसे ईमेल भेजने पर रोक लगाई जा चुकी थी या उन्हें निष्क्रिय किया जा चुका था। कंपनी का कहना था कि यह डेटा उसके सर्वर पर सीधे हमले के बजाय उपयोगकर्ताओं को निशाना बनाने वाली फ़िशिंग, मैलवेयर या असंबंधित सेवाओं से आया हो सकता है। यह रिकॉर्ड 12 सितंबर 2014 को कैटलॉग में जोड़ा गया। जनवरी 2018 में mail.ru पतों से जुड़े और ईमेल-पासवर्ड जोड़े शामिल किए जाने पर कुल संख्या बढ़कर \u003Cstrong>1,66,30,988 रिकॉर्ड\u003C\u002Fstrong> हो गई, और इस घटना को स्पष्ट रूप से असत्यापित चिह्नित किया गया। इसलिए इस तारीख को जानकारी पहली बार बड़े पैमाने पर प्रकाशित होने के समय के रूप में समझना चाहिए, न कि किसी एक सेंध के सटीक दिन के रूप में। इस रिकॉर्ड को कंपनी के डेटाबेस में सेंध की पुष्ट घटना या एक ही स्रोत से मिले ईमेल-पासवर्ड जोड़ों की सूची नहीं बताया जाना चाहिए।\u003C\u002Fp>\u003Ch2>जोखिम में आने वाले उपयोगकर्ता\u003C\u002Fh2>\u003Cp>सबसे अधिक जोखिम उन लोगों को है जिन्होंने इस संग्रह में मौजूद किसी पासवर्ड को Mail.ru, सोशल मीडिया, खरीदारी की साइटों, फ़ोरम या किसी दूसरी सेवा पर भी इस्तेमाल किया था। हमलावर स्वचालित तरीके से किसी ईमेल-पासवर्ड जोड़े को आज़मा सकते हैं और उसके काम करने का पता चलने पर संबंधित मेलबॉक्स में पासवर्ड रीसेट के संदेशों तक पहुँचने की कोशिश कर सकते हैं। हालाँकि, इस रिकॉर्ड में किसी व्यक्ति का डेटा मौजूद होने से यह साबित नहीं होता कि वह Mail.ru का ग्राहक था, उसके Mail.ru मेलबॉक्स तक पहुँच हासिल की गई थी या उसका पासवर्ड Mail.ru के सिस्टम से आया था। Mail.ru की समीक्षा के अनुसार, पहले हिस्से में शामिल खातों के एक बहुत बड़े अनुपात को पहले ही चिह्नित किया जा चुका था, उन पर पाबंदियाँ लगाई जा चुकी थीं या वे निष्क्रिय थे। इसलिए मौजूदा जोखिम हर रिकॉर्ड के लिए अलग हो सकता है। फिर भी, अपराधियों के संग्रहों में किसी पते के प्रसार से स्पैम, फ़िशिंग, धोखाधड़ी वाली सुरक्षा चेतावनियाँ और भविष्य में पासवर्ड आज़माने की कोशिशें जारी रह सकती हैं।\u003C\u002Fp>\u003Ch2>तुरंत उठाए जाने वाले कदम\u003C\u002Fh2>\u003Cp>अगर आपको 2014 के आसपास इस्तेमाल किया गया अपना पासवर्ड याद है, तो उन सभी खातों की पहचान करें जिन पर अब भी वही या उससे मिलता-जुलता पासवर्ड इस्तेमाल हो रहा है। \u003Cstrong>पुराने पासवर्ड और उसके सभी बदले हुए रूपों का इस्तेमाल हमेशा के लिए बंद कर दें\u003C\u002Fstrong>; कोई अंक या चिह्न जोड़ने से पासवर्ड पर्याप्त रूप से अलग नहीं हो जाता। अपने मुख्य ईमेल खाते को प्राथमिकता दें, क्योंकि उस तक पहुँच मिलने से कई अन्य सेवाओं पर पासवर्ड रीसेट की प्रक्रियाएँ खतरे में पड़ सकती हैं। अपरिचित सत्रों, फ़ॉरवर्डिंग नियमों, रिकवरी पतों और जुड़े हुए डिवाइसों की समीक्षा करें, फिर जहाँ संभव हो बहु-कारक प्रमाणीकरण चालू करें। Mail.ru या किसी अन्य प्रदाता की ओर से भेजे जाने का दावा करने वाले ऐसे संदेशों के लिंक न खोलें जिनमें कहा गया हो कि “आपका पासवर्ड लीक हो गया है”, “आपका खाता बंद हो जाएगा” या “अपनी पहचान सत्यापित करें”। सेवा को सीधे खोलें और उसके खाता पैनल में चेतावनी की जाँच करें। फ़ोन करने वाले या संदेश भेजने वाले किसी भी व्यक्ति को कभी अपना पासवर्ड, एक बार इस्तेमाल होने वाला कोड या रिकवरी कुंजी न बताएँ। किसी सत्र के बारे में अप्रत्याशित सूचना मिलने पर उसकी पुष्टि किसी अलग माध्यम से करें।\u003C\u002Fp>\u003Ch2>दीर्घकालिक सुरक्षा रणनीतियाँ\u003C\u002Fh2>\u003Cp>हर सेवा के लिए एक यादृच्छिक और अनूठा पासवर्ड बनाने के लिए पासवर्ड मैनेजर का इस्तेमाल करें। इससे एक ही पासवर्ड का दोबारा इस्तेमाल बंद होगा, जो अलग-अलग स्रोतों से जुटाए गए संग्रहों को हमलावरों के लिए सबसे अधिक उपयोगी बनाता है। ईमेल पर बहु-कारक प्रमाणीकरण चालू रखें और उपलब्ध होने पर फ़िशिंग-प्रतिरोधी सुरक्षा कुंजियों या डिवाइस-आधारित तरीकों को प्राथमिकता दें। पुराने पासवर्ड में मामूली बदलाव करके उसे नया पासवर्ड न बनाएँ और खाता रिकवरी के सवालों के जवाबों में अपने जीवन से जुड़ी सार्वजनिक जानकारी का इस्तेमाल न करें। याद रखें कि किसी डेटासेट का नाम ईमेल डोमेन पर रखने से यह स्थापित नहीं होता कि उस प्रदाता को हैक किया गया था; सुरक्षा के आकलन में स्रोत को लेकर अनिश्चितता का ध्यान रखा जाना चाहिए। छोड़े जा चुके खातों को बंद करें, पुराने सत्र समाप्त करें और समय-समय पर रिकवरी जानकारी की समीक्षा करें। अगर कोई पता किसी पुराने संग्रह में शामिल था, तो उसका इस्तेमाल आज भी फ़िशिंग अभियानों में हो सकता है। संदेश भेजने वाले को किसी असली पते या पुराने पासवर्ड की जानकारी होना उस संदेश को भरोसेमंद नहीं बनाता।\u003C\u002Fp>\u003Ch2>अपने डेटा की जाँच करें\u003C\u002Fh2>\u003Cp>इस पेज के सुरक्षित खोज फ़ील्ड में उन सभी वर्तमान और पुराने ईमेल पतों की जाँच करें जिन्हें आपने 2014 में या उससे पहले इस्तेमाल किया था। मेल खाने वाला परिणाम यह दिखा सकता है कि पता अलग-अलग स्रोतों से जुटाए गए इस असत्यापित संग्रह में मौजूद है; इससे यह साबित नहीं होता कि Mail.ru को हैक किया गया था, पासवर्ड अब भी काम करता है या रिकॉर्ड का स्रोत ज्ञात है। अगर कोई परिणाम मिलता है, तो उस समय इस्तेमाल किया गया पासवर्ड याद करें और जहाँ-जहाँ अब भी वही या उससे मिलता-जुलता पासवर्ड इस्तेमाल हो रहा हो, उसे बदल दें। मेलबॉक्स के सुरक्षा इतिहास, रिकवरी सेटिंग और सक्रिय सत्रों की भी समीक्षा करें। कोई परिणाम न मिलने को पक्की गारंटी न मानें, क्योंकि संग्रह अधूरा हो सकता है, पता अलग तरीके से लिखा गया हो सकता है या वह किसी दूसरे डेटासेट में मौजूद हो सकता है। खोज फ़ील्ड में केवल वही पहचान-संबंधी जानकारी दर्ज करें जिसे वह स्वीकार करता है; डेटा सेंध की जाँच करने वाली किसी सेवा को कभी पासवर्ड, एक बार इस्तेमाल होने वाला कोड या रिकवरी कुंजी न दें। अगर किसी सूचना में पुराना पासवर्ड दिखाया गया हो, तब भी उसमें दिए गए लिंक से बचें और संबंधित सेवा को सीधे खोलें।\u003C\u002Fp>","mail.ru डंप (16.6 मिलियन ईमेल पहचानकर्ता)","mail.ru डंप. 16.6 मिलियन ईमेल पहचानकर्ता रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: ईमेल पते, पासवर्ड। प्रभाव के दायरे, जोखिमों और सुरक्षा उपायों की समीक्षा…","\u002Fuploads\u002Flogo\u002Fmail_ru.webp",false,{"name":53,"sector":14,"country":15,"website":15,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"mail.ru Credential Collection",{"success":4,"breaches":55},[56,63,70,77],{"slug":57,"title":58,"companyName":59,"logoUrl":60,"breachDate":61,"affectedCount":62,"affectedCountStatus":18},"medela","Medela डेटा में सेंध","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":64,"title":65,"companyName":66,"logoUrl":67,"breachDate":68,"affectedCount":69,"affectedCountStatus":18},"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":71,"title":72,"companyName":73,"logoUrl":74,"breachDate":75,"affectedCount":76,"affectedCountStatus":18},"elekta-2026-data-breach","Elekta में 2026 की डेटा सेंध","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":78,"title":79,"companyName":80,"logoUrl":81,"breachDate":75,"affectedCount":82,"affectedCountStatus":83},"novocure-2026-data-breach","NovoCure: 2026 का डेटा उल्लंघन","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]