MaReads: डेटा में सेंध

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

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

जून 2025 के 74,453 रिकॉर्ड के आधार पर दायरे की पुष्टि की गई। सत्यापित हिस्सों को रखा गया और जिनकी पुष्टि नहीं हुई थी, उन्हें बाहर रखा गया। इस घटना को अन्य ब्रांड, मिलते-जुलते नाम वाले रिकॉर्ड या इसी कंपनी की अलग-अलग समय की घटनाओं के साथ नहीं जोड़ा गया।

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

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

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

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

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

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

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

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

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