[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f29qss7m9b1wk8":3,"$faz26tpufwnlz":65},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":7,"domain":9,"breachDate":10,"addedDate":11,"publishedAt":12,"modifiedDate":12,"contentUpdatedAt":12,"source":13,"sourceUrl":9,"sourceUrls":14,"pwnCount":15,"affectedCount":15,"affectedCountStatus":16,"affectedCountLowerBound":17,"affectedCountUnit":18,"hasEnglishDescription":4,"contentLocale":19,"availableLocales":20,"translations":30,"severity":41,"dataClasses":42,"description":56,"seoTitle":57,"seoDescription":58,"logoUrl":59,"isVerified":4,"isSensitive":4,"isSpamList":60,"isMalware":60,"company":61},"68e3266eda11adda4882529d","master-deeds","Master Deeds डेटा में सेंध","","2017-03-14T00:00:00.000Z","2017-10-18T11:01:46.000Z","2026-10-10T08:39:54.011Z","Third party breach",[],2257930,"known",null,"unknown","hi",[21,22,23,19,24,25,26,27,28,29],"en","tr","zh","es","ar","fr","bn","pt","ru",{"en":31,"tr":32,"zh":33,"hi":34,"es":35,"ar":36,"fr":37,"bn":38,"pt":39,"ru":40},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},"Critical",[43,44,45,46,47,48,49,50,51,52,53,54,55],"Dates of birth","Deceased statuses","Email addresses","Employers","Ethnicities","Genders","Government issued IDs","Home ownership statuses","Job titles","Names","Nationalities","Phone numbers","Physical addresses","\u003Cp>Master Deeds डेटा उल्लंघन दक्षिण अफ्रीका के निवासियों की पहचान और सार्वजनिक रिकॉर्ड से जुड़ी विस्तृत जानकारी वाले डेटाबेस का बैकअप उजागर होने से संबंधित है। यह घटना मार्च 2017 में हुई थी। इसके दायरे में 22,57,930 अलग-अलग ईमेल पते हैं; व्यक्तियों से जुड़े रिकॉर्ड की कुल संख्या इससे कहीं अधिक हो सकती है। इस रिकॉर्ड को पहचान और सार्वजनिक रिकॉर्ड संबंधी ऐसे डेटासेट के रूप में माना गया जो किसी डोमेन नाम से जुड़ा नहीं था। कंपनी, देश, क्षेत्र, वेबसाइट और डेटा प्रकार वाले फ़ील्ड की दोबारा जाँच की गई। आधिकारिक पहचान संख्या, जातीयता, पता और मृत्यु की स्थिति जैसे फ़ील्ड होने के कारण इस रिकॉर्ड को संवेदनशील डेटा के रूप में चिह्नित किया गया।\u003C\u002Fp>\u003Cp>विवरण को दोबारा लिखा गया ताकि उपयोगकर्ता को जोखिम और ज़रूरी कदम सीधे समझाए जा सकें। वेबसाइट का फ़ील्ड खाली रखा गया। ऐसा प्रारूप इस्तेमाल नहीं किया गया जिससे कनेक्शन में https दो बार दिखाई दे, क्योंकि कोई प्रोटोकॉल नहीं जोड़ा गया था। कंपनी की वेबसाइट खाली छोड़ी गई क्योंकि इस प्रविष्टि को किसी एक डोमेन से जुड़े उल्लंघन के रूप में सत्यापित नहीं किया जा सकता।\u003C\u002Fp>\u003Ch2>उजागर हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\u003Cp>इस रिकॉर्ड में जन्मतिथियाँ, मृत्यु की स्थिति, ईमेल पते, नियोक्ता, जातीय मूल, लिंग, आधिकारिक पहचान संख्याएँ, घर के स्वामित्व की स्थिति, पदनाम, नाम, राष्ट्रीयताएँ, फ़ोन नंबर और भौतिक पते पाए गए हैं। चूँकि इसमें पासवर्ड का फ़ील्ड नहीं है, इसलिए खाते पर अनधिकृत कब्ज़े की चिंता नहीं है। हालाँकि, पहचान के दुरुपयोग और व्यक्तिगत प्रोफ़ाइल से जुड़े जोखिम प्रमुख हैं। भुगतान कार्ड, बैंक खाते, निजी संदेश, आधिकारिक पहचान, स्वास्थ्य रिकॉर्ड या अतिरिक्त प्रोफ़ाइल फ़ील्ड से जुड़ी असत्यापित जानकारी को डेटा श्रेणियों की सूची में नहीं जोड़ा गया; केवल वे फ़ील्ड रखे गए जिनकी पुष्टि उपलब्ध साक्ष्यों से होती थी।\u003C\u002Fp>\u003Cp>आधिकारिक पहचान और पते वाले फ़ील्ड का इस्तेमाल धोखाधड़ी, फ़र्ज़ी आवेदन, पहचान सत्यापन के चरणों को दरकिनार करने और व्यक्ति की जानकारी के आधार पर तैयार किए गए धमकी भरे संदेशों के लिए किया जा सकता है। अकेले ईमेल पते से अनचाहे संदेश मिलने का जोखिम होता है। जब इसके साथ फ़ोन नंबर, पता, IP, जन्मतिथि, फ़ोटो, पहचान संख्या या डिवाइस ट्रैकिंग डेटा जुड़ जाता है, तो हमलावर के लिए उपयोगकर्ता की व्यक्तिगत जानकारी के आधार पर संदेश तैयार करना आसान हो जाता है। इसलिए जोखिम का आकलन केवल रिकॉर्ड की संख्या से नहीं, बल्कि इस बात से भी किया जाता है कि डेटा को एक साथ इस्तेमाल करना कितना आसान है।\u003C\u002Fp>\u003Ch2>सत्यापित दायरा और सीमाएँ\u003C\u002Fh2>\u003Cp>मार्च 2017 के डेटासेट और 22.5 लाख ईमेल पतों के आधार पर दायरा सत्यापित किया गया। सत्यापित फ़ील्ड रखे गए, जबकि अपुष्ट फ़ील्ड हटा दिए गए। इस घटना को अन्य ब्रांड, मिलते-जुलते नाम वाले रिकॉर्ड या उसी कंपनी की अलग-अलग समय की घटनाओं के साथ नहीं जोड़ा गया।\u003C\u002Fp>\u003Cp>ज़िम्मेदार संस्था की निर्णायक रूप से पहचान नहीं हो सकी, इसलिए डोमेन और वेबसाइट के फ़ील्ड खाली छोड़े गए। विवरण को दक्षिण अफ्रीका के पहचान संबंधी डेटा के संदर्भ तक सीमित रखा गया। यह तरीका एक ही उल्लंघन को दोबारा जोड़ने से रोकता है और उपयोगकर्ता को संस्थागत ज़िम्मेदारी के बारे में गलत जानकारी दिखाता है। डोमेन नाम, कंपनी का नाम और क्षेत्र की जानकारी को यथासंभव सीमित और सटीक संदर्भ में रखा गया। जहाँ अनिश्चितता थी, वहाँ सत्यापन फ़्लैग या वेबसाइट फ़ील्ड को उसी के अनुसार सेट किया गया।\u003C\u002Fp>\u003Ch2>जोखिम में पड़ सकने वाले उपयोगकर्ता समूह\u003C\u002Fh2>\u003Cp>जोखिम में पड़ सकने वाले समूहों में दक्षिण अफ्रीका में रहने वाले या पुराने सार्वजनिक रिकॉर्ड में दर्ज व्यक्ति, मृत व्यक्तियों के परिवार के सदस्य और संपत्ति संबंधी रिकॉर्ड वाले नागरिक शामिल हो सकते हैं। जिन उपयोगकर्ताओं की जानकारी इस रिकॉर्ड से मेल खाती है, उन्हें संबंधित खाते के अलावा उन अन्य खातों का भी आकलन करना चाहिए जहाँ वे वही ईमेल, फ़ोन नंबर, उपयोगकर्ता नाम या पासवर्ड का पैटर्न इस्तेमाल करते हैं।\u003C\u002Fp>\u003Cp>व्यक्ति की मृत्यु की स्थिति और पारिवारिक संदर्भ के कारण विरासत, संपत्ति, बीमा या आधिकारिक प्रक्रियाओं के नाम पर की जाने वाली धोखाधड़ी अधिक विश्वसनीय लग सकती है। यदि कॉर्पोरेट ईमेल, बच्चे या परिवार का खाता, सार्वजनिक रिकॉर्ड, गेमिंग पहचान, साक्षरता समुदाय, निगरानी सॉफ़्टवेयर या पेशेवर सेवा का संदर्भ हो, तो सोशल इंजीनियरिंग का जोखिम बढ़ सकता है। उपयोगकर्ताओं को अपने बारे में सही दिखने वाली जानकारी को भरोसे का संकेत नहीं मानना चाहिए।\u003C\u002Fp>\u003Ch2>तुरंत उठाए जाने वाले कदम\u003C\u002Fh2>\u003Cp>प्रभावित उपयोगकर्ताओं को उनकी पहचान और पता जानने वाले लोगों से मिले आधिकारिक लेन-देन, कर्ज़, संपत्ति या विरासत संबंधी अनुरोधों की पुष्टि किसी स्वतंत्र संस्था के माध्यम से करनी चाहिए। जिन रिकॉर्ड में पासवर्ड का फ़ील्ड है, उनके लिए समान पासवर्ड इस्तेमाल करने वाले सभी खातों के पासवर्ड बदले जाने चाहिए। जिन रिकॉर्ड में पासवर्ड का फ़ील्ड नहीं है, उनके लिए फ़ोन, ईमेल, फ़र्ज़ी सूचनाओं और पहचान की जानकारी के मिलान से जुड़े जोखिमों पर ध्यान देना चाहिए।\u003C\u002Fp>\u003Cp>संदेश में दिए गए लिंक पर क्लिक करने के बजाय संबंधित सेवा का पता स्वयं टाइप करना चाहिए या किसी भरोसेमंद पासवर्ड मैनेजर में सहेजी गई प्रविष्टि का इस्तेमाल करना चाहिए। सामान की डिलीवरी, सहायता, गेम के इनाम, खाते की चेतावनियों, सार्वजनिक रिकॉर्ड, सुरक्षा सूचनाओं, दस्तावेज़ साझा करने या सदस्यता के नवीनीकरण से जुड़े संदेशों को किसी स्वतंत्र माध्यम से सत्यापित किए बिना स्वीकार नहीं करना चाहिए।\u003C\u002Fp>\u003Ch2>दीर्घकालीन सुरक्षा रणनीतियाँ\u003C\u002Fh2>\u003Cp>सार्वजनिक रिकॉर्ड वाले डेटा के मामले में पहचान की चोरी पर नज़र रखना, क्रेडिट संबंधी गतिविधियों की जाँच करना और आधिकारिक आवेदनों की नियमित निगरानी करना दीर्घकाल में महत्वपूर्ण है। उपयोगकर्ताओं को पुराने खातों, अनावश्यक प्रोफ़ाइल फ़ील्ड, दोहराए गए उपयोगकर्ता नामों और पुराने फ़ोन नंबर व पते की जानकारी की नियमित समीक्षा करके उन्हें हटाना या अपडेट करना चाहिए। हर सेवा के लिए अलग पासवर्ड और जहाँ संभव हो, दो-चरणीय सत्यापन का इस्तेमाल बुनियादी नियम होना चाहिए।\u003C\u002Fp>\u003Cp>सेवा प्रदाताओं के लिए डेटा संग्रह को न्यूनतम रखना, पासवर्ड की मज़बूत सुरक्षा, एक्सेस लॉग की निगरानी, अनावश्यक फ़ील्ड हटाना और उपयोगकर्ताओं को सूचना देने की प्रक्रियाएँ तैयार रखना ज़रूरी है। सार्वजनिक रिकॉर्ड जैसे बड़े डेटासेट में एक्सेस नियंत्रण, बैकअप की सुरक्षा और खुली वेब डायरेक्टरी का ऑडिट बेहद महत्वपूर्ण हैं। दायरे का सटीक विवरण भी सुरक्षा प्रयासों का हिस्सा है; बढ़ा-चढ़ाकर दी गई या अधूरी जानकारी उपयोगकर्ता को गलत कदम उठाने के लिए गुमराह कर सकती है।\u003C\u002Fp>\u003Ch2>रिकॉर्ड की जाँच और उपयोगकर्ता के कदम\u003C\u002Fh2>\u003Cp>उपयोगकर्ता को सबसे पहले अपने ईमेल पते से इस रिकॉर्ड की जाँच करनी चाहिए। यदि मिलान मिलता है, तो यह मानकर चलना चाहिए कि आधिकारिक पहचान, पता, फ़ोन और नियोक्ता संबंधी जानकारी जोखिम में हो सकती है। पहचान सत्यापन की प्रक्रियाओं में अतिरिक्त सावधानी बरतनी चाहिए। मिलान न मिलने से अलग ईमेल पतों के इस्तेमाल या पुराने पासवर्ड दोबारा इस्तेमाल किए जाने की संभावना पूरी तरह समाप्त नहीं होती; महत्वपूर्ण खातों की भी समीक्षा करनी चाहिए।\u003C\u002Fp>\u003Cp>इस रिकॉर्ड को सत्यापित किया गया है और संवेदनशील के रूप में चिह्नित रहने दिया गया है। इसे किसी विशेष ब्रांड के खाते से जुड़े उल्लंघन के रूप में प्रस्तुत नहीं किया गया। इस व्यवस्था में डेटा फ़ील्ड अंग्रेज़ी की मानक श्रेणियों में रखे गए, उपयोगकर्ता को दिखाई देने वाला विवरण तुर्की में लिखा गया और मौलिक रखा गया, असत्यापित फ़ील्ड नहीं जोड़े गए, और संवेदनशीलता फ़्लैग का इस्तेमाल केवल तब किया गया जब जोखिम के संदर्भ से उसका समर्थन होता था।\u003C\u002Fp>","Master Deeds डेटा में सेंध (2.3 मिलियन रिपोर्ट किए गए रिकॉर्ड)","Master Deeds डेटा में सेंध. 2.3 मिलियन रिकॉर्ड रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: जन्म की तारीखें, मृत होने की स्थिति, ईमेल पते। प्रभाव के दायरे…","\u002Fuploads\u002Flogo\u002Fmaster_deeds.webp",false,{"name":62,"sector":63,"country":64,"website":9,"websiteArchiveUrl":9,"websiteStatus":9,"websiteCheckedAt":17},"Master Deeds","Public Records \u002F Identity Data","South Africa",{"success":4,"breaches":66},[67,74,81,88],{"slug":68,"title":69,"companyName":70,"logoUrl":71,"breachDate":72,"affectedCount":73,"affectedCountStatus":16},"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":16},"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":16},"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"]