[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3bildecvoovdh":3,"$f2w8yzyonbovtg":65},{"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":54,"seoTitle":55,"seoDescription":56,"logoUrl":57,"isVerified":4,"isSensitive":58,"isSpamList":58,"isMalware":58,"company":59},"68e3266eda11adda48825345","BlueSnapRegpack","Regpack डेटा में सेंध","regpack","bluesnap.com","2016-05-20T00:00:00.000Z","2016-09-13T04:35:05.000Z","2026-10-10T09:10:23.412Z","Verified breach record","https:\u002F\u002Fwww.troyhunt.com\u002Fsomeone-just-lost-324k-payment-records-complete-with-cvvs\u002F",[15],104977,"known",null,"unknown","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},"High",[45,46,47,48,49,50,51,52,53],"Browser user agent details","Credit card CVV","Email addresses","IP addresses","Names","Partial credit card data","Phone numbers","Physical addresses","Purchases","\u003Cp>Regpack में डेटा उल्लंघन वित्तीय डेटा की सुरक्षा से जुड़ी एक घटना है, जिसका संबंध 2016 में भुगतान और पंजीकरण प्रक्रियाओं में इस्तेमाल होने वाले डेटा के उजागर होने से है। सत्यापित जानकारी के अनुसार, यह घटना 20 मई 2016 की है और इससे 1,04,977 अलग-अलग ईमेल पते प्रभावित हुए थे। डेटासेट में 3,24,000 भुगतान रिकॉर्ड से जुड़ी लेनदेन संबंधी जानकारी थी। लेनदेन की पंक्तियों में पूरा नाम, घर का पता, फ़ोन नंबर, ईमेल पता, IP पता, ब्राउज़र की user-agent जानकारी, खरीदारी संबंधी जानकारी, कार्ड नंबर का कुछ हिस्सा, कार्ड की वैधता समाप्त होने की तारीख और CVV जैसे फ़ील्ड शामिल थे। इसलिए, भले ही पासवर्ड लीक न हुआ हो, Regpack का यह डेटा उल्लंघन भुगतान सुरक्षा और फ़िशिंग के जोखिम की दृष्टि से गंभीर घटना है।\u003C\u002Fp>\n\u003Cp>शुरुआत में इस घटना को भुगतान सेवा प्रदाता के नाम से जोड़ा गया था। बाद में यह पता चला कि पंजीकरण और भुगतान प्रक्रियाएँ संभालने वाले Regpack की ओर से हुई मानवीय त्रुटि के कारण लेनदेन का डेटा ऐसे सर्वर पर रह गया था जिसे कोई भी सार्वजनिक रूप से एक्सेस कर सकता था। यह अंतर महत्वपूर्ण है, क्योंकि शीर्षक फ़ील्ड में Regpack है, जबकि डोमेन फ़ील्ड में भुगतान सेवा प्रदाता का डोमेन नाम है। Regpack का यह परिणाम डुप्लिकेट प्रविष्टि नहीं है और इसे Regpack की किसी दूसरी घटना से नहीं मिलाना चाहिए। उपयोगकर्ता के लिए मुख्य जोखिम यह है कि भुगतान लेनदेन, संपर्क जानकारी और ब्राउज़र एक्सेस लॉग, सभी एक ही डेटासेट में मौजूद हैं।\u003C\u002Fp>\n\u003Ch2>लीक हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\n\u003Cp>सत्यापित डेटा प्रकारों में ब्राउज़र की user-agent जानकारी, क्रेडिट कार्ड का CVV फ़ील्ड, ईमेल पते, IP पते, पूरे नाम, क्रेडिट कार्ड की आंशिक जानकारी, फ़ोन नंबर, भौतिक पते और खरीदारी संबंधी जानकारी शामिल हैं। ईमेल पते और फ़ोन नंबर किसी व्यक्ति को निशाना बनाकर धोखाधड़ी वाले संदेश भेजने का सीधा माध्यम देते हैं। भौतिक पते और पूरे नाम की जानकारी से संदेशों को व्यक्ति के अनुरूप बनाना आसान हो जाता है। IP पतों और ब्राउज़र की जानकारी से एक्सेस की आदतों, डिवाइस के प्रकार और अनुमानित स्थान के बारे में निष्कर्ष निकाले जा सकते हैं।\u003C\u002Fp>\n\u003Cp>कार्ड नंबर का कुछ हिस्सा, कार्ड की वैधता समाप्त होने की तारीख और CVV फ़ील्ड वित्तीय जोखिम के केंद्र में हैं। हालाँकि सत्यापित फ़ील्ड में पूरा कार्ड नंबर स्पष्ट रूप से शामिल नहीं है, फिर भी लेनदेन रिकॉर्ड के साथ मौजूद कार्ड की आंशिक जानकारी और CVV दुरुपयोग की संभावना बढ़ाते हैं। खरीदारी संबंधी जानकारी यह भी बता सकती है कि उपयोगकर्ता ने किस सेवा के लिए भुगतान किया, भुगतान कब हुआ या लेनदेन किस संदर्भ में हुआ था। अलग-अलग देखने पर यह डेटा सीमित लग सकता है, लेकिन इसे साथ इस्तेमाल करके विश्वसनीय दिखने वाले भुगतान अलर्ट, फ़र्ज़ी बिल के संदेश और खाता अपडेट करने के अनुरोध तैयार किए जा सकते हैं।\u003C\u002Fp>\n\u003Ch2>सत्यापित दायरा और सीमाएँ\u003C\u002Fh2>\n\u003Cp>स्रोतों की तुलना से पुष्टि होती है कि Regpack की घटना 20 मई 2016 की है, इसे 13 सितंबर 2016 को जोड़ा गया था और इसमें 1,04,977 अलग-अलग ईमेल पते थे। बताया गया है कि डेटासेट में 324 हज़ार भुगतान रिकॉर्ड से जुड़ी लेनदेन की पंक्तियाँ थीं; हालाँकि, अलग-अलग ईमेल पतों के आधार पर उपयोगकर्ताओं की संख्या 1,04,977 ही मानी जानी चाहिए। सत्यापित डेटा फ़ील्ड में ब्राउज़र की user-agent जानकारी, CVV, ईमेल पते, IP पते, नाम, कार्ड की आंशिक जानकारी, फ़ोन नंबर, भौतिक पते और खरीदारी संबंधी जानकारी शामिल हैं।\u003C\u002Fp>\n\u003Cp>इस घटना में पासवर्ड, उपयोगकर्ता नाम, निजी संदेश, आधिकारिक पहचान दस्तावेज़, जन्मतिथि या फ़ोटो का लीक होना सत्यापित फ़ील्ड में शामिल नहीं है। इन फ़ील्ड को जोड़ने से उपयोगकर्ता को जोखिम की गलत तस्वीर मिलती है। हालाँकि इस रिकॉर्ड को पहले संवेदनशील के रूप में चिह्नित किया गया था, सत्यापित वर्गीकरण में संवेदनशीलता का कोई फ़्लैग नहीं दिखता। फिर भी, भुगतान डेटा और CVV फ़ील्ड के कारण उपयोगकर्ता को प्राथमिकता के आधार पर कदम उठाने चाहिए। संवेदनशील श्रेणी का लेबल न होने पर भी वित्तीय डेटा के प्रभाव की सावधानीपूर्वक निगरानी ज़रूरी है।\u003C\u002Fp>\n\u003Ch2>जोखिम में आने वाले उपयोगकर्ता समूह\u003C\u002Fh2>\n\u003Cp>सबसे अधिक जोखिम उन लोगों को है जिन्होंने Regpack के ज़रिए भुगतान, किसी कार्यक्रम के लिए पंजीकरण, सदस्यता या इसी तरह का कोई लेनदेन किया था। भुगतान इतिहास, संपर्क जानकारी और पते का डेटा एक साथ मौजूद होने के कारण इन लोगों को निशाना बनाकर धोखाधड़ी वाले संदेश भेजे जा सकते हैं। जिन उपयोगकर्ताओं का पता और फ़ोन नंबर उपलब्ध है, उन्हें फ़र्ज़ी डिलीवरी, फ़र्ज़ी बिल, भुगतान सत्यापन या कार्ड नवीनीकरण के संदेशों से धोखा दिया जा सकता है। लेनदेन का संदर्भ मालूम होने पर हमलावर के लिए संदेश को असली जैसा दिखाना आसान हो जाता है।\u003C\u002Fp>\n\u003Cp>अपनी कंपनी के ईमेल पते से भुगतान करने वाले लोग भी जोखिम में हैं। यदि ईमेल डोमेन से कंपनी का नाम पता चलता है, तो हमलावर लेखांकन, सदस्यता नवीनीकरण या भुगतान की स्थिति की निगरानी से जुड़े संदेश तैयार कर सकते हैं। केवल ब्राउज़र और IP की जानकारी तकनीकी दृष्टि से बहुत प्रभावशाली न लगे, लेकिन पता, फ़ोन और भुगतान की जानकारी के साथ मिलकर यह उपयोगकर्ता की अधिक विश्वसनीय प्रोफ़ाइल बना सकती है। इसलिए इस घटना को केवल कार्ड सुरक्षा की समस्या नहीं, बल्कि सोशल इंजीनियरिंग और फ़र्ज़ी बिल के ज़रिए धोखाधड़ी का जोखिम भी माना जाना चाहिए।\u003C\u002Fp>\n\u003Ch2>तुरंत उठाए जाने वाले कदम\u003C\u002Fh2>\n\u003Cp>उपयोगकर्ता को Regpack या भुगतान सेवा प्रदाता के नाम से आने वाले कार्ड अपडेट, भुगतान सत्यापन, रिफ़ंड, बिल या सदस्यता नवीनीकरण के संदेशों से सावधान रहना चाहिए। संदेश में दिए गए लिंक के ज़रिए कार्ड की जानकारी नहीं भरनी चाहिए। भुगतान सेवा प्रदाता के खाते या बैंक खाते की जाँच सीधे आधिकारिक माध्यम से करनी चाहिए। यदि प्रभावित अवधि में इस्तेमाल किया गया कार्ड अब भी सक्रिय है, तो बैंक के पुराने लेनदेन की समीक्षा करनी चाहिए और किसी भी असामान्य गतिविधि की सूचना कार्ड प्रदाता को देनी चाहिए।\u003C\u002Fp>\n\u003Cp>CVV फ़ील्ड और कार्ड की आंशिक जानकारी के कारण भुगतान कार्ड की सुरक्षा प्राथमिकता है। कार्ड नवीनीकरण, वर्चुअल कार्ड की सीमाएँ, लेनदेन की सूचनाएँ और संदिग्ध लेनदेन के अलर्ट सक्रिय करने चाहिए। ईमेल खाते पर बहु-कारक प्रमाणीकरण का इस्तेमाल करना चाहिए और फ़ोन नंबर या भौतिक पते वाले संदेशों से विशेष सावधानी बरतनी चाहिए। उपयोगकर्ता को पता या फ़ोन संबंधी जानकारी वाले धमकी भरे संदेशों का जवाब नहीं देना चाहिए। भुगतान या सत्यापन का अनुरोध मिलने पर उसकी जाँच किसी अलग आधिकारिक माध्यम से करनी चाहिए।\u003C\u002Fp>\n\u003Ch2>दीर्घकालिक सुरक्षा रणनीतियाँ\u003C\u002Fh2>\n\u003Cp>लंबे समय तक किए जाने वाले भुगतान लेनदेन के लिए वर्चुअल कार्ड, कम सीमा वाले कार्ड या केवल एक बार इस्तेमाल होने वाली भुगतान विधियों को प्राथमिकता देनी चाहिए। हर भुगतान सेवा के लिए लेनदेन की सूचनाएँ चालू रखनी चाहिए और खाते में दर्ज कार्डों की नियमित अंतराल पर समीक्षा करनी चाहिए। जब वित्तीय लेनदेन के लिए ईमेल पता और फ़ोन नंबर लंबे समय तक वही रहते हैं, तो पुराने लीक के आधार पर की जाने वाली धोखाधड़ी की कोशिशें कई साल बाद भी असरदार हो सकती हैं। इसलिए संपर्क जानकारी और भुगतान की सूचनाओं की नियमित निगरानी करनी चाहिए।\u003C\u002Fp>\n\u003Cp>पते और फ़ोन नंबर जैसे स्थायी डेटा को बदला नहीं जा सकता, इसलिए उपयोगकर्ता का व्यवहार महत्वपूर्ण हो जाता है। फ़र्ज़ी बिल, भुगतान रिफ़ंड और कार्ड नवीनीकरण के संदेश असली जैसे दिखें, तब भी उनके लिंक के ज़रिए लॉग इन नहीं करना चाहिए। वित्तीय डेटा से जुड़े पुराने उल्लंघनों के मामले में बैंक अलर्ट, क्रेडिट कार्ड की सीमाएँ और खरीदारी की सूचनाएँ सक्रिय रखनी चाहिए। कॉर्पोरेट उपयोगकर्ताओं को लेखा और रिकॉर्ड प्रबंधन टीमों को पुराने भुगतान डेटा के आधार पर तैयार किए गए सोशल इंजीनियरिंग संदेशों के बारे में सूचित करना चाहिए।\u003C\u002Fp>\n\u003Ch2>रिकॉर्ड की जाँच और उपयोगकर्ता के कदम\u003C\u002Fh2>\n\u003Cp>LeakData पर Regpack का परिणाम देखने वाले उपयोगकर्ताओं को 20 मई 2016 की भुगतान डेटा घटना को ध्यान में रखना चाहिए। सत्यापित फ़ील्ड में ब्राउज़र की user-agent जानकारी, CVV, ईमेल पते, IP पते, नाम, कार्ड की आंशिक जानकारी, फ़ोन नंबर, भौतिक पते और खरीदारी संबंधी जानकारी शामिल हैं। उपयोगकर्ता की प्राथमिकता बैंक और कार्ड लेनदेन की निगरानी करना, भुगतान की सूचनाएँ चालू करना, संदिग्ध संदेशों का उनके लिंक के ज़रिए जवाब देने से बचना और अपने ईमेल खाते की सुरक्षा मज़बूत करना होनी चाहिए।\u003C\u002Fp>\n\u003Cp>इस घटना में पासवर्ड, उपयोगकर्ता नाम, निजी संदेश, आधिकारिक पहचान दस्तावेज़, जन्मतिथि और फ़ोटो के फ़ील्ड सत्यापित नहीं हुए थे, इसलिए कार्ययोजना इस डेटा पर आधारित नहीं होनी चाहिए। दूसरी ओर, भुगतान डेटा, CVV, संपर्क जानकारी और भौतिक पते के फ़ील्ड वास्तविक जोखिम पैदा करते हैं। उपयोगकर्ता को आधिकारिक माध्यमों से कार्ड प्रदाता से संपर्क करना चाहिए, संदिग्ध लेनदेन के अलर्ट सक्रिय रखने चाहिए और Regpack या भुगतान सेवा प्रदाता के नाम का इस्तेमाल करने वाले संदेशों की सावधानीपूर्वक जाँच करनी चाहिए।\u003C\u002Fp>","Regpack डेटा में सेंध (105 हज़ार रिपोर्ट किए गए रिकॉर्ड)","Regpack डेटा में सेंध. 105 हज़ार रिकॉर्ड रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: ब्राउज़र यूज़र एजेंट का विवरण, Credit card CVV, ईमेल पते। प्रभाव के दायरे…","\u002Fuploads\u002Flogo\u002Fbluesnap_com.webp",false,{"name":60,"sector":61,"country":62,"website":63,"websiteArchiveUrl":64,"websiteStatus":64,"websiteCheckedAt":19},"Regpack","Registration and payment software","United States","regpacks.com","",{"success":4,"breaches":66},[67,74,81,88],{"slug":68,"title":69,"companyName":70,"logoUrl":71,"breachDate":72,"affectedCount":73,"affectedCountStatus":18},"medela","Medela डेटा में सेंध","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":75,"title":76,"companyName":77,"logoUrl":78,"breachDate":79,"affectedCount":80,"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":82,"title":83,"companyName":84,"logoUrl":85,"breachDate":86,"affectedCount":87,"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":89,"title":90,"companyName":91,"logoUrl":92,"breachDate":86,"affectedCount":93,"affectedCountStatus":94},"novocure-2026-data-breach","NovoCure: 2026 का डेटा उल्लंघन","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]