डेटा संरक्षण प्रभाव आकलन (Art. 35 GDPR)

यह दस्तावेज़ कई भाषाओं में प्रकाशित है। भाषा संस्करणों में किसी भी अंतर की स्थिति में पोलिश संस्करण बाध्यकारी है।

संस्करण 1.1 · अंतिम अद्यतन: 23 अक्टूबर 2026

1. विषय और इस पृष्ठ की प्रकृति

यह पृष्ठ Art. 35 GDPR के अंतर्गत formexposed का डेटा संरक्षण प्रभाव आकलन (DPIA) है। पहले यह प्रारंभिक प्रश्न हल करता है कि DPIA आवश्यक भी है या नहीं—हर प्रसंस्करण कार्य के लिए अलग, पूरी सेवा के लिए एक साथ नहीं। जहाँ उत्तर हाँ है, वहाँ Art. 35(7)(a) से (d) का आकलन करता है: व्यवस्थित विवरण, आवश्यकता और आनुपातिकता, डेटा विषयों के जोखिम और उन्हें दूर करने के उपाय। उसके बाद शेष जोखिम, Art. 36 के पूर्व परामर्श का प्रश्न और समीक्षा नियम हैं।

Art. 35 DPIA प्रकाशित करना आवश्यक नहीं करता। हम दो कारणों से प्रकाशित करते हैं। पहला, संदेश पहुँचने की जाँच या लॉगिन के पीछे स्कैन इस्तेमाल करने वाले ग्राहकों को अपने आकलन के लिए ऐसे तथ्य चाहिए जो केवल हम जानते हैं; प्रसंस्करणकर्ता के रूप में वैसे भी उन्हें देना हमारा दायित्व है (Art. 28(3)(f) GDPR)। दूसरा, हमारा क्रॉलर उन वेबसाइटों की जाँच करता है जिनके संचालक हमें नहीं जानते। उन्हें पढ़ सकना चाहिए कि उनके और उनके पृष्ठों के लोगों के लिए हम कौन-से जोखिम देखते और क्या करते हैं।

कानूनी प्रकृति। यह DPIA Art. 35 GDPR के अंतर्गत नियंत्रक का दस्तावेज़ है, जिसे स्वेच्छा से प्रकाशित करते हैं। किसी अनुबंध का हिस्सा नहीं और ग्राहकों या तीसरे पक्ष के प्रति कोई अभ्यावेदन, गारंटी या गुणवत्ता समझौता नहीं। ग्राहकों को देय सेवाएँ और सुरक्षा उपाय सेवा की शर्तों, डेटा प्रसंस्करण समझौते और उसके परिशिष्टों से तय होते हैं; उन दायित्वों में उन्हें इस पृष्ठ पर प्राथमिकता है। पृष्ठ इस संस्करण की तारीख की स्थिति बताता है। जोखिम स्तर और आकलन हमारा दृष्टिकोण हैं, पर्यवेक्षी प्राधिकरण या न्यायालय के कानूनी मूल्यांकन का पूर्वानुमान नहीं; “नियोजित” उपाय बिना प्रतिबद्ध तारीख के इरादे हैं। ग्राहकों के लिए यह उनके आकलन का आधार है, कानूनी सलाह नहीं।

यह सीमा आकलन का पहला संस्करण है। हर प्रसंस्करण कार्य के लिए जाँचता है कि DPIA चाहिए या नहीं और खंड 3.5 में परिणाम दर्ज करता है।

हर तथ्य कथन पर अन्य कानूनी दस्तावेज़ों जैसा सिद्धांत है: मापा हुआ, इच्छित नहीं। कोड या डेटाबेस से प्रमाणित बात स्रोत संदर्भ सहित है। जिसका प्रमाण नहीं मिला, वह “सत्यापित नहीं” है। केवल योजना वाली बात “नियोजित” है। खुले बिंदु नियोजित उपाय के साथ खुलकर बताते हैं; केवल ताकतें गिनाने वाला DPIA संबंधित लोगों की मदद नहीं करता।

शब्द: संचालक जाँची वेबसाइट चलाने वाला है। ग्राहक का formexposed खाता है। आगंतुक ग्राहक की वेबसाइट, जैसे संपर्क फ़ॉर्म, इस्तेमाल करता है। स्रोत संदर्भ का अर्थ स्रोत कोड की फ़ाइल, फ़ंक्शन या सेटिंग है, जिसे 11 अक्टूबर 2026 की विकास प्रणाली की स्थिति से मापा गया।

खुलेपन पर जानबूझकर एक सीमा है: अपने सर्वरों की सुरक्षा के खुले बिंदु केवल सामान्य रूप में बताते हैं (R13)। जोखिम और स्तर बताते हैं, विशिष्ट कमज़ोरी तक पहुँच का रास्ता नहीं; विवरण अनुरोध पर पर्यवेक्षी प्राधिकरण को देंगे।

2. भूमिकाएँ: किसका दायित्व और किसके लिए

Art. 35 दायित्व नियंत्रक पर रखता है। formexposed कुछ कार्यों में नियंत्रक, दूसरों में ग्राहकों का प्रसंस्करणकर्ता और WordPress प्लगइन तथा TYPO3 एक्सटेंशन द्वारा ग्राहक की वेबसाइट पर संग्रहीत डेटा के लिए दोनों में से कोई नहीं है। इस दस्तावेज़ के लगभग हर प्रश्न का उत्तर इस पर निर्भर है कि किस भूमिका के बारे में पूछा गया। बँटवारा गोपनीयता नीति और डेटा प्रसंस्करण समझौते के अनुसार है।

प्रसंस्करण कार्य	formexposed की भूमिका	Art. 35 का दायित्व किस पर
संचालक के निर्देश के बिना तीसरे पक्ष की वेबसाइट जाँच: निःशुल्क जाँच, एजेंसियों की संभावित ग्राहक जाँच, अध्ययन	नियंत्रक	formexposed
ग्राहक खाते के डोमेन की जाँच: निगरानी, सक्रिय परीक्षण सबमिशन, ब्राउज़र यात्राएँ, उजागर फ़ाइलें, फ़ॉर्म की नियमित स्थिति जाँच	ग्राहक के खाते और जाँच डेटा का नियंत्रक; ग्राहक की सत्यापित वेबसाइट पर दिखे तीसरे पक्ष के व्यक्तिगत डेटा का प्रसंस्करणकर्ता; सत्यापन तक निःशुल्क जाँच जैसा नियंत्रक	अपने भाग के लिए formexposed; वेबसाइट पर तीसरे पक्ष के डेटा के लिए ग्राहक
परीक्षण खाते से लॉगिन के पीछे स्कैन	प्रसंस्करणकर्ता: लॉगिन विवरण और भीतर की सामग्री ग्राहक की वेबसाइट के हैं	ग्राहक; formexposed सहायता करता है
नियंत्रण प्रति वाली संदेश पहुँचने की जाँच	प्रसंस्करणकर्ता	ग्राहक; formexposed सहायता करता है
सामूहिक सुरक्षा: अवरुद्ध स्पैम के लिंक डोमेन की साझा सूची	नियंत्रक: कई वेबसाइटों की सूचनाएँ जोड़कर सूची बनाते और बाँटते हैं	formexposed
ग्राहक खाते, लॉगिन, लॉग, सहायता, ईमेल प्रेषण, भुगतान, प्रमाण रिकॉर्ड	नियंत्रक	formexposed
एजेंसी के सदस्यों का क्लाइंट पोर्टल और मासिक रिपोर्ट	प्रसंस्करणकर्ता	एजेंसी
प्लगइन और एक्सटेंशन का ग्राहक वेबसाइट पर रखा डेटा (क्वारंटीन, सुरक्षा जाल, संग्रहीत पूछताछ)	कोई भूमिका नहीं: डेटा वेबसाइट से बाहर नहीं जाता	वेबसाइट संचालक

इससे एक अंतर निकलता है जिसे स्पष्ट रूप से बताते हैं, क्योंकि दोनों दिशाओं में अक्सर गलती होती है। जहाँ formexposed नियंत्रक है, वहाँ आकलन स्वयं करते और परिणाम की ज़िम्मेदारी लेते हैं। जहाँ प्रसंस्करणकर्ता हैं, ग्राहक की जगह उसका आकलन, उसके लिए आवश्यकता का निर्णय या उसकी ओर से Art. 36 के प्राधिकरण परामर्श नहीं कर सकते। वहाँ हम जो कर सकते और करना चाहिए, वह है आवश्यक सब जानकारी देना: बिंदु (a) का विवरण, (c) के जोखिमों के मापे तथ्य और (d) के उपायों की ईमानदार स्थिति सूची। संदेश पहुँचने की जाँच और लॉगिन के पीछे स्कैन के लिए यह पृष्ठ ठीक वही है।

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

3. सीमा आकलन: क्या DPIA आवश्यक है?

3.1 Art. 35(1) और Art. 35(3)

Art. 35(1) के अनुसार प्रसंस्करण का प्रकार, विशेष रूप से नई तकनीक से, उसकी प्रकृति, दायरे, संदर्भ और उद्देश्य को ध्यान में रखते हुए प्राकृतिक व्यक्तियों के अधिकारों तथा स्वतंत्रताओं के लिए उच्च जोखिम की संभावना पैदा करे, तो DPIA आवश्यक है। Art. 35(3) तीन विशेष मामले बताता है। कोई भी formexposed पर ठीक नहीं बैठता और इसे केवल कहने के बजाय कारण देना चाहिए:

• बिंदु (a) – स्वचालित प्रसंस्करण पर आधारित प्राकृतिक व्यक्तियों के व्यक्तिगत पहलुओं का व्यवस्थित और व्यापक मूल्यांकन, जिस पर कानूनी या समान महत्वपूर्ण प्रभाव वाले निर्णय आधारित हों। हम फ़ॉर्म और वेबसाइट आँकते हैं, लोगों के व्यक्तिगत पहलू नहीं। सेवा किसी व्यक्ति पर कानूनी प्रभाव वाला निर्णय नहीं करती। निकटतम मामला सामूहिक सुरक्षा है: सूचीबद्ध डोमेन का लिंक वाले संदेश जुड़ी वेबसाइटों पर क्वारंटीन में जाते हैं। यह संदेश के लिए स्वचालित परिणाम है, व्यक्ति का व्यापक मूल्यांकन नहीं; खंड 3.3 के “मूल्यांकन या स्कोरिंग” मानदंड में इसे लेते हैं।
• बिंदु (b) – Art. 9 की विशेष श्रेणियों या Art. 10 के अपराध डेटा का बड़े पैमाने पर प्रसंस्करण। यह न इच्छित है न बनाया गया। फिर भी ऐसा डेटा एक रास्ते से आ सकता है: संदेश पहुँचने की जाँच में वास्तविक आगंतुक संदेश की नियंत्रण प्रति से। यह अलग मामले पर निर्भर है और इस प्रावधान के अर्थ में बड़े पैमाने का नहीं; फिर भी जोखिम आकलन (R1) में लिया गया है।
• बिंदु (c) – सार्वजनिक क्षेत्र की बड़े पैमाने पर व्यवस्थित निगरानी। इसका अर्थ स्थानों का भौतिक अवलोकन है, सार्वजनिक वेब पृष्ठ लेना नहीं। वेबसाइट क्रॉलर के लिए इस प्रावधान का आधार लेना गलत होगा।

इसलिए सही रास्ता स्वयं Art. 35(1) है, जिसे अनुच्छेद 29 कार्यदल के DPIA दिशानिर्देशों के नौ मानदंडों (WP248 rev.01, यूरोपीय डेटा संरक्षण बोर्ड द्वारा समर्थित) और Art. 35(4) की पोलिश पर्यवेक्षी प्राधिकरण सूची (खंड 3.4) से लागू करते हैं।

3.2 WP248 दिशानिर्देशों के नौ मानदंड

दिशानिर्देश उच्च जोखिम की संभावना बताने वाली नौ विशेषताएँ देते हैं। सामान्य नियम में दो मानदंड पूरा करने वाले प्रसंस्करण के लिए अधिकांश मामलों में DPIA चाहिए। नियंत्रक किसी मामले में अलग निष्कर्ष पा सकता है, लेकिन कारण देकर दर्ज करना होगा। इसके विपरीत एक मानदंड भी पर्याप्त हो सकता है। यहाँ निम्न छोटे नाम इस्तेमाल हैं:

1. C1 – मूल्यांकन या स्कोरिंग, प्रोफ़ाइल और पूर्वानुमान सहित, जैसे कार्य प्रदर्शन, आर्थिक स्थिति, भरोसेमंदता या व्यवहार।
2. C2 – कानूनी या समान महत्वपूर्ण प्रभाव वाला स्वचालित निर्णय।
3. C3 – व्यवस्थित निगरानी, यानी नेटवर्क सहित डेटा विषयों को देखने, निगरानी या नियंत्रण के लिए प्रसंस्करण। दिशानिर्देश स्पष्ट रूप से कहते हैं कि डेटा विषय अक्सर नहीं जानते कि कौन किस उद्देश्य से डेटा एकत्र कर रहा है।
4. C4 – संवेदनशील या अत्यंत निजी प्रकृति का डेटा: Art. 9 और 10 की विशेष श्रेणियाँ तथा ऐसा डेटा जिसके खुलने से दैनिक जीवन महत्वपूर्ण प्रभावित हो, गोपनीयता की सुरक्षा वाले इलेक्ट्रॉनिक संचार सहित।
5. C5 – बड़े पैमाने पर प्रसंस्कृत डेटा, डेटा विषयों की संख्या, मात्रा और विस्तार, अवधि तथा भौगोलिक दायरे से मापा जाता है।
6. C6 – डेटा समूहों का मिलान या संयोजन, जो अलग प्रसंस्करण या नियंत्रकों से आते हैं और जिस तरह का संयोजन डेटा विषय अपेक्षित न करें।
7. C7 – असुरक्षित स्थिति वाले डेटा विषयों का डेटा, जैसे कर्मचारी, बच्चे, मरीज़ या शक्ति असंतुलन वाले अन्य लोग।
8. C8 – अभिनव उपयोग या नई तकनीकी अथवा संगठनात्मक व्यवस्था; पर्यवेक्षण व्यवहार में AI का उपयोग नियमित रूप से इसमें माना जाता है।
9. C9 – ऐसा प्रसंस्करण जो अधिकार का प्रयोग या सेवा अथवा अनुबंध का उपयोग रोकता है।

हर मानदंड “पूरा”, “सीमांत” या “पूरा नहीं” आँकते हैं और कोड से कारण देते हैं। सीमांत मामला कुल में पूरा नहीं गिना जाता, लेकिन परिणाम में बताया जाता है; कई सीमांत मामले एक दिशा में हों, तो प्रसंस्करण आकलन में शामिल करते हैं।

3.3 प्रसंस्करण कार्य के अनुसार आकलन

P1 – बिना खाते की निःशुल्क जाँच (अनुरोध पर किसी तीसरे पक्ष की वेबसाइट जाँचना)

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

• C1 – सीमांत। रिपोर्ट फ़ॉर्म सुरक्षा को स्तर (“असुरक्षित”, “आंशिक रूप से सुरक्षित”, “सुरक्षित”) और स्कोर देती है। सीमित कंपनी के लिए यह प्राकृतिक व्यक्ति से संबंधित नहीं। एकल व्यवसायी और स्वतंत्र पेशेवर का डोमेन व्यक्ति से जुड़ सकता है और स्तर उसके पेशेवर कार्य की सावधानी के बारे में कुछ कहता है। फिर भी तकनीकी व्यवस्था आँकी जाती है, व्यक्ति का व्यवहार या विशेषता नहीं। इसे सीमांत मानते हैं।
• C2 – पूरा नहीं। संचालक के बारे में कोई निर्णय नहीं होता। जाँच माँगने वाले पर IP और सत्र सीमाएँ हैं (cfg/check_lib.php); अस्वीकृत जाँच का महत्वपूर्ण प्रभाव नहीं।
• C3 – पूरा नहीं। अनुरोध पर एक बार पृष्ठ लेना है, प्रति डोमेन और सप्ताह अधिकतम एक बार (cfg/check_lib.php, सेटिंग fc_domain_days = 7)। लोगों का अवलोकन नहीं। हालाँकि दिशानिर्देशों में C3 का कारण—डेटा विषय प्रसंस्करण नहीं जानते—मौजूद है। इसे जोखिम आकलन (R5) में लिया गया है।
• C4 – पूरा नहीं। फ़ॉर्म संरचना और निष्कर्ष रखे जाते हैं, दर्ज मान नहीं (scanner/src/crawl.js दृश्य फ़ील्ड के मान की केवल लंबाई रखता है)। टोकन और टाइमस्टैम्प पहचानने के लिए पहले से भरे छिपे फ़ील्ड की शुरुआत (अधिकतम 24 वर्ण) और डेटा एट्रिब्यूट (अधिकतम 60 वर्ण) केवल जाँच के दौरान पढ़े जाते हैं; संग्रहीत नहीं होते। स्क्रीनशॉट में संयोग से लोग और नाम आ सकते हैं; चिकित्सा क्लिनिक की छवि विशेषज्ञता दिखाती है। ये सार्वजनिक पेशेवर विवरण हैं, किसी विशिष्ट व्यक्ति का स्वास्थ्य डेटा नहीं।
• C5 – सीमांत। दैनिक सीमा 200 स्वीकृत जाँच है (fc_daily_cap), यानी गणितीय रूप से वर्ष में लगभग 73,000 वेबसाइट। हर वेबसाइट से कुछ ही व्यक्तिगत डेटा और छोटी अवधि (30 दिन) है। विकास प्रणाली पर माप में डेटा समूह में 2 अनाम जाँचें हैं। आज पूरा नहीं; डिज़ाइन की क्षमता पर सीमांत।
• C6 – पूरा नहीं। पृष्ठ लेने के अलावा सेवा RDAP सेवा rdap.org से आयु पूछती है (केवल डोमेन नाम जाता है; केवल पंजीकरण तारीख कैश में रहती है) और DNS हल करती है। ये डोमेन के तकनीकी विवरण हैं, लोगों के डेटा समूहों का संयोजन नहीं।
• C7 – पूरा नहीं।
• C8 – कमज़ोर रूप में पूरा। स्वचालित ब्राउज़र पृष्ठ जाँचता है और अपने सर्वर का भाषा मॉडल नियमों से न पहचाने फ़ॉर्म वर्गीकृत करता है (scanner/src/classify.js)। मॉडल पृष्ठ शीर्षक, पता, फ़ील्ड लेबल और अधिकतम 400 वर्ण का फ़ॉर्म पाठ देखता है। वह कभी फ़ॉर्म को “सबमिट करने योग्य” नहीं बना सकता।
• C9 – पूरा नहीं।

P1 का अंतरिम परिणाम: कमज़ोर रूप में एक मानदंड (C8), दो सीमांत मामले (C1, C5)। सामान्य नियम में दायित्व नहीं। दोनों सीमांत मामले एक दिशा में हैं और डेटा विषय प्रसंस्करण नहीं जानते, इसलिए P1 आकलन में शामिल है।

P2 – एजेंसियों की संभावित ग्राहक जाँच

अपना ब्रांड सेट करने वाली Business एजेंसी संभावित ग्राहक की वेबसाइट की निष्क्रिय जाँच करा सकती है। उसे अपने ब्रांड का छोटा निष्कर्ष और विस्तृत रिपोर्ट मिलती है तथा लिंक स्वयं भेजती है (cfg/akquise_lib.php)। हम किसी से संपर्क नहीं करते।

• C1 – सीमांत, P1 से अधिक मज़बूत। छोटा निष्कर्ष स्पष्ट रूप से “पहली बातचीत का द्वार खोलने” के लिए है। इस तरह वेबसाइट मूल्यांकन व्यक्ति से व्यावसायिक संपर्क का आधार बनता है।
• C5 – पूरा नहीं। प्रति एजेंसी महीने में अधिकतम 30 जाँच (prospect_monthly), 90 दिन बाद मिटती हैं।
• C8 – कमज़ोर रूप में पूरा (P1 जैसी तकनीक)।
• अन्य मानदंड – पूरे नहीं। निष्कर्ष एजेंसी के ब्रांड से है लेकिन संचालक के अन्य डेटा से जुड़ा नहीं।

P2 का अंतरिम परिणाम: सामान्य नियम में दायित्व नहीं; P1 जैसे कारणों और ग्राहक प्राप्ति के अपने जोखिम (R6) के कारण शामिल है।

P3 – “Form Security Index” अध्ययन

अध्ययन में वेबसाइट सूची की निष्क्रिय जाँच होती है, हर पाँच मिनट चलने वाली स्थिति प्रक्रिया के हर रन पर अधिकतम पाँच खुले जॉब तक सीमित (cfg/studie_lib.php)। केवल कुल आँकड़े प्रकाशित होते हैं और खंड केवल फ़ॉर्म वाली 20 वेबसाइट से (study_min_segment, cfg/studie_lib.php)। प्रकाशन पर कच्चा डेटा मिटता है (cfg/studie_lib.php)।

• C5 – सीमांत, बड़ी सूची पर पूरा। कोड सूची का आकार सीमित नहीं करता; गति सीमा गणितीय रूप से दिन में एक हज़ार से अधिक जाँच देती है। राष्ट्रीय बाज़ार के अध्ययन में हज़ारों वेबसाइट होंगी, कई एकल व्यवसायियों की। ऐसे आकार से मानदंड पूरा मानते हैं।
• C8 – कमज़ोर रूप में पूरा।
• C1 – पूरा नहीं। व्यक्तिगत वेबसाइट आँकी जाती है, लेकिन केवल कुल प्रकाशित होता है; स्तर से व्यक्तिगत संचालक के बारे में कथन नहीं किया जाता।
• अन्य मानदंड – पूरे नहीं।

P3 का अंतरिम परिणाम: नियोजित आकार के अध्ययन में दो मानदंड (C5, C8)। इसलिए अध्ययन सीमा पूरी करता है; formexposed नियंत्रक के रूप में आकलन करता है। विकास प्रणाली के माप में अभी कोई अध्ययन नहीं बनाया गया।

P4 – ग्राहक खाते के डोमेन की जाँच

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

• C3 – पूरा नहीं। जाँच निर्धारित और आवर्ती है, लेकिन ग्राहक की अपनी वेबसाइट पर उसके अनुरोध से है, लोगों को देखने के लिए नहीं।
• C4 – सीमांत, नहीं। उजागर फ़ाइल खोज /backup.sql या डिबग लॉग जैसे पथों के अधिकतम पहले 8 KB पढ़ती है, ताकि सामग्री से तय हो कि फ़ाइल वास्तव में उजागर है (cfg/dateien_lib.php)। अंश में आगंतुकों की प्रविष्टियाँ हो सकती हैं। केवल स्मृति में जाँच होती है, कभी संग्रहीत नहीं; केवल पथ, प्रकार और गंभीरता रहते हैं।
• C8 – कमज़ोर रूप में पूरा।
• अन्य मानदंड – पूरे नहीं।

अतिरिक्त कार्य योजना चरण। पात्र सशुल्क रिपोर्टों में चुने गए निष्कर्षों और स्कैन मेटाडेटा के आधार पर स्थानीय रूप से उत्पन्न परामर्शात्मक पाठ हो सकता है। वह जाँच के साथ रखा जाता है और AI सूचना के साथ दिखाया जाता है; अलग-अलग निष्कर्ष निर्णायक रहते हैं। इससे वेबसाइटें अपने आप नहीं बदलतीं और लोगों के बारे में कानूनी या इसी प्रकार महत्वपूर्ण निर्णय नहीं लिए जाते। केवल भाषा मॉडल का उपयोग यह तय नहीं करता कि अलग DPIA आवश्यक है या नहीं। उसके इनपुट, प्राप्तकर्ताओं, पैमाने और शेष जोखिमों का आकलन मूल जाँच के साथ करना होगा, जिसमें URL या टिप्पणियों से व्यक्तिगत डेटा दोहराए जाने और लिंक के माध्यम से साझा की जा सकने वाली रिपोर्ट में गलत सुझावों की संभावना शामिल है। नीचे खंड 7 से 9 में यह चरण शामिल है; इस तथ्यात्मक परिशिष्ट में उत्पादन प्रणाली पर मापन पूरा होने, स्वामी के अनुमोदन या शेष जोखिम के किसी नए स्तर का दावा नहीं किया गया है।

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

P5 – लॉगिन के पीछे स्कैन

सत्यापित डोमेन के लिए ग्राहक वेबसाइट का परीक्षण खाता रख सकता है। स्कैनर उससे लॉगिन करके सदस्य क्षेत्र के अधिकतम पाँच निर्दिष्ट पृष्ठों के फ़ॉर्म पढ़ता है (cfg/login_lib.php, scanner/src/login.js)।

• C4 – सीमांत। दिशानिर्देशों के अर्थ में लॉगिन विवरण अत्यंत निजी डेटा नहीं, लेकिन दुरुपयोग से सदस्य क्षेत्र खुलता है। वेबसाइट के अनुसार भीतर गोपनीय सामग्री, जैसे सदस्य या रोगी पोर्टल, हो सकती है। यह ग्राहक पर निर्भर है, हम पर नहीं।
• C8 – पूरा नहीं। निगरानी सेवाओं में स्वचालित लॉगिन सामान्य है।
• अन्य मानदंड – पूरे नहीं।

P5 का अंतरिम परिणाम: सामान्य नियम में दायित्व नहीं। गोपनीय सामग्री वाले सदस्य क्षेत्र के ग्राहकों के लिए बदल सकता है; निर्णय उनका है। सुरक्षा जोखिम के कारण शामिल है (R8)।

P6 – नियंत्रण प्रति वाली संदेश पहुँचने की जाँच

ग्राहक फ़ॉर्म की मेल सेटिंग में formexposed का नियंत्रण पता गुप्त प्रति के रूप में डालता है। इससे हर फ़ॉर्म ईमेल नियंत्रण मेलबॉक्स में भी जाता है—परीक्षण संदेश और हर वास्तविक आगंतुक संदेश। स्वचालित प्रक्रिया हेडर और पहले 8 KB पढ़ती, संबंध जोड़ती, SPF, DKIM तथा DMARC जाँचती और ईमेल मिटाती है (cfg/zustellung_lib.php)।

• C4 – पूरा। संपर्क फ़ॉर्म में लिखा पाठ व्यवसाय को भेजा मनमानी सामग्री वाला इलेक्ट्रॉनिक संचार है। चिकित्सा, कानूनी फ़र्म, परामर्श सेवा या विद्यालय की वेबसाइट पर Art. 9 या बच्चों का डेटा अपेक्षित है। दिशानिर्देश इस मानदंड में गोपनीय इलेक्ट्रॉनिक संचार स्पष्ट रूप से बताते हैं।
• C3 – सीमांत, अधिकतर पूरा। हर संदेश योजनाबद्ध और लगातार कॉपी होकर स्वचालित आँका जाता है, बिना प्रेषक को पता चले। उद्देश्य मेल रास्ते की जाँच है, लोगों का अवलोकन नहीं। लेकिन मानदंड का कारण—डेटा विषय नहीं जानते कि डेटा किसे मिलता है—तब तक पूरी तरह मौजूद है जब तक ग्राहक आगंतुकों को न बताए।
• C7 – ग्राहक पर निर्भर। मरीज़, कानूनी फ़र्म के ग्राहक, आवेदक, माता-पिता और विद्यार्थी अक्सर अपने संदेश के प्राप्तकर्ता पर निर्भरता के संबंध में होते हैं।
• C5 – सीमांत, नहीं। अलग ग्राहक के लिए बड़ा पैमाना नहीं। formexposed पर कई ग्राहकों की प्रतियाँ एक मेलबॉक्स में मिलती हैं; इससे उल्लंघन का महत्व बढ़ता है, प्रति नियंत्रक संख्या नहीं।
• अन्य मानदंड – पूरे नहीं। डोमेन और परीक्षण से संबंध जोड़ना लोगों के डेटा समूह मिलाना नहीं; तकनीक नई नहीं।

P6 का अंतरिम परिणाम: C4 पूरा, C3 सीमांत और अधिकतर पूरा, C7 कई सामान्य ग्राहकों के लिए पूरा। इसलिए सामान्य स्थिति में दो या अधिक मानदंड पूरे हैं। DPIA आवश्यक है—नियंत्रक ग्राहक के दायित्व के रूप में। खंड 6 से 11 उसके लिए तथ्य देते हैं।

P7 – सामूहिक सुरक्षा

जुड़ी WordPress वेबसाइटें सुरक्षा परत से रुके संदेशों के लिंक डोमेन रोज़ एक बार बताती हैं। सात दिन में कम से कम तीन अलग वेबसाइटों पर कम से कम पाँच बार आया डोमेन साझा सूची में जाता है; सूची सभी जुड़ी वेबसाइटों को लौटती है, जो उसके लिंक वाले संदेश क्वारंटीन करती हैं (cfg/swarm_lib.php)।

• C6 – पूरा। कई स्वतंत्र वेबसाइटों, यानी अलग नियंत्रकों, की रिपोर्ट जोड़ी और साझा सूची बनाकर सभी को लौटाई जाती हैं।
• C1 – जहाँ डोमेन प्राकृतिक व्यक्ति से जुड़ सके, वहाँ पूरा। सूची स्पैम स्रोत का वर्गीकरण है। दिशानिर्देश साझा धोखाधड़ी डेटाबेस से जाँच को उदाहरण बताते हैं। अधिकांश डोमेन व्यवसाय या अस्थायी डोमेन हैं; फिर भी व्यक्ति का डोमेन उचित कारण या जानबूझकर झूठी रिपोर्ट से सूची में आ सकता है।
• C9 – सीमांत। सूचीबद्ध लिंक वाला संदेश तुरंत प्राप्तकर्ता को नहीं मिलता, उसके जारी करने तक क्वारंटीन रहता है। खोता नहीं।
• C2 – पूरा नहीं। क्वारंटीन संदेश का स्वचालित परिणाम है, कानूनी प्रभाव के बिना और प्राप्तकर्ता द्वारा मानवीय जारी करने के साथ।
• अन्य मानदंड – पूरे नहीं। IP नेटवर्क बंद हैं (swarm_ip_enabled = 0, cfg/swarm_lib.php)।

P7 का अंतरिम परिणाम: दो मानदंड (C6, C1) और एक सीमांत (C9)। सीमा पूरी है; formexposed नियंत्रक के रूप में आकलन करता है। IP नेटवर्क चालू होने पर C1 और C6 बिना सीमा पूरे होंगे; चालू करने के लिए इस आकलन का नया संस्करण चाहिए (खंड 12)। विकास प्रणाली के माप में न रिपोर्ट हैं न सूची प्रविष्टियाँ।

P8 – ग्राहक खाते, लॉगिन, लॉग, सहायता, ईमेल, भुगतान

• C1 और C9 – पूरे नहीं। निःशुल्क जाँच का असामान्य व्यवहार IP सहित टिप्पणी बनाता है (cfg/check_lib.php) और जहाँ लागू हो आगे की जाँच अस्वीकार होती है। कम प्रभाव वाली दुरुपयोग रोकथाम है, व्यक्तिगत पहलुओं का मूल्यांकन नहीं।
• अन्य मानदंड – पूरे नहीं। व्यवसायों की सेवा का सामान्य डेटा है।

P8 का अंतरिम परिणाम: DPIA आवश्यक नहीं। कार्य प्रसंस्करण गतिविधियों के अभिलेख में वर्णित हैं।

P9 – प्लगइन आँकड़े, फ़ील्ड त्रुटियाँ, रिकॉर्डर, बैज, क्लाइंट पोर्टल, “Fix it for me”

• प्लगइन और एक्सटेंशन दैनिक आँकड़े, प्लगइन सूची तथा त्रुटि श्रेणियाँ भेजते हैं, और WordPress प्लगइन सामूहिक सुरक्षा (डिफ़ॉल्ट रूप से चालू) के लिंक डोमेन भी (P7), सामग्री, पते, नाम या आगंतुक IP नहीं; रिकॉर्डर प्रशासक के ब्राउज़र में अधिकतम 15 मिनट चयनकर्ता रखता है। कोई मानदंड पूरा नहीं।
• लोड होने पर बैज सामान्य कनेक्शन डेटा वेब सर्वर लॉग में भेजता है, बिना कुकी। कोई मानदंड पूरा नहीं।
• क्लाइंट पोर्टल एजेंसी की ओर से दोहरी पुष्टि सहित सदस्यों के ईमेल पते प्रसंस्कृत करता है। कोई मानदंड पूरा नहीं।
• “Fix it for me” अपने सर्वर के भाषा मॉडल से पेस्ट किए फ़ॉर्म कोड का संशोधन कराता है; कोड संग्रहीत नहीं होता। C8 कमज़ोर रूप में, बाकी कोई नहीं।

P9 का अंतरिम परिणाम: DPIA आवश्यक नहीं।

3.4 Art. 35(4) के अंतर्गत पोलिश पर्यवेक्षी प्राधिकरण की सूची

सक्षम प्राधिकरण व्यक्तिगत डेटा संरक्षण कार्यालय के अध्यक्ष (Prezes Urzędu Ochrony Danych Osobowych, UODO) हैं। अध्यक्ष ने 17 जून 2019 की सूचना में DPIA आवश्यक करने वाले प्रसंस्करण प्रकारों की सूची प्रकाशित की (Komunikat Prezesa Urzędu Ochrony Danych Osobowych z dnia 17 czerwca 2019 r. w sprawie wykazu rodzajów operacji przetwarzania danych osobowych wymagających oceny skutków przetwarzania dla ich ochrony, Monitor Polski 2019, मद 666)। सूची प्रविष्टियों को WP248 मानदंडों से जोड़ती, उदाहरण देती और स्पष्ट रूप से अपूर्ण है; Art. 35(1) के आकलन का विकल्प नहीं।

हमारी व्याख्या में सूची के निम्न प्रकार सार रूप में formexposed के कार्यों से मेल खाते हैं:

सूची का प्रसंस्करण प्रकार (भावार्थ)	संबंधित मानदंड	formexposed का कार्य	आकलन
विभिन्न स्रोतों के डेटा विश्लेषण से तुलना, मूल्यांकन या निष्कर्ष	C6	P7 सामूहिक सुरक्षा	लागू
प्रोफ़ाइल सहित मूल्यांकन या स्कोरिंग	C1	P7 सामूहिक सुरक्षा; P1 और P2 सीमांत	P7 पर लागू
व्यक्तिगत डेटा की विशेष श्रेणियों का प्रसंस्करण	C4	P6 संदेश पहुँचने की जाँच	ग्राहक के अनुसार लागू
तकनीकी समाधानों का अभिनव उपयोग	C8	P1 से P4 (वर्गीकरण का भाषा मॉडल)	कमज़ोर रूप में लागू
बड़े पैमाने पर प्रसंस्करण	C5	P3 अध्ययन	बड़ी सूचियों पर लागू
विशेषताओं की पहचान सहित सार्वजनिक स्थानों की व्यवस्थित निगरानी	C3	–	लागू नहीं: स्थानों का अर्थ है, वेबसाइटों का नहीं

यह बँटवारा व्याख्या है, उद्धरण नहीं; कानूनी समीक्षा में प्रविष्टियों के मूल शब्दों से जाँचना है। यह खंड 3.3 के परिणाम की पुष्टि करता है, बदलता नहीं। हमारी जानकारी में UODO ने Art. 35(5) की सूची—DPIA अनावश्यक वाले कार्य—प्रकाशित नहीं की।

3.5 सीमा आकलन का परिणाम

प्रसंस्करण कार्य	पूरा	सीमांत	परिणाम
P1 निःशुल्क जाँच	C8 (कमज़ोर)	C1, C5	अनिवार्य नहीं; शामिल
P2 संभावित ग्राहक जाँच	C8 (कमज़ोर)	C1	अनिवार्य नहीं; शामिल
P3 अध्ययन	C8 (कमज़ोर), बड़ी सूची में C5	–	आवश्यक (formexposed का दायित्व)
P4 ग्राहक डोमेन जाँचना	C8 (कमज़ोर)	C4 (फ़ाइल जाँच)	अनिवार्य नहीं; शामिल
P5 लॉगिन के पीछे स्कैन	–	C4	अनिवार्य नहीं; शामिल; ग्राहक के लिए सामग्री पर निर्भर
P6 संदेश पहुँचने की जाँच	C4; ग्राहक के अनुसार C7	C3 (अधिकतर पूरा), C5	आवश्यक (ग्राहक का दायित्व; यह पृष्ठ Art. 28(3)(f) की सहायता देता है)
P7 सामूहिक सुरक्षा	C6, C1	C9	आवश्यक (formexposed का दायित्व)
P8 खाते, लॉग, सहायता, भुगतान	–	–	आवश्यक नहीं
P9 प्लगइन आँकड़े, बैज, पोर्टल, “Fix it for me”	C8 (कमज़ोर, केवल “Fix it for me”)	–	आवश्यक नहीं

Art. 35(1) का परिणाम: formexposed के कुछ कार्यों के लिए DPIA आवश्यक है। सामूहिक सुरक्षा और डिज़ाइन के आकार वाले अध्ययनों के लिए आवश्यक है और formexposed नियंत्रक के रूप में करता है। संदेश पहुँचने की जाँच के सामान्य मामले में आवश्यक है, लेकिन ग्राहक के दायित्व के रूप में; formexposed आधार देता है। तीसरे पक्ष और अपनी वेबसाइटों की अन्य जाँचों के लिए अनिवार्य नहीं। फिर भी शामिल करते हैं, क्योंकि समान तकनीक, एक दिशा वाले कई सीमांत मामले और डेटा विषयों—बिना खाते के संचालकों तथा जाँचे पृष्ठों के लोगों—को प्रसंस्करण की जानकारी नहीं है। खाते, लॉग, सहायता और भुगतान के लिए आकलन आवश्यक नहीं।

इसलिए खंड 6 से 10 P1 से P7 पर लागू हैं। केवल एक कार्य पर लागू कथन उसी तरह चिह्नित है।

4. डेटा संरक्षण अधिकारी: Art. 37 का आकलन

डेटा संरक्षण अधिकारी नियुक्त नहीं। Art. 37(1) नियंत्रक और प्रसंस्करणकर्ता दोनों पर लागू है; इसलिए प्रश्न हमारा अपना है। तीन वैधानिक मामले:

Art. 37(1)	शर्त	परिणाम
बिंदु (a)	सार्वजनिक प्राधिकरण या निकाय	लागू नहीं; LW IT Solutions Company Lukas Wójcik निजी एकल स्वामित्व है।
बिंदु (b)	मुख्य गतिविधियों में बड़े पैमाने पर डेटा विषयों की नियमित और व्यवस्थित निगरानी आवश्यक करने वाला प्रसंस्करण हो	मुख्य गतिविधि वेबसाइटों और फ़ॉर्म की नियमित व्यवस्थित जाँच और निगरानी है। लोगों की निगरानी नहीं: क्रॉलर व्यवहार नहीं देखता और संदेश पहुँचने की जाँच ईमेल केवल वितरण तथा प्रामाणिकता के लिए आँकती है। पूरा नहीं।
बिंदु (c)	मुख्य गतिविधियों में Art. 9 या 10 के डेटा का बड़े पैमाने पर प्रसंस्करण हो	डिज़ाइन में नहीं। नियंत्रण प्रति से विशेष श्रेणियाँ आ सकती हैं; यह संयोगवश है, मुख्य गतिविधि नहीं। पूरा नहीं।

इसलिए हमारे आकलन में नियुक्ति का दायित्व नहीं। पोलिश कानून Art. 37(4) के अंतर्गत अतिरिक्त नियुक्ति माँगता है या नहीं, कानूनी समीक्षा का खुला प्रश्न है। अधिकारी नियुक्त न होने से Art. 35(2) की सलाह लागू नहीं। कानूनी समीक्षा में नियुक्ति आवश्यक मिले, तो इस आकलन के अनुमोदन से पहले नियुक्त अधिकारी की सलाह ली जाएगी (खंड 12)। प्रश्नों के संपर्क व्यक्ति स्वामी हैं, contact@lukaswojcik.com पर।

5. पद्धति, स्रोत और संस्करण की सीमाएँ

तथ्य ऐप और स्कैनर के कोड, डेटाबेस संरचना तथा विकास प्रणाली की पंक्ति संख्या और सेटिंग से हैं, 11 अक्टूबर 2026 को मापे गए। डेटाबेस और सर्वरों तक केवल पढ़ने की पहुँच थी। माप किसी इरादे—अपने कानूनी दस्तावेज़ के कथन सहित—से अलग हो, तो माप बताते हैं। Art. 40 की अनुमोदित आचार संहिताएँ लागू नहीं करते, जिनके पालन को Art. 35(8) के अंतर्गत ध्यान में लेना होता।

• विकास प्रणाली मापी गई। सेवा अभी शुरू नहीं। इसलिए आँकड़े छोटे और आंशिक परीक्षण परिणाम हैं: 112 जाँच, 110 बिना ग्राहक डोमेन; 432 स्क्रीनशॉट; 2 डोमेन, 1 सत्यापित; संदेश पहुँचने की जाँच चालू नहीं; लॉगिन के पीछे स्कैन का परीक्षण खाता नहीं; अध्ययन नहीं; सामूहिक सुरक्षा रिपोर्ट नहीं। शुरुआत से पहले और बाद नियमित अंतराल में माप दोहराने हैं।
• इस संस्करण में नहीं मापे और अनुमोदन से पहले जोड़ने हैं: उत्पादन कॉन्फ़िगरेशन, नियंत्रण मेलबॉक्स सेट है या नहीं और कैसे तथा लॉगिन के पीछे स्कैन की कुंजी जोड़ी वहाँ है या नहीं; भाषा मॉडल सॉफ़्टवेयर अनुरोध लॉग करता है या नहीं; सर्वर प्रशासन की स्थिति (R13); ईमेल प्रदाता का अनुबंध।
• मापना संभव नहीं था कि नियंत्रण प्रति से कितने वास्तविक आगंतुक संदेश जाएँगे और ग्राहक किन क्षेत्रों से होंगे। दोनों R1 और R2 का महत्व तय करते हैं और शुरुआत के बाद पता करने हैं।
• स्रोत संदर्भ विकास प्रणाली के कोड की फ़ाइलों और फ़ंक्शन को बताते हैं। निर्णायक वर्णित कार्य है, फ़ाइल में उसका स्थान नहीं।

यह दस्तावेज़ मसौदा है। नियंत्रक ने अभी अनुमोदित नहीं किया (खंड 12), और दो निष्कर्ष—P1 तथा P3 के पैमाने का आकलन और संदेश पहुँचने की जाँच का महत्व—ऐसे आँकड़ों पर निर्भर हैं जो शुरुआत के बाद ही होंगे।

6. (a) प्रसंस्करण कार्यों और उद्देश्यों का व्यवस्थित विवरण

6.1 जाँच प्रणाली की संरचना

formexposed पोलैंड में अपने सर्वरों पर, बिना बाहरी होस्टिंग प्रदाता, चलता है: ऐप और डेटाबेस वाला वेब सर्वर तथा जाँच सेवा और स्थानीय भाषा मॉडल वाला स्कैन सर्वर, दोनों एक आंतरिक नेटवर्क में। जाँच इस तरह होती है:

1. खंड 6.3 की सीमाओं और अवरोधों के अधीन ऐप डेटाबेस में जॉब बनाता है।
2. स्कैन सर्वर की सेवा जॉब लेती है, ब्लॉक सूची, होस्ट नाम और अनाम जाँच के लिए डोमेन आयु दोबारा जाँचती तथा ठीक इस जॉब का पृथक कंटेनर शुरू करती है: अपने फ़िल्टर नियमों वाला नेटवर्क, विशेष अधिकार नहीं, केवल पढ़ने की फ़ाइल प्रणाली, स्मृति/प्रक्रिया और समय सीमा (scanner/src/worker.js)।
3. कंटेनर का स्वचालित ब्राउज़र अधिकतम आठ सार्वजनिक पृष्ठ लेता है, पहले मुखपृष्ठ, फिर प्राथमिकता से संपर्क, प्रदाता का विवरण और सहायता पृष्ठ। पहले robots.txt पढ़ता है; FormExposedBot या सभी क्रॉलर का मुखपृष्ठ पर लागू बहिष्करण जाँच समाप्त करता है, अनुपलब्ध robots.txt या प्राप्ति की सर्वर त्रुटि भी (scanner/src/net.js)। अलग उपपथ निषेध का अलग पालन नहीं। नियमित स्थिति जाँच, प्रमाण प्राप्ति, हेडर उपकरण और उजागर फ़ाइल खोज robots.txt नहीं पढ़ते। आठ के अतिरिक्त कुकी बैनर में “अस्वीकार” क्लिक करके अधिकतम तीन पृष्ठ, फ़ोन दृश्य में तीन, सत्यापित डोमेन की सक्रिय जाँचें और लॉगिन के पीछे पाँच पृष्ठ हैं; एक के बाद एक लोड होते हैं, समानांतर नहीं। ब्राउज़र का हर अनुरोध—रीडायरेक्ट और एम्बेड सामग्री सहित—निजी नेटवर्क तथा दूसरे पोर्ट अस्वीकार करने वाले फ़िल्टर से जाता है।
4. कंटेनर परिणाम और स्क्रीनशॉट अस्थायी निर्देशिका में लिखता है। सेवा आंतरिक नेटवर्क से ऐप को परिणाम तथा चित्र देती है और निर्देशिका मिटाती है, त्रुटि के बाद भी (scanner/src/worker.js)।
5. ऐप परिणाम प्रसंस्कृत करता है, ग्राहक डोमेन के लिए पिछली जाँच से तुलना करता है और निर्धारित गंतव्यों को बदलाव बताता है।

6.2 क्रॉलर क्या रखता है और क्या नहीं

मद	क्या रखा जाता है	क्या नहीं रखा जाता	स्रोत संदर्भ
पृष्ठ	पता, HTTP स्थिति, हेडर, Content Security Policy, अनुरोधित तीसरे पक्ष के होस्ट (अधिकतम 120)	पाठ या HTML में पृष्ठ सामग्री	scanner/src/crawl.js
फ़ॉर्म फ़ील्ड	प्रकार, नाम, लेबल, प्लेसहोल्डर, अनिवार्यता, दृश्यता, मौजूदा मान की लंबाई	मान; छिपे फ़ील्ड के मान के पहले 24 वर्ण केवल जाँच में पढ़े जाते हैं (टोकन पहचान के लिए)	scanner/src/crawl.js
फ़ॉर्म के प्राप्तकर्ता पते	केवल डोमेन	पता	scanner/src/crawl.js
स्क्रिप्ट	चेकसम सूची; विज्ञापन/एनालिटिक्स के खाता पहचानकर्ताओं के बिना पते और शुरुआती पाठ	खाता और पिक्सेल पहचानकर्ता	scanner/src/crawl.js
साथ पढ़ने वाले	कुकी बैनर में “अस्वीकार” से पहले और बाद कौन-से विज्ञापन पिक्सेल तथा रिकॉर्डिंग उपकरण लोड होते हैं और इनपुट छिपाते हैं या नहीं	इन सेवाओं के खाता पहचानकर्ता	scanner/src/mitleser.js, scanner/src/einwilligung.js
फ़ॉर्म पाठ	नियम प्रकार न पहचानें तो अधिकतम 400 वर्ण स्थानीय भाषा मॉडल को जाते हैं	तीसरे पक्ष को प्रकटीकरण; पाठ का संग्रहण	scanner/src/classify.js
स्क्रीनशॉट (क्रॉलर)	पहले पृष्ठ का दृश्य क्षेत्र; हर दिखाई देने वाले फ़ॉर्म के तत्व का चित्र	–	scanner/src/crawl.js
स्क्रीनशॉट (सक्रिय जाँच)	परीक्षण सबमिशन के उत्तर पृष्ठ का चित्र; साथ में स्थिति, लक्ष्य पता, शीर्षक और पाठ के पहले 300 वर्ण	–	scanner/src/active.js
स्क्रीनशॉट (ब्राउज़र यात्राएँ)	काले किए इनपुट वाला संपीड़ित फ़ॉर्म चित्र, अधिकतम 32 KB	इनपुट	scanner/src/browser.js
लॉगिन के पीछे	ऊपर फ़ॉर्म फ़ील्ड जैसा	स्क्रीनशॉट, कुकी, लिंक	scanner/src/login.js

डिज़ाइन से इनमें व्यक्तिगत डेटा नहीं, लेकिन संयोग से होता है: फ़ॉर्म के पास संपर्क व्यक्ति का नाम, मुखपृष्ठ की टीम फ़ोटो, लेबल का फ़ोन, व्यक्ति का ईमेल डोमेन, प्लेसहोल्डर का नाम। लॉगिन के पीछे परीक्षण खाते और वेबसाइट के अनुसार अन्य उपयोगकर्ताओं के विवरण जुड़ते हैं।

6.3 जाँच कौन शुरू करता है और फिर क्या लागू है

शुरुआत का कारण	जॉब का विश्वास स्तर	परीक्षण सबमिशन	परिणाम तक पहुँच	मिटाना
मुखपृष्ठ पर कोई डोमेन दर्ज करे (निःशुल्क जाँच)	अनाम	नहीं	यादृच्छिक लिंक की रिपोर्ट	30 दिन, चित्र सहित (cfg/check_lib.php)
बिना खाते का प्लगइन/एक्सटेंशन	प्लगइन	नहीं	यादृच्छिक लिंक की रिपोर्ट	30 दिन
संभावित ग्राहक के लिए एजेंसी	पंजीकृत	नहीं	छोटा निष्कर्ष और यादृच्छिक लिंक की रिपोर्ट	90 दिन (cfg/akquise_lib.php)
ग्राहक, बिना प्रमाण का डोमेन	पंजीकृत	नहीं	खाता; यादृच्छिक लिंक की रिपोर्ट	13 महीने, अंतिम जाँच रहती है
ग्राहक, प्रमाण वाला डोमेन	सत्यापित	हाँ, प्रति जाँच अधिकतम पाँच	खाता; यादृच्छिक लिंक की रिपोर्ट	13 महीने, अंतिम जाँच रहती है (cfg/fristen_lib.php)
अध्ययन	आंतरिक	नहीं	प्रकाशन के बाद केवल कुल	प्रकाशन पर; बिना प्रकाशन समय सीमा नहीं (R4)
प्रदाता की कमांड लाइन आंतरिक जाँच	आंतरिक; अपने परीक्षण/डेमो डोमेन के लिए “सत्यापित” भी	नहीं; “सत्यापित” स्तर पर हाँ (केवल अपने परीक्षण/डेमो डोमेन)	केवल आंतरिक	समय सीमा नहीं (R4)

निःशुल्क जाँच से पहले कई परतें हैं (cfg/check_lib.php): आपात रोक; reCAPTCHA; सात दिन में वही डोमेन अधिकतम एक बार (उसके बाद मौजूदा रिपोर्ट); प्रति IP, प्रति सत्र (हैश, स्वयं सत्र पहचानकर्ता कभी नहीं) और पूरी सेवा की दैनिक सीमा; ऑप्ट-आउट तथा robots.txt की ब्लॉक सूची; डोमेन सार्वजनिक पतों पर जाता है इसकी जाँच; और बहुत नए या अज्ञात डोमेन का अवरोध। असामान्यताएँ—एक IP से कई अलग डोमेन, कम समय में कई अनुरोध—IP सहित दर्ज होती और सामग्री के बिना संकेत भेजती हैं (cfg/check_lib.php)।

6.4 ग्राहक खाते के डोमेन जाँचना

ग्राहक DNS रिकॉर्ड, मेटा टैग, फ़ाइल या प्लगइन से नियंत्रण का अधिकार सिद्ध करता है (cfg/verify_lib.php)। तभी डोमेन सत्यापित माना जाता है। निगरानी शेड्यूलर केवल सक्रिय, निगरानी वाले और सत्यापित डोमेन की नियमित जाँच तय करता है (cfg/monitor_lib.php)।

• सक्रिय परीक्षण सबमिशन के दो द्वार हैं: ऐप ग्राहकों के लिए केवल सत्यापित डोमेन पर सक्रिय मोड सेट करता है (अपने परीक्षण/डेमो डोमेन के लिए प्रदाता आंतरिक कमांड लाइन उपकरण से “सत्यापित” स्तर बना सकता है), और सेवा विश्वास स्तर तथा आपात रोक fc_active_enabled फिर जाँचती है (scanner/src/worker.js)। केवल वह फ़ॉर्म सबमिट हो सकता है जिसे नियम उच्च भरोसे से सामान्य संपर्क फ़ॉर्म पहचानें, जिसमें वास्तविक व्यक्तिगत डेटा के अनिवार्य फ़ील्ड न हों और जिसका डोमेन प्राधिकरण, शिक्षा संस्था, क्लिनिक, चिकित्सा प्रैक्टिस, पुलिस या न्यायालय न लगे (scanner/src/classify.js)। भाषा मॉडल फ़ॉर्म सबमिट योग्य नहीं बना सकता (scanner/src/classify.js)। अधिकतम पाँच सबमिशन (fc_active_max_posts) स्पष्ट चिह्नित होते हैं, प्रेषक dummy@formexposed.com, ईमेल सत्यापन जाँचने को .invalid का पता और हेडर इंजेक्शन पहचानने को हानिरहित अतिरिक्त हेडर पंक्ति सहित (scanner/src/active.js)।
• ब्राउज़र यात्राएँ विन्यस्त फ़ॉर्म रास्ते को सबमिशन से ठीक पहले तक जाँचती हैं। केवल GET और HEAD अनुमत; बाकी तथा लॉगआउट, मिटाने, खरीदने या भुगतान वाले शब्दों के पते रोके जाते हैं (scanner/src/browser.js)। अनिवार्य फ़ील्ड काल्पनिक मानों से भरते हैं, जो कभी ब्राउज़र से बाहर नहीं जाते।
• उजागर फ़ाइलें साप्ताहिक, केवल सत्यापित डोमेन पर, प्रति पथ अधिकतम एक अनुरोध और 8 KB तक खोजी जाती हैं; सामग्री कभी नहीं रखी जाती (cfg/dateien_lib.php)।
• स्वतंत्र दूसरी जाँच इकाई तैयार और डिफ़ॉल्ट रूप से बंद है (browser_probe_enabled = 0)। चालू होने पर केवल डोमेन, पता, चयनकर्ता, चरण और ब्राउज़र चुनाव मिलेगा, लॉगिन विवरण, स्क्रीनशॉट या आगंतुक डेटा कभी नहीं (cfg/formular_probe_lib.php)।

6.5 लॉगिन के पीछे स्कैन

पूर्वशर्तें: कार्य सेट हो, डोमेन सत्यापित हो, ग्राहक सशुल्क योजना पर और कार्यस्थान का स्वामी या प्रशासक हो (cfg/login_lib.php); वह न्यूनतम संभव अधिकारों वाले परीक्षण खाते की पुष्टि करे (cfg/login_lib.php)।

1. वेब सर्वर पर उपयोगकर्ता नाम और पासवर्ड तुरंत स्कैन सर्वर की सार्वजनिक कुंजी से एन्क्रिप्ट होते हैं: प्रति रिकॉर्ड एकबारगी कुंजी (X25519), कुंजी व्युत्पत्ति (HKDF-SHA256), AES-256-GCM, डोमेन से बँधा हुआ (cfg/login_lib.php)। निजी कुंजी केवल स्कैन सर्वर की जाँच सेवा के पास है (scanner/src/geheim.js)। वेब सर्वर, डेटाबेस या बैकअप पाने वाले को केवल एन्क्रिप्ट किया पाठ मिलता है।
2. इंटरफ़ेस केवल उपयोगकर्ता नाम का पहला वर्ण और लंबाई दिखाता है (cfg/login_lib.php)। लॉगिन विवरण कभी दिखाए, लॉग या API से दिए नहीं जाते।
3. जाँच के लिए ऐप एन्क्रिप्ट पाठ जॉब से जोड़ता है। सेवा उसे खोलती, जॉब का फ़ील्ड तुरंत साफ करती और विवरण कंटेनर को केवल मानक इनपुट से देती है, कमांड लाइन आर्ग्युमेंट से कभी नहीं (scanner/src/worker.js)। रुके जॉब के अवशेष स्थिति प्रक्रिया एक घंटे बाद साफ करती है (cfg/login_lib.php)।
4. कंटेनर में ब्राउज़र लॉगिन करता है। पृष्ठ दूसरे होस्ट पर भेजे, फ़ॉर्म में CAPTCHA हो (हम दरकिनार नहीं करते) या सबमिट के बाद पासवर्ड फ़ील्ड दिखता रहे, तो रुकता है (scanner/src/login.js)। फिर पृष्ठ की स्मृति से पासवर्ड फ़ील्ड साफ करके विवरण भूल जाता है (scanner/src/login.js)।
5. उसी डोमेन के ग्राहक द्वारा बताए अधिकतम पाँच पृष्ठ पढ़ता है। लॉगआउट, मिटाने, हटाने या रद्द करने वाले शब्दों के पते अवरुद्ध हैं (scanner/src/login.js)। भीतर कुछ सबमिट नहीं होता, स्क्रीनशॉट नहीं लिए जाते और कुकी तथा लिंक परिणाम में नहीं जाते (scanner/src/login.js)।
6. मिटाना अंतिम है: एन्क्रिप्ट पाठ पर समान लंबाई का यादृच्छिक डेटा लिखा, पंक्ति मिटाई और लंबित जॉब साफ किए जाते हैं (cfg/login_lib.php)। डोमेन मिटने पर विदेशी कुंजी से पंक्ति अपने आप हटती है।

6.6 संदेश पहुँचने की जाँच

यह जाँच बताती है कि संपर्क फ़ॉर्म का ईमेल वास्तव में पहुँचता है या नहीं और उसकी प्रामाणिकता विशेषताएँ आँकती है। वैकल्पिक है, डिफ़ॉल्ट रूप से बंद और नियंत्रण मेलबॉक्स सेट करना आवश्यक है (cfg/zustellung_lib.php)।

1. ग्राहक चालू करे, तो डोमेन को यादृच्छिक टैग मिलता है। ग्राहक टैग वाला नियंत्रण पता फ़ॉर्म में गुप्त प्रति में डालता है।
2. तब से हर फ़ॉर्म ईमेल नियंत्रण मेलबॉक्स को भी जाता है: चिह्नित परीक्षण और सभी वास्तविक आगंतुक संदेश। ईमेल सीधे Namecheap, Inc. (Private Email), Phoenix, Arizona, USA के मेलबॉक्स जाते हैं—केवल हमारे डोमेन के MX रिकॉर्ड वहाँ संकेत करने पर पहुँचते हैं; डोमेन रजिस्ट्रार Namecheap, Inc. जैसे अग्रेषण से नहीं—और प्राप्त किए जाने तक रहते हैं।
3. स्थिति प्रक्रिया हर पाँच मिनट मेलबॉक्स लेती है (srv/cron_status.php)। हर ईमेल के हेडर और पाठ के अधिकतम पहले 8 KB पढ़ती है, पढ़ा हुआ चिह्न लगाए बिना (cfg/zustellung_lib.php)।
4. हेडर से टैग और डोमेन तथा जहाँ लागू हो पाठ से परीक्षण पहचानकर्ता निकालती है (cfg/zustellung_lib.php)। समय, डोमेन और जहाँ लागू हो परीक्षण पहचानकर्ता संग्रहीत हैं (cfg/zustellung_lib.php), 180 दिन तक (cfg/zustellung_lib.php)।
5. हेडर से SPF, DKIM और DMARC आँककर डोमेन पर परिणाम रखती है: जाँच परिणाम, प्रेषक पते का डोमेन, हस्ताक्षरों के डोमेन और प्रेषण मेल सर्वर का पता (cfg/zustellung_lib.php)। परिणाम बिगड़ने पर ग्राहक को एक बार अलर्ट जाता है जिसमें प्रेषक डोमेन हो सकता है (cfg/zustellung_lib.php)।
6. फिर प्राप्त हर ईमेल मिटाने को चिह्नित करती है, किसी डोमेन से न जुड़े ईमेल भी, और रन के अंत में मेलबॉक्स से हटाती है (cfg/zustellung_lib.php)। पहले प्रक्रिया रुक जाए, तो अगली सफल प्रक्रिया तक रहते हैं।
7. ठीक संबंधित परीक्षण की प्रति ही वितरण का प्रमाण है (cfg/zustellung_lib.php)। तीन घंटे में न आए (delivery_wait_h), तो सेवा “संदेश नहीं पहुँचा” बताती है।

वास्तविक संदेश का पाठ और आगंतुक पता कभी डेटाबेस में नहीं लिखे जाते। फिर भी दोनों पढ़े जाते हैं: परीक्षण पहचानकर्ता खोजने के लिए हर ईमेल के पहले 8 KB स्मृति में लोड होते हैं।

6.7 सामूहिक सुरक्षा

1. WordPress प्लगइन की सुरक्षा परत संदेश स्पैम मानकर रोकती और उसके लिंक डोमेन गिनती है। रोज़ एक बार डोमेन और संख्या बताती है, अधिकतम 60 प्रतिदिन; पते, पाठ या IP पते नहीं (cfg/swarm_lib.php)।
2. रोज़ सूची बनाते हैं: सात दिन में कम से कम तीन अलग वेबसाइटों से कम से कम पाँच बार सूचित डोमेन जुड़ता है (swarm_min_sites, swarm_window_days, cfg/swarm_lib.php)। निश्चित अपवाद सूची की बड़ी सेवाएँ और ग्राहक डोमेन, दोनों उपडोमेन सहित, कभी नहीं जुड़ते (cfg/swarm_lib.php)।
3. दैनिक रिपोर्ट के उत्तर में सूची सभी जुड़ी वेबसाइटों को जाती है। सुरक्षा परत सूचीबद्ध डोमेन के लिंक वाले संदेश क्वारंटीन में रखती है, कचरे में नहीं।
4. नई सूची में न आने वाले हट जाते हैं; रिपोर्ट 30 दिन बाद मिटती हैं (cfg/swarm_lib.php)।
5. IP नेटवर्क (/24 या /48) तैयार हैं लेकिन कानूनी समीक्षा पूरी होने तक बंद हैं (cfg/swarm_lib.php)।

6.8 कृत्रिम बुद्धिमत्ता का उपयोग

भाषा मॉडल अपने स्कैन सर्वर पर चलता है, AI प्रदाता के यहाँ नहीं। तीन जगह इस्तेमाल होता है: जाँच सेवा में नियमों से अज्ञात फ़ॉर्म वर्गीकृत करता है; उसमें पृष्ठ शीर्षक, पता, सबमिट बटन लेबल, फ़ील्ड प्रकार, नाम, लेबल और प्लेसहोल्डर तथा अधिकतम 400 वर्ण का पाठ देखता है (scanner/src/classify.js)। केवल नियम “अज्ञात” कहें तभी पूछा जाता है; ऐसे वर्गीकृत फ़ॉर्म कभी सबमिट नहीं होते और स्कोर/निर्णय में नहीं गिने जाते। स्कोर, निर्णय, दुरुपयोग रोकथाम, सामूहिक सुरक्षा और स्पैम नियम निश्चित हैं, AI नहीं। “Fix it for me” में पेस्ट फ़ॉर्म कोड बदलता है; कोड संग्रहीत नहीं। सशुल्क खातों के डोमेन की पात्र जाँचों के लिए यह होस्ट नाम, समग्र परिणाम और स्कोर, CMS, संबंधित फ़ॉर्म के प्रकार और पृष्ठ के पते, पहचाने गए किसी प्लगइन तथा विफल या अस्पष्ट परिणाम वाले चुने गए निष्कर्षों से प्राथमिकता के क्रम में व्यवस्थित कार्य योजना भी बनाता है। अनुरोध अस्थायी रूप से आंतरिक कार्य कतार में रखा जाता है और परिणाम प्राप्त कर लिए जाने के बाद या एक घंटे से अधिक पुरानी प्रविष्टियों की निर्धारित सफ़ाई से मिटाया जाता है। उत्पन्न पाठ, भाषा, स्थिति और टाइमस्टैम्प स्कैन परिणाम के साथ उसके प्रतिधारण नियमों के अधीन रखे जाते हैं। रिपोर्ट योजना को AI का सारांश बताती है और अलग-अलग निष्कर्षों को निर्णायक मानती है; योजना वेबसाइट या स्कैन परिणाम को नहीं बदलती। मॉडल लोगों के निर्णय नहीं लेता। अधिक जानकारी EU AI अधिनियम: formexposed AI का उपयोग कैसे करता है पृष्ठ पर है।

6.9 कानूनी आधार

प्रसंस्करण कार्य	कानूनी आधार
P1 निःशुल्क जाँच: माँगा डोमेन जाँचना; सीमाएँ और दुरुपयोग रोकथाम	अनुरोधकर्ता के लिए Art. 6(1)(b); संचालक और चित्रित व्यक्तियों के लिए Art. 6(1)(f); दुरुपयोग रोकथाम Art. 6(1)(f)
P2 संभावित ग्राहक जाँच	Art. 6(1)(f) (एजेंसी और formexposed का वैध हित)
P3 अध्ययन	Art. 6(1)(f)
P4 ग्राहक डोमेन जाँच	ग्राहक के संबंध में Art. 6(1)(b); वेबसाइट के तीसरे पक्ष के डेटा के लिए Art. 28 के ग्राहक निर्देश
P5 लॉगिन के पीछे स्कैन	Art. 28 के ग्राहक निर्देश; ग्राहक का कानूनी आधार
P6 संदेश पहुँचने की जाँच	Art. 28 के ग्राहक निर्देश; ग्राहक का कानूनी आधार (ग्राहकों के सुझाए पाठ में Art. 6(1)(f))
P7 सामूहिक सुरक्षा	Art. 6(1)(f) (कई वेबसाइटों पर स्पैम के विरुद्ध साझा बचाव)

P1 से P3 में हमारा वैध हित संचालकों और सेवा प्रदाताओं को स्पैम/दुरुपयोग से पहले फ़ॉर्म की कमज़ोरियाँ दिखाना और सेवा देना है। डेटा सार्वजनिक स्रोतों से है। हित संतुलन खंड 7 में है; Art. 6(1)(f) अनुरोध पर तीसरे पक्ष की वेबसाइट जाँच का समर्थन करता है या नहीं, कानूनी समीक्षा का खुला प्रश्न है।

6.10 प्राप्तकर्ता और तीसरे देशों में स्थानांतरण

प्राप्तकर्ता	क्या	प्रसंस्करण कार्य	स्थिति
formexposed के बाहर कोई नहीं	जाँच परिणाम, स्क्रीनशॉट, भाषा मॉडल का वर्गीकरण	P1–P5	जाँच सेवा और मॉडल अपने सर्वरों पर हैं; क्रॉलर के रास्ते में जाँची वेबसाइट, उसकी एम्बेड सेवाओं (किसी आगंतुक की तरह) और आयु के लिए RDAP सेवा rdap.org (केवल डोमेन नाम) के अलावा तीसरे पक्ष की कॉल नहीं मिली; निगरानी सेवाएँ अगली पंक्ति में हैं
लिंक जानने वाला कोई भी	निष्कर्ष और स्क्रीनशॉट की रिपोर्ट	P1, P2, P4	128 बिट का यादृच्छिक लिंक (cfg/check_lib.php), noindex वाले पृष्ठ (www/report.php)
ग्राहक डोमेन की निगरानी से पूछी सेवाएँ	DNS ब्लॉक सूचियाँ (SpamCop, PSBL, Mailspike, SURBL): सर्वर डोमेन और IP, आगंतुक डेटा नहीं; Google Web Risk केवल सेट होने पर: मुखपृष्ठ पता; Certum और DigiCert: प्रमाण लॉग का केवल हैश; IANA रजिस्ट्री से RDAP: केवल डोमेन नाम; प्रदाता स्थिति पृष्ठ: कुछ नहीं भेजा जाता; wpvulnerability.net: प्लगइन पहचानकर्ता (संस्करण के बिना) या थीम और WordPress संस्करण	P4	उपयोग में; विवरण प्रसंस्करण गतिविधियों के अभिलेख और उप-प्रसंस्करणकर्ता पृष्ठ पर
Namecheap, Inc. (Private Email), Phoenix, Arizona, USA	वास्तविक आगंतुक संदेशों सहित नियंत्रण प्रतियाँ	P6	अनुबंध अभी नहीं हुआ; स्थान और स्थानांतरण तंत्र जाँचना बाकी
Namecheap, Inc. (USA)	रजिस्ट्रार और DNS; मेलबॉक्स सेट होने तक सामान्य डोमेन ईमेल अग्रेषण, नियंत्रण प्रतियाँ नहीं (वे सीधे मेलबॉक्स वाले MX रिकॉर्ड से ही पहुँचती हैं)	– (नियंत्रण प्रतियाँ नहीं)	स्थानांतरण तंत्र जाँचना बाकी
ग्राहक के चुने अलर्ट चैनल (ईमेल, वेबहुक, Slack, Discord, Microsoft Teams, Google Chat, Telegram)	घटना, डोमेन, लिंक; प्रामाणिकता जाँच में वेबसाइट का न होने पर प्रेषक डोमेन	P4, P6	ग्राहक चुना गंतव्य; कुछ EU के बाहर। Telegram अपने बॉट से भेजते हैं; स्थानांतरण तंत्र कानूनी समीक्षा का खुला प्रश्न
सभी जुड़ी वेबसाइटें	लिंक डोमेन सूची	P7	प्लगइन के उत्तर से
दूसरी जाँच इकाई	डोमेन, फ़ॉर्म पता, चयनकर्ता, चरण	P4	बंद

6.11 प्रतिधारण, मापा हुआ, इच्छित नहीं

अधिकांश मिटाना रात 03:00 पर स्थिति प्रक्रिया में होता है (srv/cron_status.php, cfg/fristen_lib.php); सामूहिक सुरक्षा रिपोर्ट और संभावित ग्राहक पंक्तियाँ रोज़ 04:00 से, संदेश पहुँचने की जाँच के संबंध हर प्राप्ति पर; अनाम तथा संभावित ग्राहक रिपोर्ट समाप्ति तारीख से मिटती हैं (cfg/check_lib.php)। स्क्रीनशॉट स्कैन के साथ डिस्क से मिटते हैं (cfg/fristen_lib.php)।

डेटा	कोड के अनुसार अवधि	स्रोत संदर्भ	निष्कर्ष
चित्र सहित निःशुल्क जाँच	30 दिन	cfg/check_lib.php	प्रभावी
चित्र सहित संभावित ग्राहक जाँच	90 दिन	cfg/akquise_lib.php; srv/cron_status.php (संभावित ग्राहक पंक्तियाँ)	प्रभावी
ग्राहक डोमेन की जाँच	13 महीने; अंतिम डोमेन रहने तक	cfg/fristen_lib.php	प्रभावी
काले किए चित्र सहित ब्राउज़र यात्रा परिणाम	13 महीने	cfg/fristen_lib.php	प्रभावी
मिटे डोमेन का डेटा	तुरंत; अनाथ डेटा रात में	cfg/fristen_lib.php (fe_domain_loeschen(), fe_fristen_lauf())	प्रभावी, स्क्रिप्ट सूची और बदलाव सहित, जिनकी आगे अलग अवधि नहीं (देखें प्रसंस्करण गतिविधियों के अभिलेख)
अध्ययन: चित्र सहित कच्चा डेटा	प्रकाशन पर	cfg/studie_lib.php	बिना प्रकाशन समय सीमा नहीं; होस्ट सूची प्रकाशन के बाद भी असीमित रहती है
बिना डोमेन और रिपोर्ट की आंतरिक जाँच	कोई नहीं	–	मिटाना नहीं; माप: 22 सितंबर 2026 से 369 चित्र वाली 85 जाँच (R4)
संदेश पहुँचने की जाँच के संबंध	180 दिन	cfg/zustellung_lib.php	प्रभावी
डोमेन पर प्रामाणिकता परिणाम	अगले परिणाम या डोमेन मिटने तक	cfg/zustellung_lib.php	बदला जाता है, समय सीमा नहीं
मेलबॉक्स की नियंत्रण प्रतियाँ	अगली सफल प्राप्ति तक (पाँच मिनट अंतराल)	cfg/zustellung_lib.php	प्रदाता की प्रतियाँ और बैकअप सत्यापित नहीं
लॉगिन के पीछे स्कैन के विवरण	ग्राहक द्वारा मिटाने या डोमेन मिटने तक; जॉब में अधिकतम रन के अंत तक, अवशेष एक घंटे बाद	cfg/login_lib.php	प्रभावी; बैकअप में केवल एन्क्रिप्ट पाठ, अधिकतम 14 दिन
सामूहिक सुरक्षा रिपोर्ट	30 दिन	cfg/swarm_lib.php	प्रभावी
निःशुल्क जाँच सीमाएँ (IP, देश, सत्र हैश)	7 दिन	srv/cron_status.php	प्रभावी
IP सहित असामान्य व्यवहार की टिप्पणियाँ	समाधान के 90 दिन बाद	srv/cron_status.php	अनसुलझी टिप्पणी की समय सीमा नहीं; माप: 3 टिप्पणियाँ, सभी सुलझीं
ऑप्ट-आउट का IP, देश, ब्राउज़र	12 महीने; बहिष्करण रहता है	cfg/fristen_lib.php	प्रभावी
डेटाबेस बैकअप	14 दिन	cfg/backup_lib.php	प्रभावी; अभी डेटाबेस के स्थान पर और अलग एन्क्रिप्ट नहीं; दूसरे स्थान पर एन्क्रिप्ट प्रति नियोजित (R13)

7. (b) आवश्यकता और आनुपातिकता का आकलन

मानदंड घोषित उद्देश्य हैं: संचालकों को फ़ॉर्म की स्पैम और दुरुपयोग सुरक्षा दिखाना (P1 से P5), फ़ॉर्म ईमेल की प्राप्ति और दिखने वाली प्रामाणिकता जाँचना (P6), और कई वेबसाइटों पर साझा स्पैम बचाव (P7)। उद्देश्य वैध हैं। Art. 35(7)(b) का प्रश्न संकीर्ण है: क्या उद्देश्य के लिए यही प्रसंस्करण इसी गहराई तक आवश्यक और हस्तक्षेप लाभ के अनुपात में है?

घटक	उद्देश्य के लिए आवश्यक?	वर्तमान रूप में आनुपातिक?
कुछ सार्वजनिक पृष्ठ, फ़ॉर्म संरचना और सुरक्षा उपाय लेना	हाँ। इनके बिना निष्कर्ष नहीं।	हाँ। अधिकतम आठ पृष्ठ (खंड 6.1 के अतिरिक्त दृश्यों सहित), robots.txt का मुखपृष्ठ निषेध मान्य, दृश्य फ़ील्ड के मान नहीं, प्राप्तकर्ता केवल डोमेन।
प्रति फ़ॉर्म स्क्रीनशॉट	हाँ, रिपोर्ट के प्रमाण के लिए: संचालक पहचान सके कि कौन-सा फ़ॉर्म है।	अधिकतर। क्रॉलर कुछ टाइप नहीं करता, इसलिए फ़ील्ड खाली हैं। लेकिन फ़ॉर्म तत्व का आसपास बिना कुछ छिपाए दिखता है (R3)।
मुखपृष्ठ स्क्रीनशॉट	स्वयं निष्कर्ष के लिए आवश्यक नहीं। रिपोर्ट में वेबसाइट पहचानने के लिए है।	केवल सीमित रूप में; और कमी नियोजित। मुखपृष्ठ पर अक्सर लोग होते हैं: टीम फ़ोटो, संपर्क व्यक्ति, नाम वाले ग्राहक अनुभव। R3 और खंड 9.3 देखें।
छिपे फ़ील्ड के मान पढ़ना (पहले 24 वर्ण, केवल जाँच के दौरान)	हाँ: उनसे टोकन और टाइमस्टैम्प पहचाने जाते हैं।	हाँ। केवल पहचान परिणाम रहता है, मान नहीं, लॉगिन के पीछे भी (R8)।
परीक्षण उत्तर पृष्ठ (चित्र और 300 वर्ण पाठ)	हाँ, फ़ॉर्म के उत्तर का प्रमाण।	हाँ। उत्तर बिना व्यक्तिगत डेटा के चिह्नित परीक्षण का है।
भाषा मॉडल वर्गीकरण	उपयोगी, आवश्यक नहीं: बिना इसके अधिक फ़ॉर्म “अज्ञात” रहते हैं।	हाँ। स्थानीय, बिना प्रकटीकरण और सबमिट अधिकार के।
चुने गए निष्कर्षों और स्कैन मेटाडेटा से स्थानीय कार्य योजना	सुधार की प्राथमिकताएँ तय करने के लिए उपयोगी, अलग-अलग निष्कर्ष तैयार करने के लिए आवश्यक नहीं।	मौजूदा स्कैन मेटाडेटा और विफल या अस्पष्ट परिणाम वाले अधिकतम 18 अलग-अलग निष्कर्षों तक सीमित; प्रॉम्प्ट में स्क्रीनशॉट या दर्ज किए गए फ़ील्ड मान नहीं। योजना परामर्शात्मक है और AI द्वारा उत्पन्न के रूप में चिह्नित है; अलग-अलग निष्कर्ष निर्णायक रहते हैं। URL और टिप्पणियों में फिर भी व्यक्तिगत डेटा हो सकता है, और उत्पन्न पाठ पर स्कैन की प्रतिधारण अवधि तथा लिंक रखने वाले को पहुँच मिलने के नियम लागू होते हैं। ये सीमाएँ डेटा उजागर होने की संभावना घटाती हैं, लेकिन तथ्यात्मक शुद्धता का प्रमाण नहीं हैं (R10)।
सक्रिय परीक्षण सबमिशन	हाँ। सुरक्षा काम करती है या नहीं, परीक्षण से ही स्पष्ट होता है।	हाँ, सीमा और चिह्नांकन सहित। लेकिन पूर्वशर्त—नियंत्रण प्रमाण—कभी नवीनीकृत नहीं (R7)।
उजागर फ़ाइल खोज	हाँ, ग्राहक के लिए जिसका फ़ॉर्म डेटा वहाँ उजागर हो सकता है।	हाँ। केवल सत्यापित डोमेन, अधिकतम 8 KB, सामग्री कभी संग्रहीत नहीं।
लॉगिन के पीछे स्कैन	हाँ, अन्यथा न जाँचे जा सकने वाले सदस्य क्षेत्र फ़ॉर्म के लिए।	अधिकतर। एन्क्रिप्शन और मिटाना सावधानी से बने हैं; लेकिन लॉगिन बिना एन्क्रिप्शन और दोषपूर्ण प्रमाणपत्र स्वीकारता है (R8)।
वास्तविक आगंतुक संदेश की नियंत्रण प्रति	प्राप्ति प्रमाण के लिए नहीं। वह केवल परीक्षण प्रति पर निर्भर है (cfg/zustellung_lib.php)। वास्तविक संदेश साथ आते हैं क्योंकि फ़ॉर्म की गुप्त प्रति परीक्षण और असली संदेश नहीं अलग करती। प्रामाणिकता (SPF, DKIM, DMARC) के लिए उपयोगी हैं क्योंकि असली प्रेषण रास्ता दिखाते हैं।	आंशिक। सामग्री रखी नहीं लेकिन पढ़ी जाती है और प्राप्ति तक उस प्रदाता के पास रहती है जिसका अनुबंध खुला है (R1, R2)। कम हस्तक्षेप वाला डिज़ाइन संभव है: प्लगइन से गुप्त प्रति केवल चिह्नित परीक्षणों तक सीमित हो सकती है (खंड 9.3)।
असली संदेशों का प्रेषक डोमेन रखना	आंशिक: दिखाता है कि फ़ॉर्म आगंतुक को प्रेषक बनाता है या नहीं (स्पैम में जाने का सामान्य कारण)।	शर्त के साथ। अपने डोमेन वाले व्यक्ति के लिए डोमेन व्यक्तिगत डेटा है और ग्राहक तथा चैनलों के अलर्ट में जाता है (R1)।
लिंक डोमेन की साझा सूची	हाँ। कई वेबसाइटों पर एक साथ आया स्पैम लिंक ऐसा मज़बूत संकेत है जो अकेली साइट के पास नहीं।	हाँ, न्यूनतम संख्या, अपवाद और मिटाने के बजाय क्वारंटीन सहित। नए आकलन के बिना IP नेटवर्क आनुपातिक नहीं होंगे।
अध्ययन का कच्चा डेटा	मूल्यांकन तक हाँ।	अधिकतम अवधि के बिना नहीं (R4)।
यादृच्छिक लिंक की रिपोर्ट	हाँ। आगे भेजना—जैसे वेबसाइट सँभालने वाले प्रदाता को—निःशुल्क जाँच का उद्देश्य है।	हाँ। 128 बिट लिंक, noindex, निःशुल्क रिपोर्ट केवल अंश (cfg/check_lib.php, FE_FREE_DETEKTOREN), 30 दिन बाद मिटती है।

वैधता। P1 से P3 और P7 के लिए Art. 6(1)(f) पर निर्भर हैं। संतुलन के पक्ष में: सार्वजनिक डेटा किसी आगंतुक की तरह लिया जाता है; कुछ सबमिट नहीं; व्यक्तिगत डेटा संयोगवश और कम; अवधि छोटी; संचालक robots.txt में मुखपृष्ठ निषेध से क्रॉलर की आगे जाँच और ऑप्ट-आउट पृष्ठ से किसी भी आगे जाँच को तुरंत बिना प्रमाण रोक सकता है; सुरक्षित फ़ॉर्म का लाभ संचालक और आगंतुकों को भी मिलता है। विरुद्ध: संचालक जाँच नहीं जानता, रिपोर्ट तीसरे पक्ष के लिए है और एकल व्यवसायियों में व्यक्ति आँका जाता है। खंड 9.1 के उपाय रहने तक संतुलन उचित मानते हैं; कानूनी पुष्टि बाकी है।

डेटा विषयों को जानकारी (Art. 13 और 14)। संचालकों और जाँचे पृष्ठों के लोगों को क्रॉलर पृष्ठ से बताते हैं, जिसका नाम हर अनुरोध की पहचान में है, तथा गोपनीयता नीति और ऑप्ट-आउट पृष्ठ से। स्क्रीनशॉट में संयोग से आए लोगों को अलग सूचित करने के लिए उनकी पहचान करनी होगी—और अधिक गंभीर अतिरिक्त हस्तक्षेप। उस सीमा तक Art. 14(5)(b) पर निर्भर हैं। नियंत्रण प्रति वाले आगंतुकों को ग्राहक बताता है; डेटा प्रसंस्करण समझौता यह माँगता है और हम पाठ खंड देते हैं।

न्यूनतम डेटा (Art. 5(1)(c))। कई जगह कोड में दिखाई देता है: फ़ील्ड मान नहीं, प्राप्तकर्ता केवल डोमेन, स्क्रिप्ट पते के खाता पहचानकर्ता छिपे, डेटाबेस में नियंत्रण प्रति सामग्री नहीं, लॉगिन के पीछे स्क्रीनशॉट नहीं, सामूहिक सुरक्षा में केवल डोमेन। दो जगह और कमी संभव तथा नियोजित है (खंड 9.3): बिना छिपाए मुखपृष्ठ स्क्रीनशॉट और असली संदेश का प्रेषक डोमेन।

सीमित संग्रहण (Art. 5(1)(e))। 27 सितंबर 2026 से रात की प्रक्रिया ग्राहक डेटा के लिए गोपनीयता नीति की अवधियाँ मानती और पुराने बिना डोमेन संबंध वाले अवशेष साफ करती है (cfg/fristen_lib.php)। दो असीमित रास्ते खुले हैं: आंतरिक जाँच और अप्रकाशित अध्ययन (R4)।

सटीकता (Art. 5(1)(d))। निष्कर्ष गलत हो सकता है: सुरक्षा अंतःक्रिया के बाद लोड होती है, इसलिए फ़ॉर्म असुरक्षित लगता है, या फ़ायरवॉल क्रॉलर से आगंतुक से अलग व्यवहार करता है। जिसकी वेबसाइट सार्वजनिक रूप से “असुरक्षित” बताकर साझा हो, उसके लिए प्रतिष्ठा का प्रश्न है। इसलिए रिपोर्ट तरीका, प्रमाण और बाहर की जाँच की सीमाएँ बताती है।

आनुपातिकता का परिणाम: तीसरे पक्ष और अपनी वेबसाइटों की वर्तमान जाँच मूलतः आनुपातिक है। तीन जगह सामान्य उपायों से सुधार आवश्यक और नियोजित है (खंड 9.3): मुखपृष्ठ स्क्रीनशॉट, असीमित आंतरिक जाँच और बिना एन्क्रिप्शन लॉगिन। संदेश पहुँचने की जाँच परीक्षण प्रति और प्रामाणिकता के लिए आनुपातिक है; असली आगंतुक संदेशों के लिए तभी जब सामग्री न रखी जाए, मेलबॉक्स प्रदाता का रास्ता अनुबंध से सुरक्षित हो और ग्राहक आगंतुकों को बताए। आज तीन में दूसरा बिंदु नहीं है।

8. (c) डेटा विषयों के अधिकारों और स्वतंत्रताओं के जोखिम का आकलन

आकलन डेटा विषयों के जोखिम का है, formexposed का नहीं। संभावना दूरस्थ, संभव, संभावित या घटित आँकी जाती है; “घटित” का अर्थ घटना अनुमान नहीं बल्कि मापी स्थिति है। गंभीरता सीमित, महत्वपूर्ण, गंभीर या अत्यंत गंभीर है, इस अनुसार कि व्यक्ति क्या खो सकता है: संदेश की गोपनीयता, खाते का नियंत्रण, व्यावसायिक प्रतिष्ठा या अधिकार का प्रयोग। दोनों से स्तर निकलता है और खंड 9.1 के उपायों सहित वर्तमान स्थिति बताता है।

सं.	जोखिम	प्रसंस्करण कार्य	संभावना	गंभीरता	स्तर
R1	संभावित विशेष श्रेणियों सहित नियंत्रण प्रति में असली आगंतुक संदेश	P6	चालू होते ही घटित	गंभीर	उच्च
R2	बिना अनुबंध और संभावित तीसरे देश संबंध वाले मेलबॉक्स प्रदाता से नियंत्रण प्रति	P6	अनुबंध न होने तक संभावित	गंभीर	उच्च
R3	बिना छिपाए तीसरे पक्ष वेबसाइट स्क्रीनशॉट	P1–P4	संभावित	सीमित	मध्यम
R4	मिटाने के रास्ते बिना जाँच डेटा और स्क्रीनशॉट	P3, आंतरिक जाँच	घटित	महत्वपूर्ण	उच्च
R5	संचालक की जानकारी बिना तीसरे पक्ष वेबसाइट की जाँच और सार्वजनिक स्तर; टोह के लिए दुरुपयोग	P1	संभव	महत्वपूर्ण	मध्यम
R6	अनचाहे संपर्क का आधार बनी संभावित ग्राहक जाँच	P2	संभावित	सीमित	मध्यम
R7	नियंत्रण प्रमाण कभी नवीनीकृत नहीं	P4, P5	संभव	महत्वपूर्ण	मध्यम
R8	लॉगिन के पीछे स्कैन के विवरण और सामग्री	P5	संभव	गंभीर	मध्यम; असली खातों के लिए उच्च
R9	ग्राहक वेबसाइट पर सक्रिय सबमिशन और फ़ाइल जाँच	P4	दूरस्थ	महत्वपूर्ण	कम
R10	भाषा मॉडल वर्गीकरण	P1–P4	दूरस्थ	सीमित	कम
R11	कई वेबसाइट रिपोर्ट की साझा ब्लॉक सूची	P7	संभव	सीमित	कम से मध्यम; IP नेटवर्क के साथ उच्च
R12	सार्वजनिक लिंक पर रिपोर्ट और स्क्रीनशॉट	P1, P2, P4	संभव	सीमित	कम
R13	बुनियादी ढाँचे की कमज़ोरियाँ: बैकअप, सर्वर पहुँच, स्कैन सर्वर	सभी	संभव	गंभीर	उच्च
R14	हमें न जानने वाले लोगों के डेटा विषय अधिकार	P1–P6	संभावित	सीमित	कम

R1 – नियंत्रण प्रति में वास्तविक आगंतुक संदेश

यह सेवा का सबसे गंभीर जोखिम है, गलती से नहीं बल्कि डिज़ाइन से आता है। फ़ॉर्म की गुप्त प्रति परीक्षण और आगंतुक संदेश अलग नहीं करती। ग्राहक जाँच चालू करे, तो फ़ॉर्म का हर संदेश नियंत्रण मेलबॉक्स पहुँचता है (cfg/zustellung_lib.php)। प्राप्ति प्रक्रिया परीक्षण पहचानकर्ता खोजने के लिए हेडर और पहले 8 KB स्मृति में पढ़ती है (cfg/zustellung_lib.php)। सामान्य संपर्क फ़ॉर्म में इसका अर्थ नाम, ईमेल, फ़ोन और पूरा संदेश है।

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

दो अतिरिक्त रास्ते हैं। पहला, प्रामाणिकता जाँच डोमेन पर प्रेषक पते का डोमेन रखती है (cfg/zustellung_lib.php)। फ़ॉर्म आगंतुक को प्रेषक बनाए, तो उसका डोमेन है—बड़े मेल प्रदाता के लिए अर्थहीन, अपने डोमेन वाले व्यक्ति के लिए व्यक्तिगत डेटा। वह ग्राहक और उसके चुने चैनलों के अलर्ट में भी आता है (cfg/zustellung_lib.php)। दूसरा, प्रेषण मेल सर्वर का पता रखती है (cfg/zustellung_lib.php); सामान्यतः वेबसाइट सर्वर है, आगंतुक का नहीं।

संभावना – चालू होते ही घटित। यह निश्चित है कि वास्तविक संदेश आते हैं; प्रश्न उनकी संख्या का है। विकास माप में कोई डोमेन यह कार्य नहीं चलाता। गंभीरता – गंभीर। व्यवसाय को संदेश की गोपनीयता कई लोगों के लिए महत्वपूर्ण और कुछ सामान्य ग्राहकों में Art. 9 का डेटा अपेक्षित है। सामग्री डेटाबेस में न जाने, मेलबॉक्स में थोड़े समय रहने और formexposed का कोई व्यक्ति न पढ़ने से गंभीरता घटती है। स्तर – उच्च।

R2 – बिना अनुबंध वाले मेलबॉक्स प्रदाता से नियंत्रण प्रति

प्राप्ति से पहले प्रति Namecheap, Inc. (Private Email), Phoenix, Arizona, USA के मेलबॉक्स में रहती है। केवल हमारे MX सीधे उस पर संकेत करें तभी पहुँचती है; रजिस्ट्रार Namecheap, Inc. का अग्रेषण नियंत्रण प्रति का पड़ाव नहीं (उससे मेलबॉक्स नहीं पहुँचती)। बचे पड़ाव की अनुबंध व्यवस्था खुली है: प्रदाता अनुबंध नहीं हुआ, भंडारण स्थान, उप-प्रसंस्करणकर्ता और बैकअप अवधि तय नहीं और स्थान के लिए पर्याप्तता निर्णय या मानक संविदात्मक खंड चाहिए तथा लागू हैं या नहीं, खुला है। अपने लेनदेन ईमेल के लिए अनुबंध डिज़ाइन का विषय है। नियंत्रण प्रति के लिए अधिक गंभीर: यह प्रसंस्करणकर्ता के रूप में मिला डेटा है और हर रास्ते का प्रदाता उप-प्रसंस्करणकर्ता है जिसके लिए Art. 28(4) का दायित्व हमारा है।

“प्राप्ति के बाद मिटाना” भी केवल मेलबॉक्स के हमारे दृश्य पर लागू है। प्रदाता मिटे ईमेल अपने बैकअप या कचरे में रखता है या नहीं और कब तक, सत्यापित नहीं। प्राप्ति रुके, तो अगली सफल प्रक्रिया तक रहते हैं (cfg/zustellung_lib.php); स्थिति प्रक्रिया विफल हो, तो असीमित। अंत में, प्राप्ति की सुरक्षा भी शुरुआत से पहले उत्पादन पर जाँचने का बिंदु है (खंड 9.3)।

संभावना – संभावित जब तक अनुबंध नहीं: हर प्रति यही रास्ता लेती है। गंभीरता – गंभीर, R1 जैसे कारणों से। स्तर – उच्च। ऐप की सेटअप सूची गायब मेलबॉक्स की चेतावनी देती है; बिना दर्ज अनुबंध जाँच रोकने वाला अवरोध नहीं।

R3 – बिना छिपाए तीसरे पक्ष वेबसाइट स्क्रीनशॉट

क्रॉलर पहले पृष्ठ के दृश्य क्षेत्र और हर दृश्य फ़ॉर्म तत्व का चित्र लेता है (scanner/src/crawl.js)। कुछ छिपाया नहीं जाता। ब्राउज़र यात्राएँ अलग हैं: चित्र से पहले इनपुट छिपते हैं (scanner/src/browser.js)। इसलिए केवल यात्रा चित्र “साफ” हैं, क्रॉलर चित्र और सक्रिय उत्तर पृष्ठ नहीं।

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

संभावना – संभावित। विकास डेटा में 432 स्क्रीनशॉट मापे गए। गंभीरता – सीमित: सामग्री पहले से सार्वजनिक और बिना खाते की अवधि छोटी है। स्तर – मध्यम, क्योंकि चित्रित लोग नहीं जानते और मुखपृष्ठ छवि निष्कर्ष के लिए आवश्यक नहीं।

R4 – मिटाने के रास्ते बिना जाँच डेटा और स्क्रीनशॉट

रात की प्रक्रिया दो रास्तों से जाँच मिटाती है: रिपोर्ट समाप्ति तारीख (cfg/check_lib.php) और ग्राहक डोमेन की जाँच अवधि (cfg/fristen_lib.php, केवल डोमेन वाली जाँच)। रिपोर्ट और डोमेन दोनों बिना जाँच दोनों से छूटती है। ये “internal” स्तर की जाँचें हैं: अध्ययन और प्रदाता की कमांड लाइन जाँच।

• अध्ययन प्रकाशन पर कच्चा डेटा मिटाते हैं (cfg/studie_lib.php)। कभी प्रकाशित न हो—फ़ॉर्म वाली वेबसाइट बहुत कम हों (cfg/studie_lib.php तब प्रकाशन मना करता है) या छोड़ दिया गया हो—तो जाँच, फ़ॉर्म, निष्कर्ष और स्क्रीनशॉट असीमित रहते हैं।
• कमांड लाइन की आंतरिक जाँच का कोई मिटाने का रास्ता नहीं। 11 अक्टूबर 2026 का माप: तीसरे पक्ष वेबसाइटों की 85 जाँच, 978 फ़ॉर्म और 369 स्क्रीनशॉट, सबसे पुरानी 22 सितंबर 2026, किसी की रिपोर्ट या डोमेन नहीं।
• निःशुल्क जाँच के असामान्य व्यवहार की टिप्पणियाँ IP रखती और समाधान के 90 दिन बाद मिटती हैं (srv/cron_status.php)। कभी न सुलझी टिप्पणी रहती है। माप: तीन, सभी सुलझीं।

संभावना – घटित। 85 जाँच अनुमान नहीं, मौजूदा डेटा हैं। विकास पर मैदानी परीक्षण की जाँचें हैं; उत्पादन में वही कोड। गंभीरता – महत्वपूर्ण: डेटा की अवधि नहीं। सीमित संग्रहण (Art. 5(1)(e)) के संदर्भ में नियोजित उपाय वाला खुला बिंदु (खंड 9.3, प्राथमिकता “पहले”) है और ठीक उन लोगों पर असर है जो जाँच नहीं जानते। आंतरिक जाँच प्रसंस्करण गतिविधियों के अभिलेख में है; गोपनीयता नीति अलग नहीं बताती (खंड 9.4)। स्तर – उच्च।

R5 – संचालक की जानकारी बिना तीसरे पक्ष वेबसाइट की जाँच और सार्वजनिक स्तर

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

कई अवरोध इसके विरुद्ध हैं (cfg/check_lib.php): सात दिन में प्रति डोमेन अधिकतम एक जाँच, फिर वही रिपोर्ट; IP और सत्र सीमा; कुल दैनिक सीमा; दुरुपयोग में सामान्य बहुत नए डोमेन नहीं; असामान्य व्यवहार की टिप्पणी और संकेत; robots.txt तथा ऑप्ट-आउट दो बार जाँचे जाते हैं (cfg/check_lib.php और जाँच सेवा में)। निःशुल्क रिपोर्ट अंश है: मूल निष्कर्ष, सभी डिटेक्टर का प्रमाण नहीं। वह कुछ ऐसा नहीं बताती जो बॉट सेकंडों में स्वयं न खोज सके—असुरक्षित फ़ॉर्म बाहर से दिखता है।

संभावना – संभव। गंभीरता – महत्वपूर्ण उस एकल व्यवसायी के लिए जिसका फ़ॉर्म रिपोर्ट के बाद निशाना बने या स्तर गलत हो। स्तर – मध्यम।

R6 – अनचाहे संपर्क का आधार बनी संभावित ग्राहक जाँच

इंटरफ़ेस में यह जाँच “पहली बातचीत का द्वार” है। एजेंसी छोटे निष्कर्ष को कैसे इस्तेमाल करे, उसका निर्णय; तकनीकी रूप से बिना अनुरोध वाले संचालक को भी भेज सकती है। हम संपर्क नहीं करते (cfg/akquise_lib.php) और सेवा की शर्तें एजेंसी को विज्ञापन तथा संपर्क नियम मानने को बाध्य करती हैं। लेकिन अनचाहा निष्कर्ष ईमेल व्यवसायों के बीच भी प्रत्यक्ष मार्केटिंग है, जिसके लिए पोलैंड (इलेक्ट्रॉनिक संचार कानून (Prawo komunikacji elektronicznej, PKE) का Art. 398) और जर्मनी (अनुचित प्रतिस्पर्धा के विरुद्ध अधिनियम (Gesetz gegen den unlauteren Wettbewerb, UWG) का § 7(2)) में पूर्व सहमति चाहिए। इंटरफ़ेस यह नहीं बताता; पाठ केवल “निष्क्रिय” और “ऑप्ट-आउट सूची” कहता है।

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

R7 – नियंत्रण प्रमाण कभी नवीनीकृत नहीं

सक्रिय सबमिशन, फ़ाइल खोज और लॉगिन के पीछे स्कैन के लिए ग्राहक का नियंत्रण अधिकार प्रमाण चाहिए। यह एक बार जँचता है (cfg/verify_lib.php) और फिर कभी नहीं। कोड में प्रमाण खोने का रास्ता नहीं। डोमेन स्वामी बदले, एजेंसी नियुक्ति समाप्त हो या संचालक DNS रिकॉर्ड हटाए, जाँच जारी है—दैनिक तक, पाँच परीक्षणों तक और रखे होने पर ऐसे परीक्षण खाते के लॉगिन से जिसे नया संचालक न जानता हो। इसके विपरीत नाम बदलकर दूसरे होस्ट को प्रमाण देना संभव नहीं: प्रमाण वाले डोमेन का होस्ट नाम नहीं बदलता।

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

R8 – लॉगिन के पीछे स्कैन के विवरण और सामग्री

लॉगिन एन्क्रिप्शन सावधानी से बना है: वेब सर्वर संग्रहण बाद पढ़ नहीं सकता, डेटाबेस/बैकअप केवल एन्क्रिप्ट पाठ, रिकॉर्ड डोमेन से बँधा, विवरण केवल मानक इनपुट से कंटेनर में जाकर स्मृति से साफ होते हैं (खंड 6.5)। दो कमियाँ बचती हैं; तीसरा बिंदु केवल पढ़ने का है, रखने का नहीं।

• बिना एन्क्रिप्शन लॉगिन अनुमत। पता जाँच http और https दोनों देती है (cfg/login_lib.php, scanner/src/login.js)। ग्राहक http पृष्ठ दे, तो हर जाँच में नाम और पासवर्ड इंटरनेट पर खुले पाठ में जाते हैं।
• प्रमाणपत्र त्रुटि लॉगिन नहीं रोकती। ग्राहक साइट का अवैध प्रमाणपत्र अभी लॉगिन नहीं रोकता (scanner/src/login.js)। इसलिए रास्ते में प्रमाणपत्र पूरी सुरक्षा नहीं देता। ऐसी त्रुटि पर रोक नियोजित है (खंड 9.3, प्राथमिकता “पहले”)।
• भीतर छिपे मान पढ़े, संग्रहीत नहीं होते। क्रॉलर छिपे मान के पहले 24 वर्ण पढ़ता है (scanner/src/crawl.js) और वही फ़ंक्शन भीतर चलता है (scanner/src/login.js)। वहाँ अक्सर खाता नंबर, उपयोगकर्ता पहचान या लॉगिन खाते का ईमेल होता है; लेकिन फ़ील्ड मानचित्र और निष्कर्ष में केवल नाम, प्रकार, लेबल तथा पहचान परिणाम जाते हैं।

कोड न रोक सकने वाली बात भी है: ग्राहक न्यूनतम अधिकार के परीक्षण खाते की पुष्टि करता है (cfg/login_lib.php) लेकिन वास्तविक प्रशासक खाता डाल सकता है। पृष्ठ ग्राहक तय करता है; लॉगआउट और मिटाने वाले शब्द अवरुद्ध हैं, साधारण अनुरोध से वेबसाइट की अन्य कार्रवाइयाँ नहीं।

संभावना – संभव। गंभीरता – गंभीर यदि व्यापक अधिकार वाला खाता प्रभावित हो; तब सभी उपयोगकर्ताओं के डेटा वाला सदस्य क्षेत्र खुला है। स्तर – मध्यम कम अधिकार के परीक्षण के लिए, उच्च असली खाते के लिए। विकास माप में कोई परीक्षण खाता नहीं।

R9 – ग्राहक वेबसाइट पर सक्रिय सबमिशन और फ़ाइल जाँच

परीक्षण ग्राहक के फ़ॉर्म ईमेल पढ़ने वाले कर्मचारी या प्रदाता को जाता है। व्यक्तिगत डेटा नहीं: प्रेषक dummy@formexposed.com, पाठ और विषय चिह्नित तथा जाँच पहचान सहित हैं (scanner/src/active.js)। जोखिम गलत वर्गीकरण है: आवेदन, बुकिंग या सलाह फ़ॉर्म को संपर्क समझे, तो परीक्षण परिणाम वाले कार्यप्रवाह में जाएगा। इसके विरुद्ध “सबमिट योग्य” के कठोर नियम (scanner/src/classify.js), प्राधिकरण, शिक्षा, क्लिनिक, चिकित्सा, पुलिस तथा न्यायालय डोमेन का अवरोध (scanner/src/classify.js) और भाषा मॉडल का निर्णय से बाहर होना है (scanner/src/classify.js)। उत्तर से स्थिति, लक्ष्य पता, शीर्षक, 300 वर्ण और चित्र रहते हैं; वे परीक्षण के हैं।

फ़ाइल जाँच सामान्य पथ के अधिकतम 8 KB पढ़ती है। वास्तविक डेटाबेस डंप उजागर हो, तो इन 8 KB में आगंतुक प्रविष्टियाँ हो सकती हैं। केवल हस्ताक्षर जाँचकर छोड़ी जाती हैं (cfg/dateien_lib.php); पथ, प्रकार और गंभीरता रहते हैं।

संभावना – दूरस्थ। गंभीरता – महत्वपूर्ण। स्तर – कम। विकास डेटा में एक सक्रिय जाँच, कोई स्वीकृत सबमिशन नहीं।

R10 – भाषा मॉडल वर्गीकरण

नियमों से अज्ञात फ़ॉर्म के लिए मॉडल पृष्ठ शीर्षक, पता, बटन पाठ, फ़ील्ड विवरण और अधिकतम 400 वर्ण लेता है (scanner/src/classify.js)। नाम हो सकता है, जैसे “आपका संपर्क व्यक्ति: …”। अपने सर्वर पर चलता; कोड में तीसरे पक्ष को कुछ नहीं। मॉडल सॉफ़्टवेयर अनुरोध लॉग करता है या नहीं, सत्यापित नहीं। परिणाम केवल दिखने वाला प्रकार तय करता, सबमिट योग्य नहीं बना सकता; गलत वर्गीकरण खराब निष्कर्ष देता है, कार्रवाई नहीं।

संभावना – दूरस्थ। गंभीरता – सीमित। स्तर – कम।

R10 – अतिरिक्त कार्य योजना चरण

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

R11 – कई वेबसाइट रिपोर्ट की साझा ब्लॉक सूची

सूचीबद्ध डोमेन का लिंक वाले संदेश सभी जुड़ी साइटों पर क्वारंटीन जाते हैं। डोमेन व्यक्ति—कारीगर, फ़ोटोग्राफ़र, ब्लॉग—का हो, तो अपनी वेबसाइट लिंक वाले संदेश देर से मिलते हैं। डोमेन स्पैमर के दुरुपयोग या किसी के जानबूझकर कई साइटों पर उसके लिंक के असफल संदेश भेजने से सूची में आ सकता है।

इसके विरुद्ध निम्न उपाय हैं (cfg/swarm_lib.php): सात दिन में कम से कम तीन अलग वेबसाइटों पर पाँच बार मिलना आवश्यक है; बड़ी सेवाओं के निश्चित अपवाद हैं; ग्राहक डोमेन कभी सूची में नहीं आते; सर्वर के उपकरण से मैन्युअल हटाना संभव है; मिटाने के बजाय क्वारंटीन होता है; सूची रोज़ बनती है और जिनकी सूचना फिर नहीं आती, वे हट जाते हैं। प्रभावित व्यक्ति सूची नहीं देख सकते और हमें संपर्क करने के अलावा हटाने की माँग का अपना कोई रास्ता नहीं है।

संभावना – संभव। गंभीरता – सीमित, क्योंकि कुछ खोता नहीं और प्राप्तकर्ता संदेश जारी कर सकता है। स्तर – कम से मध्यम। IP नेटवर्क चालू होने पर पूरे प्रदाताओं के नेटवर्क प्रभावित होंगे, IP पते व्यक्तिगत डेटा हैं और गंभीरता महत्वपूर्ण हो जाएगी: उच्च।

R12 – सार्वजनिक लिंक पर रिपोर्ट और स्क्रीनशॉट

निःशुल्क, संभावित ग्राहक और ग्राहक डोमेन की रिपोर्ट बिना लॉगिन यादृच्छिक लिंक से खुलती हैं। लिंक में 128 बिट यादृच्छिकता है और उसका अनुमान नहीं लगाया जा सकता (cfg/check_lib.php)। पृष्ठों पर noindex है, ऐप केवल मूल स्रोत भेजने वाली रेफ़रर नीति देता है (www/.htaccess), और स्क्रीनशॉट केवल संबंधित रिपोर्ट के साथ मिलते हैं; दूसरे चित्र नंबर पर “नहीं मिला” लौटता है (www/shot.php)। जोखिम क्रिप्टोग्राफ़िक नहीं, मानवीय है: लिंक आगे भेजा, टिकट में कॉपी या चैट में साझा किया जाता है। खोलने वाला सामान्य पृष्ठ दृश्य की तरह केवल पृष्ठ पहुँच लॉग में दर्ज होता है (60 दिन), जिसमें स्वयं लिंक छिपे रूप में होता है; हर रिपोर्ट के पाठकों की सूची नहीं है।

संभावना – संभव। गंभीरता – सीमित, क्योंकि रिपोर्ट केवल सार्वजनिक जानकारी दिखाती और क्रमशः 30 या 90 दिन बाद समाप्त होती है; ग्राहक डोमेन की रिपोर्ट जाँच रहने तक खुलती है (13 महीने, अंतिम उससे अधिक)। स्तर – कम।

R13 – बुनियादी ढाँचे की कमज़ोरियाँ

निम्न बिंदु हमारे आंतरिक समीक्षा पैकेज में खुले हैं और यहाँ छिपाए नहीं गए हैं। ग्राहकों के अपने आकलन के लिए जितनी सटीकता आवश्यक है, उतना बताते हैं, लेकिन इतना नहीं कि हमलावर को रास्ता दिखे; अनुरोध पर पर्यवेक्षी प्राधिकरण को विवरण देंगे।

• डेटाबेस के बैकअप अभी उसी स्थान पर हैं और अलग एन्क्रिप्ट नहीं हैं; दूसरे स्थान पर एन्क्रिप्ट प्रति नियोजित है (cfg/backup_lib.php)। तब तक वे स्थान खोने से सुरक्षा नहीं देते और डेटाबेस पाने वाला बैकअप भी पाता है। लॉगिन के पीछे स्कैन के विवरण उनमें केवल एन्क्रिप्ट पाठ में हैं।
• संग्रहीत डेटाबेस का एन्क्रिप्शन नहीं है। अलग एन्क्रिप्ट फ़ील्ड (परीक्षण खाते के विवरण, दो-चरणीय गुप्त मान) अपवाद हैं।
• आंतरिक नेटवर्क के कनेक्शन पूरी तरह एन्क्रिप्ट नहीं हैं।
• सर्वर प्रशासन। प्रशासन पहुँच की सुरक्षा अभी संचालन के इच्छित मानक की नहीं है; उसे मज़बूत करना जारी है।
• जाँच वातावरण। स्कैन सर्वर ब्राउज़र में तीसरे पक्ष की वेबसाइट खोलता है। कंटेनर पृथक हैं—अपना नेटवर्क, विशेष अधिकार नहीं, केवल पढ़ना, सीमाएँ (scanner/src/worker.js)। जाँच वातावरण और सेवा के अन्य भागों का पृथक्करण और मज़बूत किया जा रहा है (खंड 9.3)।

संभावना – संभव। गंभीरता – गंभीर, क्योंकि आपातस्थिति में सब एक साथ प्रभावित होगा। स्तर – उच्च। अलग बिंदु सामान्य उपायों से सुधारे जा सकते हैं (खंड 9.3)।

R14 – हमें न जानने वाले लोगों के डेटा विषय अधिकार

स्क्रीनशॉट में संयोग से आया व्यक्ति या नियंत्रण प्रति से गुज़रे संदेश का प्रेषक सामान्यतः हमारे अस्तित्व को नहीं जानता। जानने पर भी “अपने” डेटा की कुंजी नहीं है: हम व्यक्ति के अनुसार नहीं, डोमेन और जाँच के अनुसार रखते हैं। Art. 15 के पहुँच अनुरोध का उत्तर व्यक्ति के डोमेन बताने पर ही दे सकते हैं; तब मौजूदा जाँच और चित्र देख सकते हैं। वास्तविक आगंतुक संदेश का प्रकटीकरण करने को कुछ नहीं, क्योंकि उन्हें नहीं रखते—R1 का प्रेषक डोमेन अपवाद है। ऑप्ट-आउट केवल डोमेन संचालकों के लिए है, चित्रित लोगों के लिए नहीं; उनके लिए contact@lukaswojcik.com का रास्ता है।

संभावना – संभावित, संरचनात्मक स्थिति के रूप में। गंभीरता – सीमित, क्योंकि डेटा अल्पकालिक और व्यक्ति अनुसार संगठित नहीं है। स्तर – कम।

9. (d) जोखिमों से निपटने के उपाय

हर उपाय की स्थिति है और वे केवल सजावट नहीं हैं। आज लागू – सत्यापित का अर्थ है: विकास कोड में पढ़ा और जहाँ संभव डेटाबेस से मापा गया। आंशिक का अर्थ तंत्र मौजूद है लेकिन उद्देश्य पूरी तरह नहीं पाता। नियोजित का अर्थ आकलन का प्रस्ताव है, बना नहीं; स्वामी तय करता है कि बनेगा या नहीं और कब। तय करना बाकी वे प्रक्रियाएँ और निर्णय हैं जिनका कोड विकल्प नहीं है। नियोजित उपाय को लागू बताने वाला DPIA उसी स्थिति में मूल्य खोता है जहाँ उसकी आवश्यकता होती है।

9.1 आज लागू – सत्यापित

उपाय	संबंधित जोखिम	स्रोत संदर्भ
हर जाँच से पहले क्रॉलर robots.txt पढ़ता है; मुखपृष्ठ का बहिष्करण, अनुपलब्ध फ़ाइल या सर्वर त्रुटि जाँच रोकती है (उपपथ अलग नहीं; नियमित स्थिति जाँच, प्रमाण, हेडर और फ़ाइल खोज इसे नहीं पढ़ते)	R5, वैधता	scanner/src/net.js
बिना प्रमाण तुरंत ऑप्ट-आउट, डोमेन और www के लिए, अनाम, संभावित ग्राहक, अध्ययन तथा ग्राहक जाँचों पर (चलती निगरानी अगली जाँच पर रुकती है); ऐप और सेवा दो बार जाँचते हैं; केवल हम अनुरोध और प्रमाण पर हटाते हैं	R5, R7, Art. 21	cfg/check_lib.php; cfg/akquise_lib.php; cfg/studie_lib.php; scanner/src/worker.js
निःशुल्क जाँच: आपात रोक, reCAPTCHA, प्रति डोमेन सप्ताह में एक जाँच, IP/सत्र सीमा, दैनिक सीमा, नए डोमेन नहीं, केवल सार्वजनिक पते, असामान्यता पर टिप्पणी और बिना सामग्री संकेत	R5	cfg/check_lib.php
सीमाओं के लिए सत्र केवल हैश में रहता है, स्वयं सत्र पहचानकर्ता कभी नहीं	न्यूनतम डेटा	cfg/check_lib.php
फ़ील्ड मान नहीं (छिपे फ़ील्ड की शुरुआत और डेटा एट्रिब्यूट केवल जाँच में पढ़े जाते हैं, खंड 6.2); प्राप्तकर्ता केवल डोमेन; स्क्रिप्ट पतों के खाता पहचानकर्ता छिपे	न्यूनतम डेटा	scanner/src/crawl.js
निःशुल्क रिपोर्ट अंश है: मूल निष्कर्ष, सभी डिटेक्टर का प्रमाण नहीं	R5	cfg/check_lib.php, FE_FREE_DETEKTOREN
128-बिट यादृच्छिक लिंक की रिपोर्ट, noindex, चित्र केवल अपनी रिपोर्ट के लिए और सार्वजनिक वेब निर्देशिका से बाहर; पहुँच लॉग में लिंक केवल छिपे रूप में	R12	cfg/check_lib.php; www/report.php; www/shot.php
मिटाना: अनाम 30 दिन, संभावित ग्राहक 90 दिन, ग्राहक जाँच 13 महीने (डोमेन रहने तक अंतिम रहती है), मिटे डोमेन का डेटा तुरंत (अपवाद 6.11), हर मामले में चित्र साथ	सीमित संग्रहण	cfg/check_lib.php; cfg/fristen_lib.php
अध्ययन: केवल कुल प्रकाशित, खंड फ़ॉर्म वाली कम से कम 20 वेबसाइट से, कच्चा डेटा प्रकाशन पर मिटता है	R4 आंशिक, P3	cfg/studie_lib.php
कंटेनर: पृथक नेटवर्क, विशेष अधिकार नहीं, केवल पढ़ना, स्मृति/प्रक्रिया/समय सीमा; हर अनुरोध पर निजी लक्ष्य फ़िल्टर, सर्विस वर्कर बंद और WebSocket बंद ताकि फ़िल्टर न छूटे; वेब सर्वर केवल वेब पोर्ट और पहले जाँचे ठीक सार्वजनिक पते पर अनुरोध करता है	R13	scanner/src/worker.js; scanner/src/net.js
ग्राहकों की सक्रिय जाँच केवल सत्यापित डोमेन (आंतरिक अपने परीक्षण/डेमो भी) और आपात रोक स्विच चालू होने पर, दो बार जाँच; अधिकतम पाँच; स्पष्ट संपर्क फ़ॉर्म, अनिवार्य व्यक्तिगत डेटा बिना; प्राधिकरण, शिक्षा, क्लिनिक, चिकित्सा, पुलिस/न्यायालय डोमेन नहीं; मॉडल अनुमति नहीं दे सकता; बिना व्यक्तिगत डेटा का चिह्नित परीक्षण, क्रॉलर और ऑप्ट-आउट संदर्भ सहित	R9	scanner/src/worker.js; scanner/src/classify.js; scanner/src/active.js
ब्राउज़र यात्रा: केवल GET/HEAD, ख़तरनाक पते बंद, काल्पनिक मान ब्राउज़र से बाहर नहीं, इनपुट काले किए चित्र	R3 (इन चित्रों के लिए), R9	scanner/src/browser.js
फ़ाइल जाँच: सत्यापित डोमेन, प्रति पथ एक अनुरोध, अधिकतम 8 KB, सामग्री कभी नहीं रखी जाती	R9	cfg/dateien_lib.php
दूसरी जाँच इकाई: डिफ़ॉल्ट रूप से बंद; केवल निश्चित हानिरहित मदों की हस्ताक्षरित सूची मिलेगी	प्राप्तकर्ता	cfg/formular_probe_lib.php
लॉगिन के पीछे स्कैन: सत्यापित डोमेन, सशुल्क योजना, स्वामी/प्रशासक, परीक्षण खाता पुष्टि; स्कैन सर्वर सार्वजनिक कुंजी से डोमेन-बँधा एन्क्रिप्शन; विवरण कभी दिखते, लॉग या API से नहीं निकलते; केवल मानक इनपुट से; जॉब फ़ील्ड तुरंत और अवशेष घंटे बाद साफ; स्क्रीनशॉट/सबमिशन/लॉगआउट/मिटाने के पते नहीं, CAPTCHA पर रोक; अधिलेखन सहित अंतिम मिटाना	R8	cfg/login_lib.php; scanner/src/login.js; scanner/src/geheim.js; scanner/src/worker.js
संदेश पहुँचने की जाँच: डिफ़ॉल्ट रूप से बंद; केवल हेडर और 8 KB पढ़ना, बिना पढ़ा चिह्न; सामग्री/आगंतुक पता डेटाबेस में नहीं; हर प्राप्त ईमेल मिटता है, न जुड़ने वाला भी; संबंध 180 दिन बाद मिटते हैं; ठीक उसी परीक्षण की प्रति से प्रमाण	R1, R2	cfg/zustellung_lib.php
सामूहिक सुरक्षा: केवल डोमेन, IP नेटवर्क बंद; न्यूनतम संख्या; बड़ी सेवा/ग्राहक अपवाद; मिटाने के बजाय क्वारंटीन; सूची रोज़; रिपोर्ट 30 दिन बाद मिटती हैं	R11	cfg/swarm_lib.php
अपने सर्वर का मॉडल, सबमिट अधिकार के बिना	R10	scanner/src/classify.js
कार्य योजना: चुने गए निष्कर्षों से स्थानीय पाठ-उत्पादन, उसके प्रॉम्प्ट में स्क्रीनशॉट या दर्ज किए गए फ़ील्ड मान नहीं; निष्कर्षों की संख्या और टिप्पणियों की लंबाई सीमित; साफ किया गया सादा पाठ, जिसकी लंबाई सीमित है; स्पष्ट AI सूचना, अलग-अलग निष्कर्ष निर्णायक; वेबसाइट में स्वचालित बदलाव या स्कोर/निर्णय का निर्धारण नहीं	R10 आंशिक; गलत सलाह और संयोगवश व्यक्तिगत डेटा का शामिल होना अब भी संभव है	cfg/plan_lib.php; www/report.php
Telegram संकेत केवल चर मानों के बिना निश्चित वाक्य होते हैं	प्राप्तकर्ता	cfg/check_lib.php
साप्ताहिक बैकअप बहाली परीक्षण, विफलता अलर्ट सहित	उपलब्धता	cfg/backup_lib.php; srv/cron_status.php

9.2 आंशिक – मौजूद, लेकिन उद्देश्य अभी पूरा नहीं

उपाय	अभी पूरी तरह प्रभावी क्यों नहीं
“साफ किए” स्क्रीनशॉट	केवल ब्राउज़र यात्रा चित्र छिपाए हैं। क्रॉलर के मुखपृष्ठ/फ़ॉर्म और सक्रिय उत्तर पृष्ठ के चित्र नहीं हैं (R3)।
जाँच डेटा की अवधियाँ	अनाम, संभावित ग्राहक और ग्राहक जाँच पर प्रभावी; आंतरिक तथा अप्रकाशित अध्ययन पर नहीं; अनसुलझी असामान्य टिप्पणियों की सीमा नहीं (R4)।
नियंत्रण प्रतियाँ मिटाना	मेलबॉक्स के हमारे दृश्य पर प्रभावी। रन रुके, तो ईमेल रहते हैं; प्रदाता बैकअप में क्या रखता है, सत्यापित नहीं (R2)।
भीतर स्कैन के लॉगिन विवरण की सुरक्षा	संग्रहण और सेवा में मज़बूत; वेबसाइट के रास्ते में नहीं: http अनुमत, प्रमाणपत्र त्रुटियाँ अनदेखी (R8)।
नियंत्रण प्रमाण	एक बार जँचकर हमेशा लागू; लेकिन होस्ट नाम नहीं बदला जा सकता, इसलिए प्रमाण दूसरे होस्ट पर नहीं जाता (R7)।
डेटा विषयों को जानकारी	संचालकों के लिए क्रॉलर पृष्ठ, पहचान, गोपनीयता नीति और ऑप्ट-आउट से मौजूद; नियंत्रण प्रति के आगंतुकों के लिए ग्राहक द्वारा पाठ अपनाने पर निर्भर; ऐप यह नहीं जाँचता।
विशेष श्रेणियाँ नियंत्रण प्रति में न रखने का अनुरोध	कानूनी दस्तावेज़ में है, तकनीकी समर्थन नहीं: सेटअप में वेबसाइट प्रकार नहीं पूछा जाता, स्वास्थ्य/कानून/शिक्षा जैसे डोमेन की चेतावनी नहीं (R1)।

9.3 नियोजित – लागू नहीं

उपाय	संबंधित जोखिम	प्राथमिकता
आंतरिक जाँच मिटाने का रास्ता: बिना डोमेन/रिपोर्ट की जाँच निश्चित अवधि (प्रस्ताव: 30 दिन) बाद; अध्ययन पूरा होने की निश्चित अवधि (प्रस्ताव: 90 दिन) बाद बिना प्रकाशन भी कच्चा डेटा; मौजूदा 369 चित्र वाली 85 जाँच एक बार मिटाना	R4	पहले
मेलबॉक्स अनुबंध होने, स्थान, उप-प्रसंस्करणकर्ता तथा बैकअप अवधि दर्ज होने, स्थानांतरण तंत्र स्पष्ट होने और MX सीधे मेलबॉक्स की ओर होने पर ही जाँच सक्षम करें; तब तक उत्पादन में बंद रखें	R2	पहले
जाँच सक्षम करने से पहले उत्पादन मेलबॉक्स प्राप्ति की सुरक्षा जाँचें और दर्ज करें	R2	पहले
भीतर स्कैन केवल https और वैध प्रमाणपत्र से; http अस्वीकार; लॉगिन प्रमाणपत्र त्रुटि पर रोक	R8	पहले
भीतर छिपे फ़ील्ड के मान न रखें (केवल नाम, प्रकार, लंबाई)—पहले से इसी तरह लागू, अगला कदम नहीं	R8	पूरा
प्लगइन/एक्सटेंशन पर नियंत्रण प्रति परीक्षण तक सीमित: केवल परीक्षण पहचान वाले सबमिशन की गुप्त प्रति	R1	उच्च
वास्तविक संदेश का प्रेषक डोमेन वेबसाइट या ज्ञात प्रेषण सेवा का न हो, तो न रखें न अलर्ट में लिखें; बजाय “बाहरी प्रेषक डोमेन”	R1	उच्च
स्वास्थ्य, कानून, सामाजिक सेवा या शिक्षा जैसे डोमेन पर सेटअप में चेतावनी, ग्राहक के अपने DPIA का संदर्भ सहित	R1	उच्च
प्रमाण नियमित नवीनीकृत करें (प्रस्ताव: हर सक्रिय जाँच से पहले DNS, मेटा, फ़ाइल या प्लगइन संबंध अब भी होने की जाँच; अन्यथा निष्क्रिय जारी और ग्राहक सूचना)	R7	उच्च
मुखपृष्ठ की फ़ोटो बंद करें या छवियाँ/चेहरे छिपाएँ; फ़ॉर्म चित्र आज की तरह तत्व तक सीमित और यात्रा की तरह इनपुट छिपाएँ	R3	उच्च
संभावित ग्राहक इंटरफ़ेस में सूचना: ईमेल/फ़ोन से अनचाहा निष्कर्ष व्यवसायों के बीच भी प्रत्यक्ष मार्केटिंग और पूर्व सहमति आवश्यक (पोलिश इलेक्ट्रॉनिक संचार कानून Art. 398; जर्मनी § 7(2) UWG, हालाँकि व्यवसाय कॉल में अनुमानित सहमति पर्याप्त)	R6	उच्च
बुनियादी ढाँचा: प्रशासन सुदृढ़ीकरण पूरा; दूसरे स्थान पर एन्क्रिप्ट बैकअप; पूरा आंतरिक एन्क्रिप्शन; स्कैन सर्वर और ऐप का पृथक्करण और मज़बूत	R13	उच्च
अनसुलझी टिप्पणी अवधि (प्रस्ताव: 30 दिन में समाधान, अन्यथा IP मिटाना)	R4	मध्यम
सामूहिक सुरक्षा से डोमेन हटाने का अनुरोध पृष्ठ या फ़ॉर्म	R11, R14	मध्यम
IP नेटवर्क चालू करने से पहले नया आकलन संस्करण	R11	शर्त
मॉडल सॉफ़्टवेयर अनुरोध रखता है या नहीं दर्ज करें और रखता हो तो लॉग बंद करें	R10	कम

9.4 तय होना बाकी प्रक्रियाएँ और निर्णय

तकनीकी सुरक्षा के अलावा Art. 35(7)(d) प्रक्रियाएँ भी माँगता है। ये अभी बाकी हैं:

• व्यक्तिगत डेटा उल्लंघन। पहचान: स्वामी, ऐप का त्रुटि अलर्ट, सुरक्षा कमज़ोरी की सूचना के संपर्क बिंदु या contact@lukaswojcik.com पर सूचना। 72 घंटे के भीतर UODO को सूचित करने का निर्णय (Art. 33(1)): स्वामी। प्रभावित ग्राहकों को नियंत्रक के रूप में सूचना: बिना अनुचित देरी, संभव हो तो 48 घंटे के भीतर, जैसा डेटा प्रसंस्करण समझौते में वादा है। तय करना बाकी: लिखित प्रक्रिया और पहला अभ्यास; संदेश पहुँचने की जाँच के लिए यह भी कि मेलबॉक्स प्रदाता के उल्लंघन से प्रभावित ग्राहकों का पता कैसे लगाया जाए।
• क्षेत्र। तय करना बाकी: स्वास्थ्य, कानून, सामाजिक सेवाओं और शिक्षा की वेबसाइटों के लिए संदेश पहुँचने की जाँच दी जाए, चेतावनी के साथ दी जाए या बाहर रखी जाए।
• आंतरिक जाँचें। तय करना बाकी: प्रदाता कमांड लाइन से आंतरिक जाँच किस लिए इस्तेमाल करता है, कौन बना सकता है और परिणाम कितने समय रहते हैं; तथा प्रसंस्करण गतिविधियों के अभिलेख के अतिरिक्त गोपनीयता नीति में उनका उल्लेख आवश्यक है या नहीं।
• अध्ययन। तय करना बाकी: सूचियाँ कौन बनाता है, किन स्रोतों से, अधिकतम आकार क्या है और हर अध्ययन से पहले जाँच कि वह इस आकलन की धारणाओं के अनुरूप है।
• डेटा विषयों के विचार (Art. 35(9))। इस संस्करण के लिए विचार नहीं माँगे गए। Art. 35(9) केवल “जहाँ उपयुक्त हो” विचार माँगना आवश्यक करता है; हमारे आकलन में यहाँ वर्तमान में ऐसा नहीं है। जाँची वेबसाइटों के संचालकों और ग्राहक वेबसाइटों के आगंतुकों का हम तक अपना चैनल नहीं है; विशेष रूप से उनसे संपर्क करना अपने आप में उनके डेटा का नया प्रसंस्करण होगा और सेवा अभी शुरू नहीं हुई, इसलिए वास्तविक डेटा विषयों का समूह अभी नहीं है। उनके हित अप्रत्यक्ष रूप से ध्यान में रखे जाते हैं: robots.txt और ऑप्ट-आउट से, छोटी अवधियों से और नियंत्रण प्रतियों की सामग्री संग्रहीत न करने से। खंड 12 की हर समीक्षा पर फिर विचार करते हैं कि उनके विचार माँगना उपयुक्त है या नहीं, जैसे क्रॉलर पृष्ठ की प्रतिक्रिया या संदेश पहुँचने की जाँच के ग्राहकों से।

10. शेष जोखिम और Art. 36 के अंतर्गत पूर्व परामर्श

Art. 36(1) पर्यवेक्षी प्राधिकरण से पूर्व परामर्श माँगता है यदि DPIA दिखाए कि नियंत्रक द्वारा जोखिम कम करने के उपाय न किए जाने पर प्रसंस्करण से उच्च जोखिम होगा। इसलिए प्रश्न यह नहीं कि उच्च जोखिम पहचाने गए या नहीं—चार पहचाने गए—बल्कि उपाय लागू होने के बाद उच्च जोखिम रहता है या नहीं।

जिन प्रसंस्करण कार्यों में formexposed नियंत्रक है (P1 से P4, P7), उनमें उच्च जोखिम R4 और R13 सामान्य उपायों से सुधर सकते हैं: मिटाने का रास्ता और मौजूदा डेटा की सफ़ाई, दूसरे स्थान पर एन्क्रिप्ट किया बैकअप और दो सर्वरों को मज़बूत करना। 9.3 के उपायों से वे कम से मध्यम रह जाते हैं। R3, R5, R6 और R7 मध्यम हैं तथा प्रस्तावित उपायों से कम होते हैं। IP नेटवर्क के बिना सामूहिक सुरक्षा कम से मध्यम रहती है। “पहले” और “उच्च” चिह्नित उपाय शुरुआत से पहले लागू होने पर इस भाग के लिए पूर्व परामर्श आवश्यक नहीं दिखता। इनमें से कोई उपाय शुरुआत से पहले लागू न हो, तो संबंधित प्रसंस्करण में उच्च जोखिम रहता है। तब वह कार्य उपाय लागू होने के बाद ही शुरू होगा या पहले Art. 36(1) के अंतर्गत UODO से परामर्श होगा।

संदेश पहुँचने की जाँच (P6) की स्थिति अलग है, ऐसे कारण से जिसे कोई उपाय पूरी तरह नहीं हटाता: आगंतुक क्या लिखता है, यह उसका निर्णय है। अनुबंध संपन्न होने, सुरक्षित प्राप्ति, जहाँ संभव केवल परीक्षण संदेशों तक सीमित करने और प्रेषक डोमेन छोड़ने से R2 कम और R1 मध्यम होता है। जिन ग्राहकों के आगंतुक सामान्यतः Art. 9 का डेटा देते हैं, उनके लिए R1 फिर भी उच्च रह सकता है। तब परामर्श का दायित्व नियंत्रक के रूप में ग्राहक का है, formexposed का नहीं। ऐसे ग्राहकों को हमारी सलाह है कि सामान्य संपर्क फ़ॉर्म के लिए नियंत्रण प्रति सेट न करें, केवल बिना संवेदनशील सामग्री वाले फ़ॉर्म के लिए करें या संदेश पहुँचने की जाँच न अपनाएँ।

शेष जोखिम का ईमानदार विवरण। आज 9.1 के उपायों के साथ चार जोखिम उच्च हैं: R1 और R2 (संदेश पहुँचने की जाँच), R4 (मिटाने के रास्ते के बिना जाँच डेटा) और R13 (बुनियादी ढाँचा)। 9.3 के उपायों से R2, R4 और R13 कम से मध्यम होते हैं। R1 मध्यम रहता है और स्थायी रूप से ग्राहकों के निर्णयों पर निर्भर है। उपायों के बाद अन्य कोई जोखिम मध्यम से ऊपर नहीं है।

Art. 36 दंड नहीं और परामर्श अपराध स्वीकारना नहीं है। उपयोगी प्रक्रिया में ऐसा जोखिम हो जिसे नियंत्रक पूरी तरह नियंत्रित नहीं करता, तो विनियमन यही रास्ता देता है। स्वास्थ्य डेटा वाले संदेशों के लिए यह जाँच चाहने वाले ग्राहक को उस निर्णय के तथ्य यहाँ मिलते हैं।

11. ग्राहकों को अपने DPIA के लिए क्या चाहिए (Art. 28(3)(f))

संदेश पहुँचने की जाँच और लॉगिन के पीछे की स्कैनिंग में ग्राहक नियंत्रक है। यह पृष्ठ उसे विवरण (खंड 6.5 और 6.6), हमारे दृष्टिकोण से जोखिम (R1, R2, R8) और उपायों की स्थिति (खंड 9) देता है। निम्न प्रश्नों का उत्तर केवल ग्राहक दे सकता है:

1. मेरे आगंतुक क्या लिखते हैं? क्या फ़ॉर्म से स्वास्थ्य, धर्म, मूल, ट्रेड यूनियन सदस्यता, यौन अभिविन्यास, अपराध या बच्चों का डेटा आने की अपेक्षा है? तब नियंत्रण प्रति के लिए सामान्यतः DPIA आवश्यक है और इस फ़ॉर्म की नियंत्रण प्रति पर फिर विचार करना चाहिए।
2. क्या सभी संदेशों के लिए नियंत्रण प्रति चाहिए? हमारे परीक्षण संदेश की प्राप्ति सिद्ध करने के लिए उसी की प्रति पर्याप्त है। जहाँ फ़ॉर्म अनुमति देता है, केवल परीक्षण संदेशों की गुप्त प्रति सेट करें।
3. आगंतुकों को कैसे सूचित करूँ? डेटा प्रसंस्करण समझौता यह आवश्यक करता है; आपकी वेबसाइट के लिए गोपनीयता नीति का पाठ प्रति का रास्ता और हमारी भूमिका बताता है।
4. मेरा कानूनी आधार क्या है? हमारा सुझाया पाठ Art. 6(1)(f) बताता है (पूछताछ की भरोसेमंद प्राप्ति)। Art. 9 के डेटा के लिए यह आधार अकेले पर्याप्त नहीं है।
5. कौन-से अलर्ट चैनल चुनूँ? प्रामाणिकता जाँच के अलर्ट प्रेषक डोमेन का नाम बता सकते हैं। EU के बाहर चैट सेवाओं को अलर्ट भेजने वाला उसे वहाँ स्थानांतरित करता है।
6. लॉगिन के पीछे की स्कैनिंग के लिए: क्या परीक्षण खाता वास्तव में न्यूनतम आवश्यक अधिकारों वाला परीक्षण खाता है? क्या लॉगिन पृष्ठ केवल https से खुलता है? क्या खाता अन्य उपयोगकर्ताओं का डेटा देखता है? यदि हाँ, तो निर्दिष्ट पृष्ठों में किन पर?
7. कब मिटाऊँ? संदेश पहुँचने की जाँच और परीक्षण खाता कभी भी बंद और मिटाए जा सकते हैं; तब परीक्षण खाते पर स्थायी रूप से नया डेटा लिखा जाता है।

ग्राहक के आकलन के अन्य दस्तावेज़: डेटा प्रसंस्करण समझौता, तकनीकी और संगठनात्मक उपाय, उप-प्रसंस्करणकर्ताओं की सूची और प्रसंस्करण गतिविधियों के अभिलेख। अलग तथ्यों के प्रश्नों का उत्तर contact@lukaswojcik.com पर देते हैं।

12. समीक्षा, संस्करण और अनुमोदन

Art. 35(11) कम से कम जोखिम बदलने पर यह समीक्षा आवश्यक करता है कि प्रसंस्करण DPIA के अनुसार किया जाता है या नहीं। हम इस आकलन की कम से कम वार्षिक समीक्षा और निम्न हर घटना से पहले भी समीक्षा करते हैं; हर घटना पर नया माप होता है, केवल पढ़ना नहीं:

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

मद	प्रविष्टि
नियंत्रक	LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland · NIP 7252266190 · contact@lukaswojcik.com
सक्षम पर्यवेक्षी प्राधिकरण	Prezes Urzędu Ochrony Danych Osobowych (UODO), ul. Moniuszki 1A, 00-014 Warszawa, Poland
डेटा संरक्षण अधिकारी	नियुक्त नहीं; Art. 37 के अंतर्गत आकलन खंड 4 में
तथ्यों का आधार	ऐप और जाँच सेवा का स्रोत कोड, डेटाबेस संरचना, विकास प्रणाली की पंक्ति संख्याएँ और सेटिंग, 11 अक्टूबर 2026 को केवल पढ़कर मापी गईं
संबंधित दस्तावेज़	गोपनीयता नीति, डेटा प्रसंस्करण समझौता, तकनीकी और संगठनात्मक उपाय, उप-प्रसंस्करणकर्ता, प्रसंस्करण गतिविधियों के अभिलेख, EU AI अधिनियम, स्वीकार्य उपयोग और दुरुपयोग, FormExposedBot, ऑप्ट-आउट
संस्करण	23 अक्टूबर 2026 का 1.1; 11 अक्टूबर 2026 के पहले संस्करण में स्थानीय कार्य योजना चरण के बारे में तथ्यात्मक परिशिष्ट
Art. 35(11) की समीक्षाएँ	23 अक्टूबर 2026: अतिरिक्त स्थानीय कार्य योजना चरण की स्रोत-कोड समीक्षा। इनपुट, संग्रहण, भूमिकाएँ, परामर्शात्मक आउटपुट और लागू सुरक्षा उपाय संबंधित खंडों में जोड़े गए; उत्पादन प्रणाली पर मापन पूरा होने या शेष जोखिम के नए स्तर का कोई दावा नहीं किया गया है। 11 अक्टूबर 2026 के पहले के माप और नीचे दी गई अनुमोदन स्थिति अपरिवर्तित हैं। आगे की समीक्षाएँ यहाँ तारीख, कारण और परिणाम सहित दर्ज होंगी।
अनुमोदन	अभी अनुमोदित नहीं। कानूनी समीक्षा और खंड 9.3 के उपायों तथा 9.4 के प्रश्नों पर निर्णय के बाद स्वामी का अनुमोदन। अब तक बाहरी डेटा संरक्षण सलाह नहीं ली गई है।

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