[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1qor7u7ompf0k":3,"$f34ck5dlkm7bdj":58},{"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":50,"seoTitle":51,"seoDescription":52,"logoUrl":53,"isVerified":54,"isSensitive":4,"isSpamList":54,"isMalware":54,"company":55},"6a468b2b1a5c40146ace5f47","Scam.com","Scam.com: 2016 में डेटा सुरक्षा में सेंध","scam-com","scam.com","2016-01-01T00:00:00.000Z","2026-07-02T16:00:43.943Z","2026-10-10T02:04:04.334Z","Third party breach","",[],438656,"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},"High",[45,46,47,48,49],"Usernames","Email addresses","Password hash metadata","Password salts","Passwords","\u003Cp>Scam.com की डेटा सुरक्षा में सेंध उपयोगकर्ताओं के डेटा से जुड़ी एक घटना है। इसका संबंध scam.com डोमेन, एक उपभोक्ता फ़ोरम और ऑनलाइन समुदाय से है, और यह 2016 की अवधि से जुड़ी है। इस रिकॉर्ड में 4,38,656 प्रविष्टियाँ दर्ज थीं। साक्ष्यों से समर्थित डेटा फ़ील्ड की सूची स्पष्ट की गई: उपयोगकर्ता नाम, ईमेल पते, पासवर्ड हैश संबंधी जानकारी, पासवर्ड सॉल्ट और पासवर्ड डेटा। उपयोगकर्ताओं को भ्रमित करने से बचने के लिए फ़ोन नंबर, पते, भुगतान कार्ड या आधिकारिक पहचान संबंधी जानकारी के असमर्थित दावों को डेटा श्रेणियों में शामिल नहीं किया गया। इस सुधार का उद्देश्य रिकॉर्ड की संख्या या फ़ील्ड का दायरा बढ़ा-चढ़ाकर बताना नहीं, बल्कि उपयोगकर्ताओं के सामने मौजूद वास्तविक जोखिम स्पष्ट करना है।\u003C\u002Fp>\u003Ch2>लीक हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\u003Cp>Scam.com रिकॉर्ड में दिखाई देने वाले फ़ील्ड का एक साथ आकलन करने पर पता चलता है कि जोखिम केवल किसी एक प्रकार के डेटा से नहीं पैदा होता। जब एक ही उपयोगकर्ता प्रोफ़ाइल में उपयोगकर्ता नाम, ईमेल पते, पासवर्ड हैश संबंधी जानकारी, पासवर्ड सॉल्ट और पासवर्ड डेटा मौजूद हों, तो हमलावर अधिक व्यक्तिगत और भरोसेमंद लगने वाले संदेश तैयार कर सकते हैं। रिकॉर्ड में संचार, खाते या प्रोफ़ाइल से जुड़े सत्यापित पहचान-सूचक सोशल इंजीनियरिंग और अलग-अलग प्रोफ़ाइलों को आपस में जोड़ने का जोखिम बढ़ाते हैं। रिकॉर्ड में खाते से जुड़ी अतिरिक्त संदर्भ जानकारी होने से फ़र्ज़ी संदेश ऐसे लग सकते हैं मानो वे किसी सेवा की वैध प्रक्रिया के तहत भेजे गए हों।\u003C\u002Fp>\u003Ch2>सत्यापित दायरा और सीमाएँ\u003C\u002Fh2>\u003Cp>इस घटना में जिन मुख्य जोखिमों पर ध्यान दिया गया है, वे हैं फ़िशिंग, खाते पर कब्ज़ा और सोशल इंजीनियरिंग। हमलावर खाते से जुड़े फ़र्ज़ी अलर्ट, पासवर्ड रीसेट, सदस्यता नवीनीकरण, सहायता संबंधी सूचनाएँ या सुरक्षा सत्यापन संदेश तैयार करते समय रिकॉर्ड के फ़ील्ड को आपस में जोड़ सकते हैं। रिकॉर्ड में वास्तव में मौजूद खाते के विवरण का इस्तेमाल उपयोगकर्ता की सुरक्षा संबंधी सहज सतर्कता को कमज़ोर कर सकता है। इसलिए, रिकॉर्ड में पासवर्ड न होने पर भी अलग-अलग प्रोफ़ाइलों को आपस में जोड़ने और किसी व्यक्ति को निशाना बनाकर धोखाधड़ी करने का जोखिम बना रहता है। यदि पासवर्ड फ़ील्ड मौजूद है, तो जोखिम और बढ़ जाता है, क्योंकि उसी या उससे मिलते-जुलते पासवर्ड को अन्य सेवाओं पर आज़माया जा सकता है।\u003C\u002Fp>\u003Ch2>जोखिम में मौजूद उपयोगकर्ता समूह\u003C\u002Fh2>\u003Cp>Scam.com उपयोगकर्ताओं के लिए पहला कदम इस रिकॉर्ड में सूचीबद्ध फ़ील्ड को खाते के इस्तेमाल की अपनी आदतों से मिलाकर देखना है। यदि वही सत्यापित खाता या संपर्क जानकारी अन्य सेवाओं पर भी इस्तेमाल की गई है, तो आने वाले संदेशों का आकलन अपनी पूरी डिजिटल पहचान के संदर्भ में करना चाहिए। यदि वही उपयोगकर्ता नाम सोशल मीडिया, गेमिंग, फ़ोरम, शिक्षा, यात्रा या खरीदारी से जुड़े खातों पर भी इस्तेमाल होता है, तो अलग-अलग प्रोफ़ाइलों को आपस में जोड़ने का जोखिम बढ़ जाता है। उपयोगकर्ताओं को अप्रत्याशित लिंक पर सीधे क्लिक नहीं करना चाहिए, खाते से जुड़ी गतिविधियों की जाँच परिचित डोमेन नामों के ज़रिए करनी चाहिए, एक ही पासवर्ड वाले खातों के लिए अलग-अलग पासवर्ड रखने चाहिए और जहाँ संभव हो, बहु-कारक प्रमाणीकरण चालू करना चाहिए। जिन रिकॉर्ड में पासवर्ड हैश संबंधी जानकारी है, उनके लिए पुराने पासवर्ड बनाने के तरीकों की भी समीक्षा करनी चाहिए। अक्षरों या अन्य चिह्नों में छोटे बदलाव करने के बजाय पूरी तरह अलग और लंबे पासवर्ड को प्राथमिकता देनी चाहिए।\u003C\u002Fp>\u003Ch2>तत्काल उठाए जाने वाले कदम\u003C\u002Fh2>\u003Cp>संस्थानों के लिए Scam.com का पंजीकरण रिकॉर्ड यह समझने में महत्वपूर्ण है कि कर्मचारियों के ईमेल या निजी खाते बाहरी सेवाओं पर किस डेटा संदर्भ में मौजूद हैं। यदि किसी कर्मचारी ने ऐसी सेवाओं पर अपना कॉर्पोरेट ईमेल इस्तेमाल किया है, तो हमलावर उसी जानकारी का इस्तेमाल फ़र्ज़ी सहायता अनुरोधों, इनवॉइस संबंधी सूचनाओं, खाता सत्यापनों या आंतरिक संचार जैसे दिखने वाले संदेशों में कर सकते हैं। सुरक्षा टीमों को केवल पासवर्ड वाले डेटा उल्लंघनों पर ही नज़र नहीं रखनी चाहिए। उन्हें पंजीकरण रिकॉर्ड में सत्यापित पहचान, खाते, संचार और उपयोग के संदर्भ से जुड़े फ़ील्ड की भी सोशल इंजीनियरिंग के जोखिम के रूप में निगरानी करनी चाहिए।\u003C\u002Fp>\u003Ch2>दीर्घकालिक सुरक्षा रणनीतियाँ\u003C\u002Fh2>\u003Cp>इसलिए Scam.com की डेटा सुरक्षा में सेंध का रिकॉर्ड साक्ष्यों से समर्थित फ़ील्ड तक सीमित है, लेकिन सुरक्षा पर इसके प्रभाव को देखते हुए इसे ध्यान देने योग्य रिकॉर्ड माना जाना चाहिए। उपयोगकर्ताओं के लिए सबसे उचित तरीका है कि वे प्राप्त लिंक की जाँच किसी स्वतंत्र माध्यम से करें, खाता पुनर्प्राप्ति के विकल्प अपडेट करें, वही जानकारी इस्तेमाल करने वाले अन्य खातों की जाँच करें और अप्रत्याशित सत्यापन या भुगतान अनुरोधों को जल्दबाज़ी में मंज़ूरी न दें। यह पृष्ठ अपडेट किया गया है ताकि Scam.com की डेटा सुरक्षा में सेंध के बारे में खोज करने वाले उपयोगकर्ता बिना किसी अतिशयोक्ति के रिकॉर्ड की संख्या, डेटा फ़ील्ड और सुरक्षा के प्राथमिक कदमों को समझ सकें।\u003C\u002Fp>\u003Ch2>रिकॉर्ड की जाँच और उपयोगकर्ता की कार्रवाई\u003C\u002Fh2>\u003Cp>Scam.com रिकॉर्ड की इस अंतिम जाँच का उद्देश्य यह सुनिश्चित करना है कि डेटा फ़ील्ड की सूची उपयोगकर्ता को दिखाई देने वाले विवरण से मेल खाती रहे। खोज करने वाले व्यक्ति को इस पृष्ठ पर केवल साक्ष्यों से समर्थित डेटा प्रकार ही दिखाई देने चाहिए। केवल जोखिम को बड़ा दिखाने के लिए समर्थित फ़ील्ड से परे अतिरिक्त दावे नहीं जोड़े जाने चाहिए। यह तरीका व्यक्तिगत उपयोगकर्ताओं को सही सुरक्षा कदम चुनने और संस्थानों को यह पहचानने में मदद करता है कि कर्मचारियों का कौन-सा डेटा वास्तव में जोखिम में हो सकता है। डेटा श्रेणियों का मौजूदा दायरा इन फ़ील्ड तक सीमित है: उपयोगकर्ता नाम, ईमेल पते, पासवर्ड हैश मेटाडेटा, पासवर्ड सॉल्ट, पासवर्ड।\u003C\u002Fp>","Scam.com: 2016 में डेटा सुरक्षा में सेंध (438.7 हज़ार ईमेल पहचानकर्ता)","Scam.com: 2016 में डेटा सुरक्षा में सेंध. 438.7 हज़ार ईमेल पहचानकर्ता रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: उपयोगकर्ता नाम, ईमेल पते, पासवर्ड हैश का…","\u002Fuploads\u002Flogo\u002Fscam-com.svg",false,{"name":7,"sector":56,"country":57,"website":10,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"Consumer Forum \u002F Online Community","United States",{"success":4,"breaches":59},[60,67,74,81],{"slug":61,"title":62,"companyName":63,"logoUrl":64,"breachDate":65,"affectedCount":66,"affectedCountStatus":18},"medela","Medela डेटा में सेंध","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":68,"title":69,"companyName":70,"logoUrl":71,"breachDate":72,"affectedCount":73,"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":75,"title":76,"companyName":77,"logoUrl":78,"breachDate":79,"affectedCount":80,"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":82,"title":83,"companyName":84,"logoUrl":85,"breachDate":79,"affectedCount":86,"affectedCountStatus":87},"novocure-2026-data-breach","NovoCure: 2026 का डेटा उल्लंघन","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]