नियंत्रण चुनने से पहले रिपोर्टिंग गतिविधि का दायरा बढ़ाएं
GDPR विश्लेषण एक प्रसंस्करण गतिविधि से संबंधित है, न कि केवल इसकी उपस्थिति से DMARC रिकॉर्ड. स्थापित करें कि क्या संबंधित नियंत्रक या प्रोसेसर और गतिविधि विनियमन की सामग्री और क्षेत्रीय दायरे में आते हैं। यूरोपीय संघ की स्थापना और संघ में लोगों के लिए निर्देशित कुछ गतिविधियां अनुच्छेद 2 और 3 के तहत अलग-अलग प्रयोज्यता पथ हैं। न तो यूरोपीय प्राप्तकर्ता का पता और न ही विदेशी होस्टिंग स्थान अकेले प्रश्न का समाधान करता है। GDPR 25 मई 2018 से लागू है; 8 नवंबर 2026 को EUR-Lex प्रविष्टि और उससे जुड़े समेकित पाठ की समीक्षा की गई। GDPR प्राथमिक पाठ.
बताएं कि संगठन रिपोर्ट क्यों चाहता है, उन्हें कौन प्राप्त करता है, वे किन निर्णयों का समर्थन करते हैं और क्या संदेश-स्तरीय साक्ष्य आवश्यक है। डोमेन-सुरक्षा जांच को कर्मचारी निगरानी, ग्राहक प्रोफ़ाइलिंग या असंबंधित विश्लेषण से अलग करें। उपलब्ध होने वाली रिपोर्टिंग सुविधा इसके आउटपुट के हर संभव उपयोग को उचित नहीं ठहराती है। नई प्रसंस्करण व्यवस्था शुरू होने से पहले गोपनीयता स्वामी को उद्देश्य और लागू कानूनी आधार को मंजूरी देनी चाहिए।
समग्र फ़ील्ड को संदेश सामग्री से अलग करें
RFC 9990 डोमेन-स्तरीय प्रमाणीकरण जानकारी का उपयोग करके समग्र रिपोर्टिंग को परिभाषित करता है। इसके स्कीमा में कनेक्टिंग मेल-सर्वर आईपी पता, संदेश गणना, नीति मूल्यांकन और लेखक-डोमेन पहचानकर्ता शामिल हैं; कुछ लिफाफा-डोमेन फ़ील्ड वैकल्पिक हैं। गोपनीयता अनुभाग इस रिपोर्टिंग मॉडल का वर्णन व्यक्तिगत उपयोगकर्ता पते, व्यक्तिगत आईपी पते और संदेश सामग्री को छोड़कर करता है। पाठकों को यह न बताएं कि यह अनुरूप है समग्र रिपोर्ट इसमें प्राप्तकर्ता का पूरा मेलबॉक्स या मूल संदेश अनिवार्य रूप से शामिल होना चाहिए। समग्र रिपोर्टिंग विशिष्टता.
फिर भी परिचालन समीक्षा में वास्तविक इनपुट और प्रसंस्करण का निरीक्षण करना चाहिए। एक विक्रेता समृद्ध हो सकता है एक अभिलिखित, खाता जानकारी जोड़ें, अपलोड किए गए संदेश नमूने बनाए रखें या रिपोर्ट को अन्य लॉग के साथ संयोजित करें। गोपनीयता का प्रश्न वास्तविक डेटासेट और उसकी पहचान की चिंता करता है, न कि केवल मानक की इच्छित स्कीमा का। दस्तावेज़ विकृत या अप्रत्याशित फ़ील्ड को चुपचाप अधिकृत संग्रह के रूप में मानने के बजाय। source_ip नामक फ़ील्ड की व्याख्या उसके रिपोर्टिंग संदर्भ में की जानी चाहिए, न कि किसी व्यक्तिगत अंतिम उपयोगकर्ता के पते को स्वचालित रूप से लेबल किया जाना चाहिए।
विफलता रिपोर्ट एक अलग मूल्यांकन की आवश्यकता है. RFC 9991 विफल संदेशों के बारे में विस्तृत जानकारी देता है और बताता है कि रिपोर्ट हेडर, पते, सामग्री और पहले से छिपे अग्रेषण गंतव्यों को उजागर कर सकती हैं। इसका गोपनीयता अनुभाग नियंत्रित गंतव्यों, न्यूनतमकरण और सीमित नैदानिक उपयोग का आग्रह करता है। रिडक्शन सभी पहचान संबंधी जानकारी को नष्ट किए बिना एक्सपोज़र को कम कर सकता है। प्राप्तकर्ता इस रिपोर्टिंग को प्रतिबंधित या अस्वीकार कर सकते हैं; अनुरोध प्रकाशित करना प्राप्ति की गारंटी नहीं देता है। विफलता रिपोर्टिंग विशिष्टता.
एक वैध उद्देश्य और प्रसंस्करण संबंध निर्दिष्ट करें
जहां व्यक्तिगत डेटा संसाधित किया जाता है, चयनित अनुच्छेद 6 आधार और उसके सहायक तर्क को रिकॉर्ड करें। सुरक्षा उद्देश्य स्वचालित रूप से सहमति या वैध हितों को स्थापित नहीं करते हैं। ईडीपीबी मार्गदर्शन वास्तविक, वैध हित, आवश्यकता और व्यक्तियों के अधिकारों के विरुद्ध संतुलन की आवश्यकता का वर्णन करता है जहां वैध हितों पर भरोसा किया जाता है। सार्वजनिक अधिकारी अपने कार्यों के निष्पादन में प्रसंस्करण के लिए अनुच्छेद 6(1)(एफ) का उपयोग नहीं कर सकते हैं। सॉफ़्टवेयर मेनू से आधार चुनने के बजाय उचित कानूनी मूल्यांकन प्राप्त करें। ईडीपीबी वैध-प्रसंस्करण मार्गदर्शन और GDPR अनुच्छेद 6.
प्रत्येक पक्ष की वास्तविक भूमिका को मैप करें: मेल सेवा प्राप्त करना, डोमेन स्वामी, रिपोर्टिंग प्रोसेसर, सहायता प्रदाता और कोई भी डाउनस्ट्रीम प्राप्तकर्ता। नियंत्रक और प्रोसेसर लेबल इस बात पर निर्भर करते हैं कि कौन उद्देश्य और साधन निर्धारित करता है और कौन किसके निर्देशों पर कार्य करता है। जहां अनुच्छेद 28 लागू होता है, प्रसंस्करण समझौते में आवश्यक निर्देशों और सुरक्षा उपायों को संबोधित किया जाना चाहिए। एक रिपोर्टिंग मेलबॉक्स का DNS प्राधिकरण डेटा-प्रोसेसिंग समझौता या असंबंधित आगे के उपयोग के लिए अनुमोदन नहीं है।
आवश्यकता के अनुसार पहुंच और प्रतिधारण डिज़ाइन करें
अनुच्छेद 5 में न्यूनतमकरण और भंडारण सीमा की आवश्यकता है, जबकि अनुच्छेद 25 और 32 सुरक्षात्मक डिजाइन और जोखिम-उपयुक्त सुरक्षा को संबोधित करते हैं। इन्हें वास्तविक रिपोर्ट पाइपलाइन पर लागू करें: इनटेक मेलबॉक्स, पार्सर, डैशबोर्ड, निर्यात, समर्थन टिकट और बैकअप। प्रत्येक अधिकृत भूमिका को उसके कार्य के लिए आवश्यक न्यूनतम जानकारी दें। समग्र आयात की समस्या का निवारण करने वाले एक समर्थन इंजीनियर को स्वचालित रूप से असंपादित विफल-संदेश अनुलग्नक की आवश्यकता नहीं होती है। GDPR समेकित पाठ.
कोई सार्वभौमिक नहीं है DMARC इस आलेख द्वारा प्रदान की गई अवधारण अवधि। प्रत्येक डेटासेट और उद्देश्य के लिए एक उचित अवधि निर्धारित करें, जिसमें कानूनी रूप से आवश्यक किसी भी संरक्षण पर अलग से विचार किया जाए। निर्दिष्ट करें कि विलोपन कब होता है, निर्यात और प्रतियां कैसे कवर की जाती हैं, और प्रक्रिया का सत्यापन कौन करता है। इस पर भरोसा करने से पहले सुरक्षित उपकरणों के साथ अनुमोदित व्यवहार का परीक्षण करें। किसी इंटरफ़ेस में प्रदर्शित अवधारण मान इस बात का प्रमाण नहीं है कि प्रत्येक बैकअप या समर्थन अनुलग्नक उस मान का अनुसरण करता है।
स्थानान्तरण और उच्च जोखिम संग्रहण की जाँच करें
भंडारण और पहुंच स्थानों, उपठेकेदारों और आगे के खुलासों को रिकॉर्ड करें। यदि अध्याय V किसी स्थानांतरण पर लागू होता है, तो जिम्मेदार समीक्षक को उचित स्थानांतरण मार्ग और सुरक्षा उपाय स्थापित करने होंगे। एन्क्रिप्शन एक सुरक्षा है, स्थानांतरण मूल्यांकन के लिए स्वचालित प्रतिस्थापन नहीं। ईयू-क्षेत्र लेबल, अतिरिक्त सबूत के बिना, सभी दूरस्थ पहुंच या समर्थन प्रसंस्करण का वर्णन नहीं करता है। GDPR स्थानांतरण प्रावधान.
विचार करें कि क्या प्रस्तावित ऑपरेशन से अनुच्छेद 35 के तहत डेटा सुरक्षा प्रभाव मूल्यांकन की आवश्यकता के लिए उच्च जोखिम पैदा होने की संभावना है। विफलता-रिपोर्ट सामग्री, पैमाने, संवेदनशील जानकारी और व्यवहारिक डेटासेट के साथ संयोजन उस मूल्यांकन को प्रभावित कर सकता है। प्रत्येक समग्र-रिपोर्ट परिनियोजन को DPIA के अधीन घोषित न करें, या प्रत्येक सुरक्षा उपकरण को छूट न दें। पारदर्शिता, व्यक्तियों के अधिकार और घटना से निपटने के लिए वास्तविक सेवा डिज़ाइन के भीतर गोपनीयता स्वामी के ध्यान की भी आवश्यकता होती है।
अनुमोदन का आविष्कार किए बिना एक काल्पनिक क्षेत्र मानचित्र तैयार करें
एक काल्पनिक संगठन में, नियमित समग्र रिपोर्टें एक सुरक्षा डैशबोर्ड पर जाती हैं जबकि कभी-कभी नैदानिक नमूने एक समर्थन कतार में प्रवेश करते हैं। प्रस्तावित मानचित्र मानक समग्र फ़ील्ड को संभावित पूर्ण-संदेश सामग्री, इच्छित प्राप्तकर्ताओं के नाम से अलग रिकॉर्ड करता है, और वैध-आधार अनुमोदन, प्रोसेसर शर्तें, स्थानांतरण मूल्यांकन और प्रतिधारण स्वीकृति को अधूरा छोड़ देता है। इस उदाहरण के लिए कोई रिपोर्ट एकत्र नहीं की गई या ग्राहक डेटा का निरीक्षण नहीं किया गया।
सटीक कमीशनिंग आवश्यकता है: गोपनीयता समीक्षा के लिए वास्तविक रिपोर्ट फ़ील्ड और प्रसंस्करण संबंधों को मैप करें। यह पैकेज एक प्रस्तावित फ़ील्ड-और-रिलेशनशिप मानचित्र प्रदान करता है, वास्तविक परिनियोजन साक्ष्य नहीं। कार्यान्वयन या अनुपालन दावे करने से पहले, मालिक को अधिकृत नमूने या स्कीमा, सत्यापित प्राप्तकर्ता और संविदात्मक संबंध, पहुंच और विलोपन साक्ष्य, और गोपनीयता-विशेषज्ञ समीक्षा प्रदान करनी होगी। तकनीकी एसएमई, उत्पादन-मार्ग, दृश्य और प्रकाशन द्वार भी खुले रहते हैं। कोई रिपोर्ट सक्षम, अपलोड, स्थानांतरित या हटाई नहीं गई, और कोई EmailAuth गोपनीयता क्षमता का दावा नहीं किया गया है।