सभी डेटा उल्लंघन
26 मार्च 2026 सत्यापित संवेदनशील रिकॉर्ड फ़ोरम

BreachForums संस्करण 5: 2026 का डेटा लीक

BreachForums के संस्करण 5 का डेटा लीक 26 मार्च 2026 को फ़ोरम के पाँचवें संस्करण में पंजीकृत खातों की जानकारी उजागर होने की घटना के रूप में दर्ज है। इस रिकॉर्ड में खोज के लिए उपलब्ध पुष्ट दायरे में 3,39,778 अलग-अलग ईमेल पते शामिल हैं। सत्यापित डेटा श्रेणियों में ईमेल पते, पासवर्ड और उपयोगकर्ता नाम शामिल हैं। पासवर्ड सादे पाठ में नहीं हैं, बल्कि Argon2 पासवर्ड हैश के रूप में दर्ज हैं।

339.8 हज़ार
रिपोर्ट किए गए रिकॉर्ड
3
डेटा के प्रकार
उच्च
गंभीरता
9 अक्टू॰ 2026
अंतिम अपडेट

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

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

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

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

3
  • ईमेल पते
  • पासवर्ड
  • उपयोगकर्ता नाम

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

इस रिकॉर्ड को 2025 की अलग BreachForums घटना से अलग माना जाना चाहिए। इस संस्करण में सत्यापित डेटा श्रेणियों में फ़ोरम पोस्ट या निजी संदेश शामिल नहीं हैं। फिर भी, ईमेल पते और उपयोगकर्ता नाम एक साथ मौजूद होने और फ़ोरम की प्रकृति के कारण निजता, प्रतिष्ठा और खातों को निशाना बनाए जाने का जोखिम बढ़ जाता है। केवल जानकारी का मिलान होने से किसी व्यक्ति की भूमिका या उसकी सक्रियता का स्तर साबित नहीं होता।

लीक हुए डेटा के प्रकार और जोखिम

सत्यापित डेटा प्रकारों में ईमेल पते, उपयोगकर्ता नाम और पासवर्ड शामिल हैं। पासवर्ड फ़ील्ड में Argon2 पासवर्ड हैश दर्ज हैं; इसका सीधे तौर पर यह अर्थ नहीं है कि पासवर्ड सादे पाठ में हैं। फिर भी, कमज़ोर या पुराने पासवर्ड, या दूसरे खातों में भी इस्तेमाल किए गए पासवर्ड जोखिम पैदा कर सकते हैं। उपयोगकर्ता नाम और ईमेल पते का मिलान अलग-अलग प्लेटफ़ॉर्म पर एक ही व्यक्ति के खातों को आपस में जोड़ने का आधार बन सकता है।

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

सत्यापित दायरा और सीमाएँ

घटना की सत्यापित तारीख 26 मार्च 2026 है और खोज के लिए उपलब्ध सत्यापित दायरे में 3,39,778 अलग-अलग ईमेल पते हैं। इस रिकॉर्ड को BreachForums के पिछले या बाद के संस्करणों के साथ अपने आप नहीं मिलाया जाना चाहिए। एक ही ब्रांड या फ़ोरम नाम से अलग-अलग समय पर अलग-अलग डेटासेट जुड़े होने के कारण हर रिकॉर्ड का मूल्यांकन उसकी तारीख, डोमेन और डेटा श्रेणियों के आधार पर अलग से करना ज़रूरी है।

यह रिकॉर्ड फ़ोरम पोस्ट, निजी संदेश, भुगतान कार्ड, बैंक खाते, आधिकारिक पहचान दस्तावेज़ या सादे पाठ में पासवर्ड लीक होने का दावा नहीं करता। यह सत्यापित दायरे में मौजूद ईमेल, उपयोगकर्ता नाम और पासवर्ड हैश डेटा तक सीमित है। जिस व्यक्ति की जानकारी का मिलान मिलता है, उसके बारे में टिप्पणी करते समय सावधानी बरतनी चाहिए; उसका ईमेल पता निष्क्रिय खाते, पुराने पंजीकरण या कभी इस्तेमाल न की गई सदस्यता के कारण भी डेटासेट में मौजूद हो सकता है।

जोखिम में आने वाले उपयोगकर्ता समूह

इस फ़ोरम संस्करण में खाता खोलने वाले, दूसरे प्लेटफ़ॉर्म पर उसी उपयोगकर्ता नाम का इस्तेमाल करने वाले या एक ही ईमेल पते से अलग-अलग फ़ोरम खाते चलाने वाले लोग जोखिम में हो सकते हैं। यदि मैसेजिंग ऐप, गेमिंग खाते, डेवलपर प्लेटफ़ॉर्म या सोशल प्रोफ़ाइल पर वही उपनाम दोहराए गए हों, तो खातों को आपस में जोड़ना आसान हो सकता है।

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

तुरंत उठाए जाने वाले कदम

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

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

लंबी अवधि की सुरक्षा रणनीतियाँ

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

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

रिकॉर्ड की जाँच और उपयोगकर्ता के कदम

इस रिकॉर्ड में ईमेल पते का मिलान मिलने से यह पता चलता है कि वह पता BreachForums के संस्करण 5 के खाता डेटासेट में शामिल है। मिलान का अर्थ यह नहीं है कि इस रिकॉर्ड में निजी संदेश या फ़ोरम पोस्ट मौजूद हैं; सत्यापित फ़ील्ड ईमेल, उपयोगकर्ता नाम और पासवर्ड हैश हैं। उपयोगकर्ता को सबसे पहले यह पता लगाना चाहिए कि वही पासवर्ड और उपयोगकर्ता नाम कहाँ-कहाँ इस्तेमाल किए गए हैं।

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

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

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

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