यह दस्तावेज़ कई भाषाओं में प्रकाशित है। भाषा संस्करणों में किसी भी अंतर की स्थिति में पोलिश संस्करण बाध्यकारी है।
संस्करण 1.2 · अंतिम अद्यतन: 29 अक्टूबर 2026
1. यह अभिलेख कैसे पढ़ें
यह formexposed के लिए Art. 30 GDPR का प्रसंस्करण गतिविधियों का अभिलेख है। यह गोपनीयता नीति या विपणन नहीं है। इसका काम पर्यवेक्षी प्राधिकरण, प्रसंस्करणकर्ता के रूप में हमारा ऑडिट करने वाले ग्राहक या अगला प्रश्न उत्तर देने वाले व्यक्ति को दिखाना है कि वास्तव में क्या प्रसंस्कृत होता है, कहाँ रखा जाता है, किसे मिलता है और कब तक रहता है। हम इसे प्रकाशित करते हैं क्योंकि फ़ॉर्म जाँचने और निगरानी करने वाली सेवा स्वयं भी जाँच के लिए खुली होनी चाहिए।
इसे लिखने में तीन नियम लागू थे।
- मापा हुआ, इरादा नहीं। डेटा फ़ील्ड, प्रतिधारण अवधि, प्राप्तकर्ता या सुरक्षा उपाय का कथन केवल तब आता है जब प्रोग्राम कोड, डेटाबेस संरचना या मापन उसका समर्थन करे। नियोजित को “नियोजित” कहते हैं। डिफ़ॉल्ट रूप से बंद को “डिफ़ॉल्ट रूप से बंद” कहते हैं। जहाँ प्रमाण नहीं दे सकते, बताते हैं।
- प्रतिधारण दो बार बताया है। हर प्रसंस्करण गतिविधि के लिए और खंड 6 में समग्र रूप से: कौन सी रात्रिकालीन प्रक्रिया कौन सा डेटा मिटाती है और किस तक नहीं पहुँचती। केवल डेटा के एक हिस्से पर लागू अवधि का दावा करने वाला अभिलेख लंबित बिंदु बताने वाले से बुरा है।
- लंबित बिंदु पाठ में हैं, पादटिप्पणी में नहीं। खंड 8.1 अभी लागू न हुए उपाय और खंड 10 नियोजित उपायों सहित लंबित बिंदु सूचीबद्ध करता है। अभिलेख कार्य का उपकरण है, प्रमाणपत्र नहीं।
तालिका नामों के बजाय डेटा फ़ील्ड। हर गतिविधि के लिए संग्रहीत डेटा सरल भाषा के फ़ील्ड में सूचीबद्ध करते हैं। डेटाबेस तालिका का नाम कोष्ठक में है ताकि ऑडिटर स्थान खोज सके, जैसे “लॉगिन प्रयास (login_attempts)”। फ़ील्ड सूचियाँ डेटाबेस संरचना से निकाली गईं, स्मृति से नहीं।
प्लेसहोल्डर के रूप में प्रतिधारण अवधि। जहाँ प्रशासन क्षेत्र में अवधि सेट होती है, यहाँ ठीक वैसे आती है जैसे रात्रिकालीन प्रक्रिया पढ़ती है: दिखाई संख्या उसी सेटिंग से है जो विलोपन नियंत्रित करती है। प्रोग्राम में निश्चित अवधियाँ संख्याओं में हैं।
मापन का आधार। संरचना, कोड और सेटिंग 11 अक्टूबर 2026 को विकास सिस्टम पर मापे गए, जो कोड और संरचना में उत्पादन से मेल खाता है। विकास की पंक्ति संख्या नहीं देते; उनमें परीक्षण डेटा है और लाइव संचालन नहीं बताते।
जानबूझकर छोड़ा गया। अभिलेख सर्वरों के होस्टनाम, आंतरिक नेटवर्क पते, पोर्ट, उपयोगकर्ता नाम या सॉफ़्टवेयर संस्करण नहीं बताता। ये विवरण हमलावर की मदद करते हैं, डेटा विषय की नहीं। इसी कारण अपने सर्वर सुरक्षित करने के लंबित बिंदु सामान्य रूप में बताते हैं (खंड 8.1): जोखिम का नाम, उस तक पहुँच का मार्ग नहीं। अनुरोध पर पर्यवेक्षी प्राधिकरण को विवरण देते हैं।
कानूनी प्रकृति। यह पर्यवेक्षी प्राधिकरण के लिए Art. 30 GDPR के अंतर्गत रखा दस्तावेज़ है; स्वेच्छा से प्रकाशित है। किसी अनुबंध का हिस्सा नहीं और ग्राहकों या तृतीय पक्षों के प्रति कोई अभ्यावेदन, गारंटी या गुणवत्ता समझौता नहीं। ग्राहकों के प्रति हमारे दायित्व सेवा की शर्तें, डेटा प्रसंस्करण समझौता और उसके अनुलग्नकों से शासित हैं; उन दायित्वों में उन्हें इस अभिलेख पर प्राथमिकता है। अभिलेख इस संस्करण की तिथि की स्थिति बताता है। “लंबित बिंदु” या “आकलन” जैसे वर्गीकरण हमारा मत हैं और पर्यवेक्षी प्राधिकरण या न्यायालय के कानूनी मूल्यांकन का पूर्वनिर्णय नहीं करते; “नियोजित” उपाय बिना प्रतिबद्ध तिथि के इरादे हैं।
2. कानूनी इकाई और अभिलेख के दो भाग क्यों हैं
| फ़ील्ड | प्रविष्टि |
|---|
| कानूनी इकाई | LW IT Solutions Company Lukas Wójcik, पोलिश व्यवसाय रजिस्टर (CEIDG) में पंजीकृत एकल स्वामित्व; स्वामी Lukas Wójcik |
| पता | al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland |
| कर पहचान | NIP 7252266190, VAT ID PL7252266190 |
| संपर्क | contact@lukaswojcik.com; सहायता विंडो (नेविगेशन का प्रश्नचिह्न); संपर्क पृष्ठ |
| सेवा | formexposed: वेबसाइटों के संपर्क फ़ॉर्म की जाँच, निगरानी और सुरक्षा (एप्लिकेशन formexposed.com पर, लैंडिंग पृष्ठ form.exposed पर) |
| Art. 27 GDPR का प्रतिनिधि | लागू नहीं। कानूनी इकाई संघ में स्थापित है (पोलैंड)। |
| डेटा संरक्षण अधिकारी | नियुक्त नहीं। Art. 37 का आकलन खंड 9 में है। |
| सक्षम पर्यवेक्षी प्राधिकरण | Prezes Urzędu Ochrony Danych Osobowych (UODO, पोलिश डेटा संरक्षण प्राधिकरण), ul. Moniuszki 1A, 00-014 Warszawa |
| होस्टिंग | पोलैंड में अपने सर्वर: एप्लिकेशन और डेटाबेस वाला एक वेब सर्वर तथा उसी आंतरिक नेटवर्क पर स्थानीय भाषा मॉडल वाला स्कैन सर्वर। कोई तृतीय पक्ष डेटा सेंटर या क्लाउड प्रदाता नहीं। |
formexposed अलग व्यक्ति समूहों के प्रति अलग भूमिकाएँ निभाता है। उन्हें मिलाने से ऐसा अभिलेख बनता है जो किसी के लिए सही नहीं।
- नियंत्रक (भाग B, Art. 30(1))। अपने ग्राहकों और टीम सदस्यों के डेटा (खाता, लॉगिन, बिलिंग, सहायता, लॉग), अपनी वेबसाइट के आगंतुकों, बिना खाते की जाँचों (निःशुल्क जाँच, हेडर उपकरण, अध्ययन, संभावित ग्राहक जाँच) और दुरुपयोग रोकथाम के नियंत्रक हम स्वयं हैं।
- प्रसंस्करणकर्ता (भाग A, Art. 30(2))। ग्राहक सेवा में जो तृतीय पक्ष का व्यक्तिगत डेटा लाता है या उसकी सेवा करते समय उत्पन्न होता है, उसके लिए उसकी ओर से काम करते हैं: संदेश पहुँचने की जाँच के वास्तविक फ़ॉर्म ईमेल की प्रतियाँ, क्लाइंट पोर्टल के सदस्य, ग्राहक के अलर्ट प्राप्तकर्ता, उसके जाँचे पृष्ठों पर संयोगवश दिखने वाले व्यक्ति, परीक्षण खाते के लॉगिन विवरण और पेस्ट फ़ॉर्म कोड। आधार डेटा प्रसंस्करण समझौता है, जो हर ग्राहक से पंजीकरण पर होता है।
- केवल ग्राहक की ओर। WordPress प्लगइन और TYPO3 एक्सटेंशन की कुछ सुविधाएँ केवल ग्राहक की वेबसाइट पर डेटा प्रसंस्कृत करती हैं, हमें कभी नहीं मिलता (क्वारंटीन, सुरक्षा जाल, गणितीय पहेली, प्रतिधारण सेटिंग, स्थानीय गणक, रिकॉर्डर)। वे हमारा प्रसंस्करण नहीं हैं, इसलिए किसी भाग में नहीं हैं। फिर भी सीमा स्पष्ट करने के लिए भाग A के अंत में बताते हैं।
विभाजन केवल पाठ में नहीं, कोड में है: वास्तविक फ़ॉर्म ईमेल से संदेश पहुँचने की जाँच केवल समय, संबद्धता और प्रमाणीकरण परिणाम डेटाबेस में लिखती है; ब्राउज़र जाँच स्क्रीनशॉट इनपुट फ़ील्ड ढकते हैं; परीक्षण लॉगिन ऐसे एन्क्रिप्ट होते हैं कि वेब सर्वर नहीं पढ़ सकता। विवरण प्रविष्टियों में हैं।
खंड 6 से 11 दोनों भागों पर लागू हैं: प्रतिधारण, स्वचालित निर्णय, तकनीकी और संगठनात्मक उपाय, डेटा संरक्षण अधिकारी, लंबित बिंदु और अभिलेख रखरखाव।
दायरा। यह दस्तावेज़ अभिलेख का formexposed सेवा वाला हिस्सा है। उसी इकाई की अन्य सेवाओं का प्रसंस्करण उनके अपने अभिलेखों में है; सेवा के बाहर सामान्य लेखांकन और व्यवसाय प्रशासन इसमें नहीं हैं।
3. भाग A – Art. 30(2): ग्राहकों की ओर से प्रसंस्करण
A.0 संबंधित पक्ष
| फ़ील्ड | प्रविष्टि |
|---|
| प्रसंस्करणकर्ता | LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland; contact@lukaswojcik.com |
| नियंत्रक | formexposed के ग्राहक: खाते में डोमेन रखने वाले व्यवसाय और एजेंसियाँ जो तृतीय पक्ष डेटा वाली सुविधाएँ उपयोग करते हैं। एजेंसी के मामले में उसका ग्राहक भी नियंत्रक हो सकता है; तब एजेंसी उसके लिए प्रसंस्करणकर्ता और हम अतिरिक्त प्रसंस्करणकर्ता हैं। |
| नियंत्रकों की सूची | इस अभिलेख का हिस्सा, सेवा सिस्टम में इलेक्ट्रॉनिक रूप में (Art. 30(3) GDPR), सार्वजनिक संस्करण में नहीं क्योंकि इसमें ग्राहकों का व्यक्तिगत डेटा है और हर नए ग्राहक से पुराना हो जाएगा: हर कार्यस्थान का स्वामी, खाते से नाम, ईमेल और कंपनी सहित (पता और VAT पहचान केवल Stripe में) (users, workspaces, workspace_users), तथा कार्यस्थान के डोमेन (domains)। अनुरोध पर प्राधिकरण को अंश देते हैं। |
| नियंत्रकों के प्रतिनिधि और डेटा संरक्षण अधिकारी | सिस्टम में समर्पित फ़ील्ड नहीं। ग्राहक ने Art. 27 GDPR का प्रतिनिधि या डेटा संरक्षण अधिकारी नियुक्त किया हो, तो हमें बता सकता है; सूचना नियंत्रक सूची के साथ रखते हैं। |
| प्रसंस्करणकर्ता का प्रतिनिधि | लागू नहीं (पोलैंड में स्थापित)। |
| डेटा संरक्षण अधिकारी | नियुक्त नहीं (खंड 9)। |
| निर्देश | डेटा प्रसंस्करण समझौते और ग्राहक की सेटिंग से आते हैं: ग्राहक संदेश पहुँचने की जाँच चालू करता है, अलर्ट लक्ष्य बनाता है, परीक्षण खाता सहेजता है और क्लाइंट पोर्टल स्थापित करता है। उस क्रिया के बिना संबंधित प्रसंस्करण नहीं होता। |
| तकनीकी और संगठनात्मक उपाय | खंड 8 और तकनीकी और संगठनात्मक उपाय पृष्ठ भाग A की हर गतिविधि पर लागू हैं। विशेष उपाय संबंधित प्रविष्टि में हैं। |
A.1 संदेश पहुँचने की जाँच – फ़ॉर्म ईमेल की नियंत्रण प्रतिलिपि
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | जाँचना कि ग्राहक के संपर्क फ़ॉर्म का ईमेल वास्तव में भेजा जाता है और उसका प्रमाणीकरण कैसे होता है (SPF, DKIM, DMARC, संरेखण)। सक्रिय परीक्षण सबमिशन स्वीकार होने के बाद उसकी प्रति समायोज्य प्रतीक्षा अवधि में नियंत्रण मेलबॉक्स आनी चाहिए (वर्तमान 3 घंटे); अन्यथा “परीक्षण ईमेल नहीं मिला” अलर्ट उठता है। हेडर से फ़ॉर्म ईमेल की प्रामाणिकता, उपयोग मेल सेवा और ब्लॉकलिस्ट जाँच का प्रेषक पता भी निकाला जाता है। |
| पूर्वशर्त | सशुल्क योजना, सत्यापित डोमेन, ग्राहक द्वारा चालू। ग्राहक अपने पहचान वाले नियंत्रण पते (“delivery+identifier@…” के रूप में) को फ़ॉर्म अधिसूचना की गुप्त प्रतिलिपि में दर्ज करता है। कॉन्फ़िगर नियंत्रण मेलबॉक्स बिना सुविधा नहीं है। |
| डेटा विषयों की श्रेणियाँ | ग्राहक का फ़ॉर्म जमा करने वाले वेबसाइट आगंतुक; वे व्यक्ति जिनका डेटा आगंतुक संदेश में लिखे; ग्राहक कर्मचारी जो हेडर में प्राप्तकर्ता हों। |
| व्यक्तिगत डेटा की श्रेणियाँ | नियंत्रण मेलबॉक्स में (मेल प्रदाता के पास): हर फ़ॉर्म ईमेल की पूरी प्रति, नाम, ईमेल पता, टेलीफ़ोन और मुक्त पाठ वाली वास्तविक पूछताछ सहित, विलोपन तक। प्राप्ति प्रक्रिया द्वारा पढ़ा: हेडर और मुख्य पाठ के अधिकतम शुरुआती 8 KB। डेटाबेस में: प्राप्ति समय, डोमेन और जहाँ लागू परीक्षण से संबद्धता (delivery_log); प्रति डोमेन नवीनतम प्रमाणीकरण परिणाम, SPF, DKIM, DMARC परिणाम, संरेखण, प्रेषक डोमेन, हस्ताक्षर डोमेन और प्रेषक मेल सर्वर पता सहित (domains का प्रमाणीकरण फ़ील्ड)। सामग्री, विषय और आगंतुक का प्रेषक पता डेटाबेस में नहीं लिखते। |
| प्रेषक डोमेन पर टिप्पणी | फ़ॉर्म आगंतुक का पता प्रेषक बनाए (गलत कॉन्फ़िगरेशन जिसे जाँच उजागर करती है), तो परिणाम में उस पते का डोमेन है, स्वयं पता नहीं। आगंतुक का निजी डोमेन हो, तो यह भी व्यक्तिगत डेटा हो सकता है। अगली प्राप्ति पर अधिलेखित होता है। |
| स्रोत | ग्राहक वेबसाइट का फ़ॉर्म, ग्राहक द्वारा दर्ज गुप्त प्रतिलिपि से। |
| कानूनी आधार (नियंत्रक द्वारा तय) | ग्राहक तय करता है। उसकी गोपनीयता नीति के लिए हमारा सुझाया पाठ प्रतिलिपि को Art. 6(1)(f) GDPR पर आधारित करता है (विश्वसनीय पूछताछ प्राप्ति का वैध हित)। ग्राहक आगंतुकों को डेटा प्रवाह बताता है; डेटा प्रसंस्करण समझौता यह दायित्व देता है। |
| प्राप्तकर्ता | नियंत्रण मेलबॉक्स का मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। प्रति सीधे वहाँ जाती है: हमारी डोमेन के MX रिकॉर्ड इसी मेलबॉक्स को इंगित करें तभी आती है (आरंभ सूची जाँचती है); अग्रेषण से नहीं पहुँचती। डोमेन पृष्ठ पर ग्राहक केवल समय, संबद्धता और प्रमाणीकरण परिणाम देखता है। परिणाम बिगड़े, तो ग्राहक और चुने चैनलों के अलर्ट में वेबसाइट से अलग होने पर प्रेषक डोमेन का नाम होता है (A.3, 4.1)। |
| तीसरा देश | मेल प्रदाता पर निर्भर; खंड 4 देखें। नियोजित प्रदाता का अनुबंध और हस्तांतरण आधार अभी प्रलेखित नहीं हैं। |
| प्रतिधारण | सफल प्रसंस्करण के बाद ईमेल विलोपन के लिए चिह्नित और उसी प्रक्रिया में मेलबॉक्स से हटता है, किसी डोमेन से न जुड़ सके तब भी। प्रशासन में निगरानी चालू रहते हर पाँच मिनट स्थिति प्रक्रिया के साथ प्राप्ति चलती है (srv/cron_status.php, cfg/zustellung_lib.php)। प्राप्ति या विलोपन विफल हो, तो अगली सफल प्रक्रिया तक ईमेल रहता है। वही प्राप्ति delivery_log की संबद्धताएँ 180 दिनों बाद मिटाती है। प्रमाणीकरण परिणाम डोमेन रहने तक रहता है। |
| प्रमाण क्या सिद्ध करता है | केवल विशेष परीक्षण से जुड़ी प्रतिलिपि की नियंत्रण मेलबॉक्स में प्राप्ति। वास्तविक प्राप्तकर्ता को मिलना या CRM प्रविष्टि सिद्ध नहीं होती। HubSpot की मूल पुष्टि सुविधा नहीं है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: सामग्री केवल मेमोरी में मूल्यांकित; मुख्य पाठ, विषय या पूरे प्रेषक पते का भंडारण नहीं; संबद्धता सफल हो या नहीं, विलोपन। |
संदेश पहुँचने की जाँच एकमात्र सुविधा है जिससे ग्राहकों के आगंतुकों के वास्तविक संदेश हमें मिलते हैं। इसलिए यह ग्राहक की ओर से प्रसंस्करण है, अपने उत्तरदायित्व की सेवा नहीं, और मेलबॉक्स में समय ही जोखिम का वास्तविक माप है: सामान्यतः मिनट; प्राप्ति बाधित हो, तो फिर चलने तक। प्रतियों में व्यक्तिगत डेटा की विशेष श्रेणियाँ नहीं होनी चाहिए; तकनीकी रूप से रोक नहीं सकते क्योंकि आगंतुक क्या लिखता है यह उसी पर है।
A.2 क्लाइंट पोर्टल और सदस्यों को मासिक रिपोर्ट
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | एजेंसी (Business योजना) ग्राहकों को अपने ब्रांड के अंतर्गत उनके डोमेन की स्थिति दिखाती है (यादृच्छिक पते का पोर्टल, वैकल्पिक पासवर्ड और एजेंसी के अपने उपडोमेन पर)। वहाँ ग्राहक ईमेल से मासिक रिपोर्ट मँगवा सकता है। रिपोर्ट एजेंसी के नाम से जाती है। |
| डेटा विषयों की श्रेणियाँ | एजेंसी के ग्राहक और रिपोर्ट मँगवाने वाले उनके कर्मचारी; पोर्टल खोलने वाले व्यक्ति। |
| व्यक्तिगत डेटा की श्रेणियाँ | सदस्य: ईमेल, भाषा, पुष्टि पहचान, सदस्यता समय और उस समय का IP पता, पुष्टि समय (दोहरी सहमति), रद्द करने का समय, अंतिम भेजा महीना (client_subscribers)। पोर्टल: नाम, चुने डोमेन, यादृच्छिक पहचान, पासवर्ड केवल हैश, निर्माता, समय, निरस्तीकरण (client_portals)। पोर्टल यात्राएँ पृष्ठ दृश्य लॉग में आती हैं (B.2)। |
| स्रोत | सदस्य स्वयं पोर्टल में दर्ज करते हैं। |
| कानूनी आधार (नियंत्रक द्वारा तय) | दोहरी सहमति प्रक्रिया से प्राप्त सदस्य की सहमति; नियंत्रक एजेंसी है। स्वयं पंजीकरण और पुष्टि न करने वाले को नहीं लिखते। |
| प्राप्तकर्ता | एजेंसी (अपने सदस्य देखती है); पुष्टि ईमेल और रिपोर्ट का मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। |
| तीसरा देश | मेल प्रदाता से; खंड 4 देखें। |
| प्रतिधारण | रात्रिकालीन विलोपन (cfg/fristen_lib.php, “पोर्टल सदस्य” भाग): कभी पुष्टि न हुई सदस्यताएँ 30 दिनों बाद; रद्द सदस्यता वाले पहले की सहमति के प्रमाण हेतु रद्द करने के तीन वर्ष बाद। पुष्टि करके रद्द न करने वाले एजेंसी के कार्यस्थान रहने तक रहते हैं। निरस्त पोर्टल केवल ब्लॉक होता है, मिटता नहीं; सदस्यों को रिपोर्ट नहीं मिलती पर डेटा रहता है (खंड 10)। कार्यस्थान के साथ पोर्टल और सदस्य तुरंत मिटते हैं (fe_arbeitsbereich_daten_loeschen())। भेजी रिपोर्टें 30 दिन आउटबॉक्स में रहती हैं (B.25)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: पोर्टल पासवर्ड केवल हैश, अनुमान प्रयास सीमित (प्रति पोर्टल और IP दस, 15 मिनट में प्रति पोर्टल 50); हर ईमेल में एक-क्लिक रद्द करना; पोर्टल केवल स्थिति और मुख्य आँकड़े दिखाता है, प्रमाण सहित अलग निष्कर्ष नहीं। |
A.3 ग्राहक के अलर्ट प्राप्तकर्ता, प्राप्ति की पुष्टि करने वाले और उत्तरदायी व्यक्ति
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक के डोमेन गंतव्यों पर दोष और बदलाव की सूचनाएँ: ईमेल, वेबहुक, Slack, Discord, Microsoft Teams, Google Chat, Telegram। प्रति गंतव्य तुरंत या दैनिक अथवा साप्ताहिक संकलन, तथा केवल एस्केलेशन के गंतव्य। हर समस्या सूचना घटना बनती है, जिसकी प्राप्ति लिंक से पुष्ट हो सकती है। निगरानी फ़ॉर्म के लिए ग्राहक उत्तरदायी व्यक्ति और देय तिथि दे सकता है। |
| डेटा विषयों की श्रेणियाँ | ग्राहक द्वारा अलर्ट लक्ष्य या उत्तरदायी बनाए कर्मचारी और सेवा प्रदाता; घटना की पुष्टि करने वाले। अपने खाते वाले टीम सदस्य भाग B में भी हैं। |
| व्यक्तिगत डेटा की श्रेणियाँ | अलर्ट लक्ष्य: चैनल, पता (ईमेल, वेबहुक या चैट पता, Telegram चैट ID), चुनी घटनाएँ, डिलीवरी विधि, वेबहुक हस्ताक्षर रहस्य, अंतिम डिलीवरी और त्रुटि (alerts)। डिलीवरी लॉग: लक्ष्य, घटनाएँ, स्थिति, त्रुटि, समय (alert_log)। संकलन कतार: डिलीवरी तक सूचना पंक्तियाँ और लिंक (alert_queue)। घटना: शीर्षक, पंक्तियाँ, लिंक, पुष्टि पहचान, समय और फ़ॉर्म में दर्ज पुष्टि करने वाले का नाम या ईमेल, अन्यथा साइन इन सदस्य का पता (alert_incidents)। प्रति घटना और लक्ष्य एस्केलेशन प्रयास: संख्या (अधिकतम पाँच), अंतिम और अगले प्रयास तथा सफलता समय, आउटबॉक्स ईमेल का संदर्भ, त्रुटि (तालिका alert_escalation_deliveries)। आवंटन: उत्तरदायी व्यक्ति का खाता और देय तिथि (monitored_forms में)। |
| सूचनाओं की सामग्री | डोमेन, घटना, छोटा स्पष्टीकरण और डोमेन पृष्ठ लिंक। आगंतुक संदेश की सामग्री नहीं। |
| स्रोत | ग्राहक दर्ज करता है; पुष्टि करने वाला स्वयं नाम देता है; प्राप्तकर्ता बॉट में “Start” दबाए तो Telegram चैट ID बनता है (B.32)। |
| कानूनी आधार (नियंत्रक द्वारा तय) | ग्राहक तय करता है; सामान्यतः अपने संचालन का संगठन (कर्मचारियों और सेवा प्रदाताओं के संबंध में Art. 6(1)(b) या (f) GDPR)। |
| प्राप्तकर्ता | चुने चैनलों के संचालक; 4.1 देखें। ईमेल अलर्ट मेल प्रदाता से (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। |
| तीसरा देश | चैनल पर निर्भर; कई प्रदाता USA में, Telegram EU के बाहर पर्याप्तता निर्णय के बिना। 4.1 देखें। |
| प्रतिधारण | डिलीवरी लॉग 90 दिनों बाद (रात्रिकालीन, fe_alert_log_aufraeumen() द्वारा, जिसे srv/cron_status.php से बुलाया जाता है)। संकलित सूचनाएँ डिलीवरी के 30 दिन बाद (cfg/kanal_lib.php, हर संकलन डिलीवरी पर)। घटनाएँ अनसुलझी रहने तक; सुलझी घटनाएँ समाधान के 180 दिनों बाद (cfg/vorfall_lib.php, एस्केलेशन प्रक्रिया), प्रयासों सहित। लक्ष्य और आवंटन ग्राहक हटाने या डोमेन के साथ मिटने तक। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: प्रति लक्ष्य अलग रहस्य से हस्ताक्षरित वेबहुक; पुष्टि केवल क्लिक (POST) के बाद ताकि चैट लिंक पूर्वावलोकन कुछ शुरू न करे; रखरखाव अवधि के अलर्ट केवल लॉग होते हैं, भेजे नहीं जाते। |
A.4 जाँचे ग्राहक पृष्ठों और स्क्रीनशॉट में संयोगवश दिखने वाले व्यक्ति
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक खाते के डोमेन की जाँच (स्कैन, निगरानी, सक्रिय जाँच) उसके सार्वजनिक पृष्ठ पढ़ती और फ़ॉर्म स्क्रीनशॉट लेती है। पृष्ठ की सामग्री ऐसे व्यक्तियों से संबंधित हो सकती है जिनका जाँच से संबंध नहीं। यह डेटा संयोगवश आता है, जाँच का उद्देश्य नहीं। |
| डेटा विषयों की श्रेणियाँ | जाँचे पृष्ठ पर नाम, फ़ोटो या संपर्क विवरण वाले व्यक्ति (फ़ॉर्म के पास संपर्क व्यक्ति, मुखपृष्ठ की टीम फ़ोटो, प्रदाता का विवरण)। |
| व्यक्तिगत डेटा की श्रेणियाँ | स्क्रीनशॉट: मुखपृष्ठ का दृश्यमान क्षेत्र, हर दृश्यमान फ़ॉर्म का कटा भाग और सक्रिय सबमिशन के बाद पृष्ठ की छवि; वेब निर्देशिका के बाहर फ़ाइलें, डेटाबेस में केवल संदर्भ (scan_screenshots)। फ़ॉर्म संरचना: पृष्ठ पता, चयनकर्ता, फ़ील्ड नाम, प्रकार, लेबल, अनिवार्यता और दृश्यता संकेत, सबमिट बटन लेबल (forms, “फ़ील्ड मैप” फ़ील्ड); मान नहीं। समय-मुद्रा और टोकन पहचानने के लिए स्कैनर छिपे फ़ील्ड के शुरुआती अधिकतम 24 अक्षर और डेटा एट्रिब्यूट के अधिकतम 60 अक्षर केवल जाँच के दौरान पढ़ता है; केवल परिणाम सहेजता है। प्रमाण सहित निष्कर्ष (findings), पृष्ठ शीर्षकों सहित सार (scans)। सशुल्क खातों की पात्र जाँचों के लिए स्थानीय मॉडल चुने गए निष्कर्षों और स्कैन मेटाडेटा से प्राथमिकता के क्रम में व्यवस्थित कार्य योजना बनाता है; उसका पाठ, भाषा, स्थिति और टाइमस्टैम्प स्कैन सारांश में संग्रहीत होते हैं। फ़ॉर्म में प्राप्तकर्ता ईमेल हो, तो केवल डोमेन रखता है, कभी पता नहीं। |
| स्रोत | स्कैनर द्वारा प्राप्त ग्राहक डोमेन के सार्वजनिक पृष्ठ। |
| कानूनी आधार (नियंत्रक द्वारा तय) | अपनी वेबसाइट की सामग्री के लिए ग्राहक तय करता है। हमारे लिए नियुक्त जाँच का हिस्सा है। |
| प्राप्तकर्ता | ग्राहक; एजेंसी के मामले में उसका क्लाइंट पोर्टल या अपनी ब्रांडिंग की रिपोर्ट से; रिपोर्ट लिंक पाने वाला कोई भी (यादृच्छिक पते की रिपोर्टें, खोज इंजन में नहीं)। फ़ॉर्म प्रकार अस्पष्ट हो, तो अपने सर्वर का स्थानीय भाषा मॉडल वर्गीकरण के लिए संरचना, पृष्ठ शीर्षक, पता और फ़ॉर्म का दृश्यमान पाठ (अधिकतम 400 अक्षर) पाता है; छवियाँ नहीं। पात्र सशुल्क जाँचों में स्थानीय मॉडल को कार्य योजना बनाने के लिए होस्ट नाम, समग्र परिणाम और स्कोर, CMS, संबंधित फ़ॉर्म का प्रकार और पृष्ठ का पता, पहचाना गया कोई प्लगइन तथा विफल या अस्पष्ट परिणाम वाले चुने गए निष्कर्ष भी मिलते हैं। अनुरोध अस्थायी रूप से आंतरिक कार्य कतार में रखा जाता है और परिणाम प्राप्त कर लिए जाने के बाद या एक घंटे से अधिक पुरानी प्रविष्टियों की निर्धारित सफ़ाई से मिटाया जाता है। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | डोमेन परिणाम अधिकतम 13 महीने; प्रति डोमेन अंतिम पूरी जाँच रहती है (रात्रिकालीन विलोपन, “पुराने जाँच परिणाम” भाग)। परिणाम के साथ फ़ॉर्म, निष्कर्ष, छवि संदर्भ और फ़ाइलें मिटती हैं। डोमेन के साथ तुरंत मिटते हैं (B.15 की विलोपन शृंखला; खंड 6.4 के अपवाद)। |
| जानकारी छिपाने की सीमाएँ | पूर्ण जाँच स्क्रीनशॉट कुछ नहीं छिपाते: हर आगंतुक को दिखने वाला दिखाते हैं। प्राप्ति में फ़ील्ड खाली हैं क्योंकि स्कैनर कुछ दर्ज नहीं करता; पहले से भरे मान दिखेंगे। लॉगिन के पीछे स्क्रीनशॉट नहीं (A.5)। ब्राउज़र जाँच छवियाँ इनपुट ढकती हैं (A.6)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: छवियाँ केवल रिपोर्ट से मिलती हैं और दूसरे की छवि पहचान “नहीं मिला” लौटाती है; रिपोर्टों में noindex; हर जाँच अपने पृथक कंटेनर में। |
बिना खाते की जाँचों (निःशुल्क, अध्ययन, संभावित ग्राहक) में यही डेटा आता है। वहाँ हमारी ओर से कार्य करवाने वाला ग्राहक नहीं; इसलिए भाग B में हैं (B.5, B.7, B.8)।
A.5 लॉगिन के पीछे स्कैन के परीक्षण खाते के लॉगिन विवरण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | केवल लॉगिन के बाद दिखने वाले फ़ॉर्म पढ़ना (ग्राहक क्षेत्र, सदस्य क्षेत्र)। ग्राहक द्वारा अपनी वेबसाइट पर बनाए परीक्षण खाते से स्कैनर साइन इन करके निर्दिष्ट पृष्ठ पढ़ता है। लॉगिन फ़ॉर्म के अतिरिक्त कुछ जमा नहीं करता, वहाँ सक्रिय परीक्षण या स्क्रीनशॉट नहीं, लॉगआउट, विलोपन या रद्द करने वाले पते नहीं खोलता। लॉगिन फ़ॉर्म पर CAPTCHA हो, तो रुकता है; CAPTCHA दरकिनार नहीं होते। |
| पूर्वशर्त | सत्यापित डोमेन, सशुल्क योजना, स्वामी या प्रशासक भूमिका, परीक्षण खाता होने की स्पष्ट पुष्टि। अधिकतम पाँच पृष्ठ, सभी उसी डोमेन पर। |
| डेटा विषयों की श्रेणियाँ | खाता जिसके नाम पर है (आदर्शतः कोई नहीं; ग्राहक को कार्यात्मक खाता रखना चाहिए); लॉगिन के पीछे पृष्ठों पर डेटा वाले व्यक्ति। |
| व्यक्तिगत डेटा की श्रेणियाँ | परीक्षण उपयोगकर्ता नाम और पासवर्ड, केवल एन्क्रिप्टेड; नाम का संकेत (पहला अक्षर और लंबाई); लॉगिन पता, पृष्ठ सूची, फ़ील्ड नाम, सफलता संकेत, निर्माता, समय, अंतिम परिणाम का छोटा कोड (domain_logins)। चल रहे कार्य में एन्क्रिप्टेड प्रति (scan_jobs का “लॉगिन पैकेज” फ़ील्ड)। लॉगिन के पीछे पृष्ठों से A.4 जैसी फ़ॉर्म संरचना, बिना स्क्रीनशॉट और कुकी। |
| स्रोत | ग्राहक खाते में दर्ज करता है। |
| कानूनी आधार (नियंत्रक द्वारा तय) | ग्राहक तय करता है। परीक्षण खाता उपयोग करने का अधिकार होने का आश्वासन देता है। |
| प्राप्तकर्ता | कोई नहीं। ग्राहक, सहायता या प्रोग्रामिंग इंटरफ़ेस कोई लॉगिन विवरण नहीं पढ़ सकता; इंटरफ़ेस केवल नाम का संकेत दिखाता है। |
| तीसरा देश | कोई नहीं। |
| लॉगिन विवरण की सुरक्षा | सहेजते ही नाम और पासवर्ड स्कैन सर्वर की सार्वजनिक कुंजी से एन्क्रिप्ट होते हैं (X25519, HKDF-SHA256, AES-256-GCM; डोमेन संबद्ध डेटा से बँधा है ताकि एन्क्रिप्टेड पाठ अन्य डोमेन को न लगे)। निजी कुंजी केवल स्कैन सर्वर पर। वेब सर्वर, डेटाबेस, बैकअप में केवल एन्क्रिप्टेड पाठ; हम भी वहाँ डिक्रिप्ट नहीं कर सकते। स्कैन सर्वर केवल प्रक्रिया के लिए डिक्रिप्ट, पृथक कंटेनर को केवल मानक इनपुट से विवरण देता, कार्य की प्रति तुरंत मिटाता और किसी परिणाम, लॉग या त्रुटि पाठ में नहीं लिखता। ग्राहक वेबसाइट तक रास्ते में केवल उस वेबसाइट का एन्क्रिप्शन सुरक्षा देता है; इसकी सीमाएँ खंड 10 में हैं। |
| प्रतिधारण | ग्राहक द्वारा मिटाने तक। विलोपन में समान लंबाई के यादृच्छिक डेटा से एन्क्रिप्टेड पाठ अधिलेखित और पंक्ति मिटती है; प्रतीक्षारत कार्य साफ होते हैं (fe_login_loeschen())। डोमेन के साथ विदेशी कुंजी से पंक्ति मिटती है। स्कैन सर्वर प्रक्रिया के बाद कार्य प्रतियाँ साफ करता है; बचे अंश (कार्य रद्द, सर्वर बंद) स्थिति प्रक्रिया अधिकतम एक घंटे में साफ करती है (fe_login_aufraeumen(), “login_jobs” भाग)। डेटाबेस बैकअप में 14 दिनों बाद समाप्ति तक एन्क्रिप्टेड पाठ है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: अलग कुंजियों का असममित एन्क्रिप्शन; लॉगआउट और विलोपन पथ ब्लॉकलिस्ट; लॉगिन के पीछे स्क्रीनशॉट नहीं; केवल सशुल्क योजना और सत्यापित डोमेन; हर बदलाव गतिविधि लॉग में (लॉगिन विवरण बिना)। |
हमने जानबूझकर ग्राहक सर्वर, CMS प्रशासन या होस्टिंग खाते के लॉगिन विवरण रखने का कोई तरीका नहीं बनाया। परीक्षण खाता ग्राहक वेबसाइट का आगंतुक खाता है, उसके सिस्टम की पहुँच नहीं।
A.6 कॉन्फ़िगर फ़ॉर्म यात्राएँ, ब्राउज़र जाँच और स्वतंत्र परीक्षण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | निगरानी फ़ॉर्म वास्तविक ब्राउज़र (Chromium, WebKit या दोनों) में जमा करने से ठीक पहले तक चलाया जाता है: पृष्ठ लोड, पहले के क्लिक (अधिकतम पाँच, इनपुट या सबमिट बटन पर कभी नहीं), स्पष्ट कृत्रिम मान से फ़ील्ड भरना (जैसे आरक्षित प्रत्यय .invalid का पता), बहुचरणीय फ़ॉर्म आगे बढ़ाना। ब्राउज़र जाँच कुछ जमा नहीं करती; ब्राउज़र में तकनीकी रोक है। साथ ही समय मापन और फ़ॉर्म की दृश्य तुलना। |
| डेटा विषयों की श्रेणियाँ | A.4 जैसे (फ़ॉर्म पृष्ठ पर दिखते लोग); उत्तरदायी बनाए ग्राहक कर्मचारी (A.3)। |
| व्यक्तिगत डेटा की श्रेणियाँ | कॉन्फ़िगरेशन: फ़ॉर्म पता, चयनकर्ता, प्रवेश पता, क्लिक चरण, ब्राउज़र, लेबल, गंभीरता, आवंटन, देय तिथि (monitored_forms)। प्रति प्रक्रिया परिणाम: स्थिति, तकनीकी विफलता कारण, संवेदनशील जानकारी से साफ त्रुटियाँ, नेटवर्क और समय मापन, अधिकतम 32 KB JPEG फ़ॉर्म छवि जिसमें इनपुट फ़ील्ड ढके हैं (form_browser_runs)। प्रति जाँच अवलोकन (form_observations), समय शृंखला (form_performance)। लक्ष्य सूची वाले कार्य (scan_jobs के “targets” और “result” फ़ील्ड)। |
| परीक्षण पहुँच | परीक्षण खाता हो (A.5), तो पूर्ण जाँच कॉन्फ़िगर यात्राओं में भी उपयोग करती है। मापे कोड के अनुसार दो पूर्ण जाँचों के बीच स्वतंत्र ब्राउज़र जाँच बिना परीक्षण खाते चलती है। |
| स्वतंत्र परीक्षण | दूसरे स्थान पर अलर्ट से पहले पुष्टि का जाँच बिंदु नियोजित है। उसे डोमेन, साफ कॉन्फ़िगरेशन और कार्य पहचान मिलेंगे, आगंतुक इनपुट या लॉगिन नहीं। वर्तमान में स्थापित नहीं है (डिफ़ॉल्ट बंद)। उसके बिना दूसरे स्थान का प्रमाण नहीं; अलर्ट अपने मापन पर आधारित है। |
| स्रोत | ग्राहक कॉन्फ़िगर करता है; परिणाम ग्राहक पृष्ठ प्राप्त करने से। |
| कानूनी आधार (नियंत्रक द्वारा तय) | अपनी वेबसाइट सामग्री और कर्मचारियों की जिम्मेदारियों के लिए ग्राहक तय करता है। |
| प्राप्तकर्ता | ग्राहक; परीक्षण स्थापित हो तो संचालक (अभी कोई नहीं)। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | ब्राउज़र परिणाम, पूर्ण ब्राउज़र कार्य और समय शृंखला 13 महीनों बाद (रात्रिकालीन विलोपन, “browser_runs”, “browser_jobs”, “form_performance” भाग)। कॉन्फ़िगरेशन डोमेन मिटने तक (अलग बदले या बंद हो सकते हैं, मिट नहीं सकते); डोमेन के साथ प्रक्रियाएँ, अवलोकन और समय शृंखला विदेशी कुंजियों से मिटते हैं। |
| मापन का प्रमाण | अपने जाँच ब्राउज़र के समय और स्थितियाँ। वास्तविक आगंतुक अनुभव नहीं मापते, पूर्णता दर या खोई पूछताछ सिद्ध नहीं करते। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: तकनीकी सबमिशन रोक; केवल उसी डोमेन के पते; ढकी छवियाँ; पृथक कंटेनर। |
A.7 “Fix it for me” – पेस्ट फ़ॉर्म कोड
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक फ़ॉर्म कोड पेस्ट करता है; अपने हार्डवेयर का भाषा मॉडल सुरक्षा मॉड्यूल जोड़ता है। संशोधित फ़ाइल, पैच, सिंटैक्स परिणाम और जाँच कॉल वास्तव में जुड़ा या नहीं उसका संकेत मिलता है। पेस्ट कोड न हो, तो पिछले स्कैन के फ़ील्ड नाम का तैयार मॉड्यूल मिलता है। |
| डेटा विषयों की श्रेणियाँ | पेस्ट कोड में संयोग से डेटा वाले लोग (जैसे प्राप्तकर्ता पता, टिप्पणी में नाम, मेल सर्वर लॉगिन)। |
| व्यक्तिगत डेटा की श्रेणियाँ | पेस्ट कोड, अधिकतम 30,000 अक्षर। डेटाबेस में केवल गतिविधि लॉग प्रविष्टि (कार्यस्थान और समय सहित “fix_ai”), जो वर्तमान में प्रति कार्यस्थान प्रतिदिन दस कॉल सीमा में गिनी जाती है। |
| स्रोत | ग्राहक पेस्ट करता है। |
| कानूनी आधार | कोड स्वयं के लिए ग्राहक का अनुबंध पूरा करना (Art. 6(1)(b) GDPR); संयोग से मौजूद तृतीय पक्ष डेटा का आधार ग्राहक तय करता है। |
| प्राप्तकर्ता | कोई नहीं। भाषा मॉडल आंतरिक नेटवर्क के अपने स्कैन सर्वर पर; बाहरी AI नहीं, वैकल्पिक रूप में भी नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | कोड सहेजा नहीं जाता। सिंटैक्स परीक्षण की अस्थायी फ़ाइल तुरंत बाद मिटती है। गतिविधि लॉग 365 दिनों बाद मिटता है। |
| ग्राहक को टिप्पणी | पासवर्ड, API कुंजी या व्यक्तिगत डेटा वाला कोड पेस्ट करने से पहले साफ करना चाहिए। सामग्री नहीं जाँचते। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: केवल सशुल्क योजना के स्वामी और प्रशासक; पेस्ट कोड मॉडल को डेटा चिह्नित देकर कभी चलाया नहीं जाता; तृतीय पक्ष सर्वर पर अपलोड नहीं। |
A.8 अपनी ब्रांडिंग और एजेंसी के संपर्क व्यक्ति
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | एजेंसी (Business योजना) की रिपोर्टें, छोटी रिपोर्टें, प्रमाण लॉग और क्लाइंट पोर्टल उसकी ब्रांडिंग में, अनुरोध पर उसके उपडोमेन में दिखाई देते हैं। |
| डेटा विषयों की श्रेणियाँ | एजेंसी के संपर्क व्यक्ति जिनका नाम या विवरण संपर्क पंक्ति में हो। |
| व्यक्तिगत डेटा की श्रेणियाँ | कंपनी नाम, वेबसाइट, संपर्क पंक्ति, ग्राहक टिप्पणी, प्रमुख रंग, रूप, लोगो फ़ाइल, formexposed संदर्भ का स्विच, सत्यापन पहचान और स्थिति सहित अपना डोमेन (workspace_branding)। |
| स्रोत | एजेंसी दर्ज करती है। |
| कानूनी आधार | एजेंसी का अनुबंध पूरा करना (Art. 6(1)(b) GDPR)। संपर्क में कर्मचारी हों, तो आधार एजेंसी तय करती है। |
| प्राप्तकर्ता | जिसे एजेंसी रिपोर्ट, छोटी रिपोर्ट या पोर्टल लिंक दे। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | एजेंसी बदले तब तक; ब्रांड और लोगो कार्यस्थान के साथ मिटते हैं (fe_arbeitsbereich_daten_loeschen())। अपना डोमेन जिसका DNS सत्यापन सात दिन विफल रहे, बंद होता है। अपना डोमेन डिफ़ॉल्ट बंद है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
A.9 प्लगइन और एक्सटेंशन की गणना, स्थिति संकेत और फ़ील्ड त्रुटियाँ
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | दिन में एक बार WordPress प्लगइन और TYPO3 एक्सटेंशन जुड़े फ़ॉर्म के आँकड़े बताते हैं: कारणानुसार ब्लॉक सबमिशन, सबमिशन, भेजे और विफल ईमेल, फ़ॉर्म सेटिंग संकेत, स्रोत और प्रतिधारण अवधि अनुसार पूछताछ। वैकल्पिक, डिफ़ॉल्ट बंद: प्रति फ़ील्ड स्थिति फ़ॉर्म घटना और त्रुटि श्रेणियाँ। इनसे “आँकड़ों में सुरक्षा”, मासिक रिपोर्ट, संदेश बंद होने का अलर्ट और जोखिम सेटिंग सूचना बनती है। |
| वर्गीकरण | आँकड़े किसी व्यक्ति का वर्णन न करने के लिए बने हैं। भाग A में इसलिए हैं क्योंकि ग्राहक आगंतुकों की घटनाओं से निकलते हैं; हमारे मत में सीमांत मामलों में ही व्यक्तिगत हो सकते हैं (किसी दिन बहुत कम सबमिशन)। स्वयं प्रेषण (कुंजियाँ, संस्करण, होस्ट) भाग B में है (B.20)। |
| डेटा विषयों की श्रेणियाँ | फ़ॉर्म जमा करने वाले ग्राहक वेबसाइट आगंतुक। |
| व्यक्तिगत डेटा की श्रेणियाँ | प्रति होस्ट दैनिक आँकड़े: कुल और कारणानुसार ब्लॉक, सबमिशन, भेजे और विफल ईमेल, भेजने की त्रुटि श्रेणी (चार में से केवल एक, त्रुटि पाठ कभी नहीं क्योंकि उसमें प्राप्तकर्ता पते हो सकते हैं), reCAPTCHA प्रतिक्रियाओं की गिनती, मिटाई और छोड़ी पूछताछ (plugin_stats)। स्थिति: फ़ॉर्म, CAPTCHA और मेल प्लगइन की निश्चित सूची के संस्करण, संख्यात्मक सेटिंग संकेत, प्रतिधारण (plugin_health)। बदलाव: अपडेट प्लगइन नाम और संस्करण (plugin_changes)। वैकल्पिक: प्रति फ़ॉर्म और दिन गणक, फ़ील्ड स्थिति अनुसार त्रुटि श्रेणियाँ (form_metrics)। कभी नहीं: इनपुट, फ़ील्ड नाम, पासवर्ड, फ़ाइलें, ईमेल पते, नाम, IP पते या स्थायी आगंतुक पहचान। |
| स्रोत | ग्राहक वेबसाइट का प्लगइन, वेबसाइट कनेक्शन रहस्य वाले प्रोग्रामिंग इंटरफ़ेस से। |
| कानूनी आधार (नियंत्रक द्वारा तय) | ग्राहक तय करता है; वही वैकल्पिक गणना सक्रिय करने और आगंतुकों को बताने का निर्णय करता है। |
| प्राप्तकर्ता | ग्राहक। ब्लॉक संदेश लिंक डोमेन सामूहिक सुरक्षा में जाते हैं (B.21)। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | दैनिक आँकड़े, बदलाव और फ़ॉर्म गणक 13 महीनों बाद (रात्रिकालीन विलोपन, “plugin_stats” और “form_metrics”)। स्थिति हर रिपोर्ट से अधिलेखित। होस्ट का प्लगइन डेटा जैसे ही कोई डोमेन होस्ट को संदर्भ न दे, मिटता है (अंतिम डोमेन मिटने पर तुरंत; पुराना डेटा रात में, “orphan_hosts”)। |
| आँकड़े क्या सिद्ध करते हैं | प्लगइन ने जो गिना। पूर्णता दर या खोई पूछताछ सिद्ध नहीं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: वेबसाइट की बँधी कुंजी जोड़ी से ही स्वीकार; केवल ज्ञात कुंजियाँ और संख्याएँ, अन्य सब त्याग; 14 दिन की खिड़की से बाहर दिन अस्वीकार। |
A.10 सीमा: केवल ग्राहक वेबसाइट पर क्या रहता है
WordPress प्लगइन और TYPO3 एक्सटेंशन की निम्न सुविधाएँ केवल ग्राहक सर्वर पर डेटा प्रसंस्कृत करती हैं। हमें नहीं मिलता, हमारी पहुँच नहीं है। केवल वेबसाइट संचालक उत्तरदायी है; सक्रियण, प्रतिधारण और आगंतुक जानकारी तय करता है। इसके लिए प्लगइन गोपनीयता नीति के अनुच्छेद सुझाता है।
| सुविधा | स्थानीय प्रसंस्करण | ग्राहक की ओर प्रतिधारण |
|---|
| क्वारंटीन | कारण सहित रोके सबमिशन, वेबसाइट के पते पर ईमेल से छोड़े जा सकते हैं | 14 दिन |
| सुरक्षा जाल | विफल फ़ॉर्म ईमेल के सबमिशन दोबारा भेजने के लिए (डिफ़ॉल्ट चालू) | 30 दिन |
| reCAPTCHA के बजाय गणितीय पहेली | आगंतुक ब्राउज़र में गणित कार्य, तृतीय पक्ष सेवा नहीं (डिफ़ॉल्ट बंद) | – |
| प्रतिधारण सेटिंग | संचालक की अवधि बाद फ़ॉर्म प्लगइन की संग्रहीत पूछताछ मिटाना (डिफ़ॉल्ट बंद) | कॉन्फ़िगरेशन अनुसार |
| दर सीमित करना | IP से निकली अल्पकालिक पहचान, हमें नहीं भेजी जाती | अल्पकालिक |
| स्थानीय दैनिक गणक | भेजने से पहले गणक मान | अधिकतम 14 दिन |
| प्रशासक रिकॉर्डर | साइन इन प्रशासक ब्राउज़र के सत्र भंडारण में तकनीकी चयनकर्ता और नेविगेशन चरण; इनपुट नहीं पढ़ता। केवल चुनी कॉन्फ़िगरेशन भेजता है (फिर A.6) | अधिकतम 15 मिनट |
| आगंतुक सहायता | अलग चालू हो सकती है; मसौदे नहीं रखती, स्वचालित दोबारा नहीं भेजती | – |
| नए स्पैम नियमों का अवलोकन | स्वचालित सक्रियण बिना अतिरिक्त मिलान स्थानीय गिने जाते हैं | सात दिन |
A.11 फ़ॉर्म सुरक्षा (formconfirmed)
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | स्वचालित सबमिशन पहचानने के लिए ग्राहक वेबसाइटों के फ़ॉर्म से आए सबमिशन का आकलन: कार्य जारी करना और जाँचना (गणना का प्रमाण), एकबारगी जाँच टोकन, भरने का समय, ट्रैप फ़ील्ड, बार-बार अनुरोध; ग्राहक की इच्छा पर भाषा मॉडल द्वारा संदेश पाठ का आकलन। केवल फ़ॉर्म सुरक्षा चालू करने वाले ग्राहकों के लिए। |
| डेटा विषयों की श्रेणियाँ | ग्राहक वेबसाइटों के आगंतुक जो सुरक्षित फ़ॉर्म वाला पेज खोलते हैं या उसे सबमिट करते हैं। |
| व्यक्तिगत डेटा की श्रेणियाँ | IP पता (केवल छोटा करके और प्रतिदिन बदलने वाली कुंजी से हैश करके संग्रहीत), पेज का पता और डोमेन, समय और भरने का समय, ट्रैप फ़ील्ड भरा हाँ/नहीं, वेब सर्वर लॉग में ब्राउज़र पहचानकर्ता; केवल सामग्री जाँच चालू होने पर संदेश पाठ (केवल कार्य-स्मृति में)। |
| स्रोत | आगंतुक का ब्राउज़र (कार्य, जाँच टोकन); ग्राहक का सर्वर (जाँच अनुरोध, आवश्यकतानुसार पाठ)। |
| प्राप्तकर्ता | ग्राहक (स्कोर, क्रिया, कारण)। अन्य कोई नहीं; इस प्रसंस्करण के लिए कोई उप-प्रसंस्करणकर्ता नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | हैश की गई पहचान 1 घंटा; उपयोग हो चुके जाँच टोकन अधिकतम 11 मिनट; IP पते और पाठ के बिना जाँच परिणाम 30 दिन; दैनिक आँकड़े 400 दिन; वेब सर्वर लॉग 14 दिन; पाठ का कोई संग्रहण नहीं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8; इसके अतिरिक्त दैनिक कुंजी से छोटा करना और हैश, हस्ताक्षरित कार्य, एकबारगी उपयोग, पाठ लॉग किए बिना अपने हार्डवेयर पर भाषा मॉडल। |
4. भाग A – प्राप्तकर्ता, उप-प्रसंस्करणकर्ता और तीसरे देश हस्तांतरण
निम्न तालिका हमारे नियुक्त प्राप्तकर्ता बताती है जिन्हें भाग A का डेटा मिल सकता है। प्रामाणिक, लगातार अद्यतन सूची उप-प्रसंस्करणकर्ता पृष्ठ है; उससे अंतर निष्कर्ष है, स्वरूप की समस्या नहीं।
| प्राप्तकर्ता | क्या मिलता है | तीसरा देश | आधार | स्थिति |
|---|
| Namecheap, Inc. (Private Email), Phoenix, Arizona, USA | संदेश पहुँचने की जाँच नियंत्रण मेलबॉक्स (A.1); अलर्ट ईमेल (A.3), पोर्टल सदस्य पुष्टि और रिपोर्टें (A.2) | स्थान सत्यापित होना है; “उप-प्रसंस्करणकर्ता” पृष्ठ देखें | डेटा प्रसंस्करण समझौता; हस्तांतरण आधार सत्यापित होना है | लंबित। संबंधित अनुबंध, वास्तविक स्थान और आधार प्रलेखित नहीं। अभिलेख प्रमाणन या संपन्न अनुबंध की पुष्टि नहीं करता। |
| Namecheap, Inc. (रजिस्ट्रार, DNS; मेलबॉक्स बनने तक ईमेल अग्रेषण) | मेलबॉक्स बनने तक हमारे डोमेन पतों के सामान्य ईमेल; डिलीवरी प्रतियाँ नहीं, जो सीधे मेलबॉक्स के MX रिकॉर्ड से ही आती हैं (A.1) | USA | सत्यापित होना है: EU-US Data Privacy Framework प्रमाणन या मानक संविदात्मक खंड | उपयोग में; आधार लंबित। |
| स्थानीय भाषा मॉडल सहित अपना स्कैन सर्वर | वर्गीकरण की फ़ॉर्म संरचना और सशुल्क खातों की कार्य योजनाओं के लिए स्कैन मेटाडेटा सहित चुने गए निष्कर्ष (A.4), पेस्ट कोड (A.7), केवल प्रक्रिया के दौरान डिक्रिप्ट परीक्षण पहुँच (A.5) | – | अपना संचालन, तृतीय पक्ष नहीं | उपयोग में। |
| दूसरे स्थान का स्वतंत्र परीक्षण | डोमेन, साफ कॉन्फ़िगरेशन, कार्य पहचान (A.6) | स्थान अनुसार | चालू करने से पहले तय करना है | स्थापित नहीं। |
होस्टिंग: तृतीय पक्ष नहीं। एप्लिकेशन, डेटाबेस, स्क्रीनशॉट और बैकअप पोलैंड के अपने सर्वरों पर हैं। डेटा सेंटर या क्लाउड जाएँ, तो यह अनुच्छेद फिर लिखना होगा।
4.1 ग्राहक के चुने अलर्ट चैनल
हमारे नियुक्त प्राप्तकर्ताओं के अतिरिक्त ग्राहक के चुने चैनल हैं (A.3)। हमारा सर्वर प्रेषण शुरू करता है; ग्राहक लक्ष्य और प्रदाता तय करता है। चैनल चुनने से प्रसंस्करणकर्ता के अपने दायित्व नहीं हटते। हर प्रदाता की भूमिका, अनुबंध और तीसरे देश की सुरक्षा तय करनी है; चैट सेवाओं के लिए अभी पूरा नहीं (कानूनी समीक्षा का लंबित प्रश्न)।
| चैनल | क्या भेजते हैं | प्रदाता का स्थान |
|---|
| ईमेल | डोमेन, घटना, स्पष्टीकरण, लिंक; दर्ज पते पर | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA से |
| स्वतंत्र चुना वेबहुक पता | JSON घटना (डोमेन, घटनाएँ, पंक्तियाँ, लिंक, समय), लक्ष्य के रहस्य से हस्ताक्षरित | ग्राहक तय करता है |
| Slack, Discord, Microsoft Teams, Google Chat | वही सूचना दर्ज वेबहुक पते पर चैट संदेश | मुख्यतः USA |
| Telegram | ग्राहक का लक्ष्य; अपने बॉट से जुड़ी चैट ID को संदेश | EU के बाहर, पर्याप्तता निर्णय नहीं; हस्तांतरण आधार कानूनी समीक्षा का लंबित प्रश्न |
कभी आगंतुक संदेश की सामग्री नहीं भेजी जाती। सूचनाओं में डोमेन, घटना और लिंक हैं।
5. भाग B – Art. 30(1): अपने उत्तरदायित्व का प्रसंस्करण
इस भाग के सबका नियंत्रक: LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland, contact@lukaswojcik.com। प्रतिनिधि आवश्यक नहीं (संघ में स्थापित)। डेटा संरक्षण अधिकारी नियुक्त नहीं (खंड 9)। तकनीकी और संगठनात्मक उपाय: खंड 8 और तकनीकी और संगठनात्मक उपाय पृष्ठ। अधिकारों के प्रयोग की जानकारी पहुँच, मिटाना और आपके अन्य अधिकार पर है; खाताधारक स्वयं डेटा फ़ाइल डाउनलोड कर सकते हैं (सेटिंग)।
जहाँ वैध हितों पर निर्भर हैं (Art. 6(1)(f) GDPR), हित और कम हस्तक्षेपकारी उपाय पर्याप्त न होने का कारण बताते हैं। संतुलन हमारा आकलन है; कानूनी समीक्षा का हिस्सा है।
B.1 हमारी वेबसाइट के आगंतुक – वेब सर्वर लॉग
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | वेबसाइट और एप्लिकेशन का संचालन तथा सुरक्षा: उपलब्ध कराना, समस्या समाधान, हमला और अधिक भार पहचानना। |
| डेटा विषयों की श्रेणियाँ | formexposed.com या form.exposed खोलने वाले सभी, ग्राहक पृष्ठों के आगंतुक भी जिनके ब्राउज़र बैज छवि लोड करें (B.18), रिपोर्ट या पुष्टि लिंक खोलने वाले और इंटरफ़ेस बुलाने वाले प्लगइन की वेबसाइटें। |
| व्यक्तिगत डेटा की श्रेणियाँ | पूरा IP पता, समय, अनुरोधित पता, स्थिति कोड, भेजे बाइट, संदर्भ पृष्ठ (रेफ़रर), ब्राउज़र पहचान (user agent)। |
| भंडारण | ऊपरी प्रॉक्सी और वेब सर्वर के पहुँच लॉग वेब सर्वर पर फ़ाइलों में, डेटाबेस में नहीं। |
| स्रोत | अनुरोध करने वाला ब्राउज़र या प्रोग्राम। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: सुरक्षित और निर्बाध संचालन। संतुलन: पूरे पते बिना समान प्रेषक के दोहराए अनुरोध जोड़कर हमला रोकना संभव नहीं; छोटा पता भेद नहीं देता। लॉग अन्य डेटा से नहीं मिलते और कम अवधि में मिटते हैं। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | 14 दिन: 14 पीढ़ियों का दैनिक रोटेशन, फिर अधिलेखित (सिस्टम लॉग रोटेशन, एप्लिकेशन की रात्रिकालीन प्रक्रिया नहीं)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.2 एप्लिकेशन पृष्ठ दृश्य लॉग
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | सुरक्षा और दुरुपयोग पहचान (कौन, क्या, कितनी बार माँगता है), खाते पहुँच का पता लगाना, विश्लेषण सेवा बिना सरल उपयोग आँकड़े। |
| डेटा विषयों की श्रेणियाँ | वास्तविक पृष्ठ दृश्य के सभी वेबसाइट आगंतुक और एप्लिकेशन उपयोगकर्ता (पृष्ठभूमि अनुरोध या फ़ॉर्म सबमिशन नहीं)। |
| व्यक्तिगत डेटा की श्रेणियाँ | पूरा IP, लिखते समय निकला देश (स्थानीय भू-डेटाबेस, तृतीय पक्ष क्वेरी नहीं), साइन इन का खाता ID, अनुरोधित पता और रेफ़रर (पहुँच टोकन, जैसे रिपोर्ट या पोर्टल, छिपे), ब्राउज़र पहचान और उससे उपकरण प्रकार, ऑपरेटिंग सिस्टम, ब्राउज़र, भाषा, समय (access_logs)। “ग्राहक के रूप में देखें” (B.14) में खाता ID नहीं लगाया जाता ताकि सहायता के दृश्य ग्राहक के लॉग में न आएँ। |
| स्रोत | ब्राउज़र अनुरोध। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: दुरुपयोग रोकथाम और पता लगाने की क्षमता। संतुलन: B.1 जैसा; अवधि अधिक क्योंकि पैटर्न हफ्तों में दिखते हैं। IP छोटा करना या अवधि घटाना कानूनी समीक्षा का लंबित प्रश्न है। |
| प्राप्तकर्ता | कोई नहीं। खाताधारक डेटा निर्यात में अपने पृष्ठ दृश्य पाते हैं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | 60 दिन (हर रात 03:00 से 03:05, srv/cron_status.php, “पृष्ठ दृश्य लॉग” सेटिंग)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। अग्रेषित हेडर का IP केवल अपने ऊपरी प्रॉक्सी से अनुरोध आने पर लेते हैं, और केवल उसकी जोड़ी प्रविष्टि; अन्यथा कोई भी मनचाहा स्रोत बता सकता है। |
B.3 कुकी और ब्राउज़र भंडारण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | तकनीकी आवश्यक भंडारण: सत्र, क्रॉस-साइट अनुरोध जालसाज़ी सुरक्षा (CSRF), बिना खाते जाँच सीमा गिनना, लॉगिन, अनुरोध पर साइन इन रहना, हल्का या गहरा रूप। |
| डेटा विषयों की श्रेणियाँ | formexposed.com के आगंतुक और उपयोगकर्ता। |
| व्यक्तिगत डेटा की श्रेणियाँ | सत्र कुकी bpid (सत्र पहचान; ब्राउज़र बंद पर समाप्त; HttpOnly, SameSite=Lax, HTTPS पर Secure)। bp_remember केवल “मुझे साइन इन रखें” चुनने पर (चयनकर्ता और सत्यापनकर्ता; 30 दिन)। स्थानीय भंडारण bp_theme (हल्का, गहरा, सिस्टम)। प्रशासन क्षेत्र में संचालकों की अतिरिक्त स्थानीय प्रदर्शन सेटिंग। सीमा हेतु सत्र पहचान का हैश बनता है; स्वयं पहचान नहीं सहेजी जाती। |
| सेट नहीं | विश्लेषण, विज्ञापन या ट्रैकिंग कुकी नहीं। साझेदार कार्यक्रम (B.33) बिना कुकी काम करता है। ग्राहक पृष्ठ की बैज छवि कुकी नहीं सेट करती (B.18)। सुरक्षित फ़ॉर्म जमा करने पर reCAPTCHA Google कुकी सेट कर सकता है (B.23)। |
| कानूनी आधार | उपकरण पहुँच: उपयोगकर्ता की माँगी सेवा के लिए पूर्ण आवश्यक (§ 25(2) क्रमांक 2 TDDDG, जर्मन दूरसंचार डिजिटल सेवा डेटा संरक्षण अधिनियम; Art. 399(3) PKE, पोलिश इलेक्ट्रॉनिक संचार कानून (Prawo komunikacji elektronicznej))। प्रसंस्करण: Art. 6(1)(b) GDPR (खाता) और (f) (सुरक्षा, सीमाएँ)। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | सत्र; याद रखने वाला टोकन 30 दिन। रात्रिकालीन प्रक्रिया समाप्त टोकन डेटाबेस से मिटाती है (remember_tokens); लॉगआउट, पासवर्ड बदलाव और उपकरण निरस्तीकरण पर तुरंत। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.4 बिना खाते की निःशुल्क जाँच – स्वीकृति, सीमाएँ और दुरुपयोग निगरानी
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | कोई भी बिना खाते डोमेन जँचवा सकता है। इनपुट तृतीय पक्ष वेबसाइटों के विरुद्ध हथियार न बने, इसलिए स्तरित सीमाएँ हैं: सात दिनों में प्रति डोमेन एक अनाम जाँच (बाद में वही रिपोर्ट), 24 घंटों में प्रति IP और सत्र सीमा, पूरे सिस्टम की दैनिक सीमा, बहुत नए डोमेन पर रोक, ब्लॉकलिस्ट और opt-out, केवल सार्वजनिक पते। संदिग्ध पैटर्न दर्ज और संचालक को बताए जाते हैं। प्रति IP, सत्र और पूरे सिस्टम की अलग-अलग सीमाएँ बिना खाते प्लगइन जाँच पर भी हैं (बँधी कुंजी जोड़ी वाला प्लगइन पते के बजाय वेबसाइट अनुसार गिना जाता है) और opt-out पर (B.30); निःशुल्क हेडर उपकरण (B.9) की प्रति IP और दिन तथा सिस्टम की अपनी सीमाएँ हैं। |
| डेटा विषयों की श्रेणियाँ | जाँच, हेडर अनुरोध या opt-out करने वाले; प्लगइन स्थापित सर्वर। |
| व्यक्तिगत डेटा की श्रेणियाँ | हर अनुरोध लॉग: स्रोत (जाँच, प्लगइन, हेडर, opt-out), पूरा IP, सत्र पहचान हैश, जाँचा होस्ट, IP से देश, कारण सहित स्वीकृत या अस्वीकृत, समय (check_throttle)। असामान्यता: प्रकार (IP, सत्र, देश, सिस्टम), कुंजी (“IP” के लिए पूरा पता), पैटर्न, गंभीरता, छोटा विवरण, पहचान और समाधान समय, समाधानकर्ता (abuse_flags)। कार्य: होस्ट, मोड, विश्वास स्तर और अनुरोधकर्ता पहचान के रूप में छोटा सत्र हैश (scan_jobs)। रिपोर्ट: यादृच्छिक पहचान, होस्ट, भाषा, समाप्ति, पहला दृश्य, दृश्यों की संख्या (reports)। रजिस्ट्री से कैश डोमेन आयु (domain_age_cache)। |
| स्रोत | व्यक्ति का इनपुट, अनुरोध; आयु के लिए रजिस्ट्री क्वेरी (RDAP)। |
| कानूनी आधार | माँगी जाँच: Art. 6(1)(b) GDPR (सेवा की शर्तें के अनुसार निःशुल्क उपयोग); विकल्पतः (f)। सीमाएँ और निगरानी: Art. 6(1)(f)। हित: सेवा को तृतीय पक्ष वेबसाइटों के विरुद्ध उपकरण या स्पैम तोप बनने से रोकना। संतुलन: पते और सत्र से जोड़े बिना सीमाएँ लागू नहीं हो सकतीं; सात दिन की अवधि उतनी छोटी है जितनी उससे गिनी सबसे लंबी सीमा। |
| प्राप्तकर्ता | Google (जमा करते समय reCAPTCHA, B.23)। आयु के लिए स्कैनर rdap.org रीडायरेक्ट सेवा से संबंधित रजिस्ट्री को पूछता है; केवल डोमेन नाम जाता है। असामान्यता पर Telegram से संचालक को बिना परिवर्तनीय मान संकेत (होस्ट या पता नहीं)। यादृच्छिक लिंक वाला रिपोर्ट देख सकता है। |
| तीसरा देश | reCAPTCHA से USA (B.23)। |
| प्रतिधारण | अनुरोध लॉग 7 दिन (रात्रिकालीन, srv/cron_status.php)। सुलझी असामान्यताएँ समाधान के 90 दिन बाद; अनसुलझी तब तक जब तक कोई सुलझाए (खंड 10)। अनाम रिपोर्टें 30 दिनों बाद समाप्त; रात में रिपोर्ट, कार्य, परिणाम, फ़ॉर्म, निष्कर्ष और छवियाँ मिटती हैं (fe_reports_aufraeumen())। प्रशासक पते की प्रविष्टियाँ मैन्युअल मुक्त कर सकता है; इससे पिछले 24 घंटे का लॉग मिटता है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। प्रशासन में अनाम जाँच का आपात बंद; कतार बढ़ने पर नई निःशुल्क जाँच अस्वीकार करने वाला भार नियंत्रण। |
B.5 तृतीय पक्ष वेबसाइट की क्रॉलर जाँच
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | सार्वजनिक संपर्क फ़ॉर्म की सुरक्षा जाँच: स्पैम और दुरुपयोग उपाय, डेटा संरक्षण और सुगम्यता, तृतीय पक्ष स्क्रिप्ट, कुकी बैनर अस्वीकार के बाद व्यवहार, मोबाइल रूप। बिना खाते जाँच (B.4), खाते के असत्यापित डोमेन और अध्ययन (B.7) तथा संभावित ग्राहक जाँच (B.8) के आधार पर लागू। खाते के सत्यापित डोमेन के लिए ग्राहक की ओर से काम करते हैं (A.4)। |
| क्रॉलर व्यवहार | क्रॉलर पृष्ठ संदर्भ वाली अपनी पहचान; जाँच से पहले robots.txt पढ़ता है और मुखपृष्ठ पर disallow हो तो रुकता है (robots.txt अनुपलब्ध या सर्वर त्रुटि पर भी); अलग उपपथ नियम अलग नहीं देखे जाते। नियमित फ़ॉर्म जाँच, प्रमाण प्राप्ति, हेडर और सार्वजनिक फ़ाइल खोज robots.txt नहीं पढ़ते। अधिकतम आठ सार्वजनिक पृष्ठ, साथ में कुकी बैनर “अस्वीकार करें” क्लिक वाले अधिकतम तीन, फ़ोन दृश्य के अधिकतम तीन, सत्यापित डोमेन पर सक्रिय परीक्षण और लॉगिन के पीछे अधिकतम पाँच (A.5); क्रम से लोड, समानांतर नहीं; केवल सार्वजनिक पते, आंतरिक नेटवर्क नहीं, रीडायरेक्ट पुनः जाँचे; स्वीकृति से पहले और स्कैनर में दूसरी बार ब्लॉकलिस्ट तथा opt-out जाँचे। निष्क्रिय: नियंत्रण प्रमाण के बिना ग्राहकों के लिए कुछ जमा नहीं (अपवाद: अपने परीक्षण और डेमो डोमेन की आंतरिक जाँच, B.6)। |
| डेटा विषयों की श्रेणियाँ | जाँची वेबसाइट के संचालक (प्राकृतिक व्यक्ति होने पर, जैसे एकल व्यवसायी); पृष्ठों पर संयोग से दिखने वाले लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | A.4 जैसा: पृष्ठ पते और शीर्षक, फ़ॉर्म संरचना (नाम, प्रकार, लेबल, मान नहीं), सुरक्षा उपाय, तृतीय पक्ष स्क्रिप्ट (पते; पिक्सेल और रिकॉर्डिंग उपकरणों के खाता ID सहेजने से पहले बदले जाते हैं), कुकी बैनर व्यवहार, स्क्रीनशॉट (मुखपृष्ठ दृश्यमान भाग, फ़ॉर्म)। प्राप्तकर्ता पता हो, तो केवल डोमेन (scans, forms, findings, scan_screenshots)। |
| स्रोत | सार्वजनिक उपलब्ध पृष्ठ। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: माँगी सुरक्षा जाँच; आगंतुकों को नुकसान पहुँचा सकने वाली कमियाँ संचालकों को बताना। संतुलन: हर आगंतुक को दिखने वाला ही, कम मात्रा में और बिना सबमिशन पढ़ते हैं; संचालक बिना प्रमाण कभी भी स्थायी बहिष्करण कर सकता है। Art. 14 GDPR जानकारी क्रॉलर पृष्ठ, opt-out और गोपनीयता नीति से मिलती है; Art. 14(5)(b) के लिए पर्याप्त है या नहीं, कानूनी समीक्षा का लंबित प्रश्न है। |
| प्राप्तकर्ता | रिपोर्ट शुरू करने वाला और यादृच्छिक लिंक पाने वाला; अस्पष्ट फ़ॉर्म प्रकार पर अपने सर्वर का स्थानीय भाषा मॉडल (संरचना, पृष्ठ शीर्षक और पता, दृश्यमान फ़ॉर्म पाठ)। प्लगइन संस्करणों की खामी चेतावनी अनाम रिपोर्ट में कभी नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | अनाम: 30 दिन (B.4)। संभावित ग्राहक: 90 दिन (B.8)। अध्ययन: प्रकाशन तक (B.7)। खाते का डोमेन: अधिकतम 13 महीने, अंतिम जाँच रहती है; डोमेन के साथ तुरंत। बिना डोमेन और रिपोर्ट संचालक की आंतरिक जाँचें (जैसे कमांड लाइन की): अवधि नहीं (खंड 10)। स्कैन सर्वर की अस्थायी फ़ाइलें हर प्रक्रिया बाद मिटती हैं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विशेष रूप से: घटे अधिकार, केवल पढ़ने का फ़ाइल सिस्टम, मेमोरी सीमा और अपना नेटवर्क वाला अलग कंटेनर; दोहरी लक्ष्य जाँच। |
B.6 सक्रिय परीक्षण सबमिशन
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | जाँचना कि फ़ॉर्म बिना सुरक्षा सबमिशन स्वीकार करता है या नहीं, CAPTCHA, जाल (honeypot), टोकन, ईमेल सत्यापन और दर सीमा सर्वर पर प्रभावी हैं या नहीं और हेडर डाले जा सकते हैं या नहीं। |
| पूर्वशर्त | ग्राहकों के लिए केवल नियंत्रण प्रमाण वाले डोमेन (DNS, मेटा टैग, फ़ाइल या जुड़ा प्लगइन); साथ में संचालक अपने परीक्षण और डेमो डोमेन के लिए आंतरिक कमांड लाइन से “verified” स्तर जाँच बनाता है। केवल वैश्विक स्विच चालू हो और फ़ॉर्म विश्वसनीय सामान्य संपर्क फ़ॉर्म हो। ऑर्डर, बुकिंग, पंजीकरण, न्यूज़लेटर, भुगतान, फ़ाइल अपलोड, वास्तविक व्यक्तिगत डेटा के अनिवार्य फ़ील्ड या सार्वजनिक प्राधिकरण, स्वास्थ्य या शिक्षा डोमेन के लिए कभी नहीं। |
| डेटा विषयों की श्रेणियाँ | फ़ॉर्म ईमेल पाने वाले ग्राहक कर्मचारी। |
| व्यक्तिगत डेटा की श्रेणियाँ | परीक्षण में व्यक्तिगत डेटा नहीं: प्रेषक “FormExposed Security Scanner”, अपना पता या .invalid का पता, चिह्नित विषय और पृष्ठ की भाषा में क्रॉलर पृष्ठ, opt-out और जाँच संख्या का संदर्भ। अपने भंडारण में: पृष्ठ प्रतिक्रिया, निष्कर्ष, अगले पृष्ठ की छवि (A.4 जैसा)। |
| दायरा | प्रति जाँच अधिकतम पाँच (सेटिंग, डिफ़ॉल्ट 5); योजना की आवृत्ति पर, सर्वोच्च योजना में दैनिक। |
| स्रोत | ग्राहक का निर्देश। |
| कानूनी आधार | ग्राहक अनुबंध का निष्पादन (Art. 6(1)(b) GDPR); सबमिशन अपने ग्राहक फ़ॉर्म को। ग्राहक की ओर प्राप्तकर्ताओं के लिए: ग्राहक का संगठन। |
| प्राप्तकर्ता | ग्राहक (उसका फ़ॉर्म ईमेल)। |
| तीसरा देश | हमारे द्वारा नहीं। |
| प्रतिधारण | परिणाम A.4 जैसे। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। हेडर इंजेक्शन केवल पहचानते हैं, वास्तविक प्राप्तकर्ता के साथ कभी नहीं करते; ईमेल सत्यापन केवल असंभव डोमेन उपयोग करता है। |
B.7 “फ़ॉर्म सुरक्षा सूचकांक” अध्ययन
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | देश या क्षेत्र के संपर्क फ़ॉर्म सुरक्षा आँकड़े। केवल कुल प्रकाशित, वेबसाइट नाम बिना; खंड केवल फ़ॉर्म वाले 20 पृष्ठों से। |
| डेटा विषयों की श्रेणियाँ | सूची की वेबसाइट संचालक; संयोग से दिखने वाले लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | B.5 जैसा, केवल निष्क्रिय। साथ में सूची: होस्ट, खंड, स्थिति, कार्य (study_domains); शीर्षक, देश, कुल परिणाम का अध्ययन (studies)। |
| स्रोत | संचालक की सार्वजनिक वेबसाइट सूची; स्वयं पृष्ठ। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: फ़ॉर्म सुरक्षा की सांख्यिकीय जानकारी। संतुलन: निष्क्रिय, सीमित दर (प्रति प्रक्रिया थोड़े कार्य), ब्लॉकलिस्ट और opt-out, केवल समग्र प्रकाशन, कच्चा डेटा मिटता है। |
| प्राप्तकर्ता | जनता, केवल समग्र आँकड़े। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | प्रकाशन पर कच्चा डेटा (परिणाम, फ़ॉर्म, निष्कर्ष, छवियाँ, कार्य) मिटता है (fe_studie_veroeffentlichen())। खंड सहित होस्ट सूची रहती है; उसकी या कभी प्रकाशित न हुए अध्ययनों की अवधि नहीं (खंड 10)। संचालक जाँची सूची और प्रकाशन तय करता है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.8 संभावित ग्राहक जाँच (एजेंसी ग्राहक प्राप्ति मोड)
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | एजेंसी (Business) संभावित ग्राहक वेबसाइट निष्क्रिय जाँचकर अपने ब्रांड की छोटी रिपोर्ट और निष्क्रिय रिपोर्ट पाती है। हम संपर्क नहीं करते; लिंक एजेंसी स्वयं देती है। |
| डेटा विषयों की श्रेणियाँ | जाँची वेबसाइट संचालक; संयोग से दिखते लोग; जाँच शुरू करने वाले एजेंसी कर्मचारी। |
| व्यक्तिगत डेटा की श्रेणियाँ | B.5 जैसा, केवल निष्क्रिय। साथ में कार्यस्थान, शुरू करने वाला, होस्ट, रिपोर्ट की यादृच्छिक पहचान, समय (prospect_checks)। |
| स्रोत | एजेंसी इनपुट; सार्वजनिक पृष्ठ। |
| कानूनी आधार | Art. 6(1)(f) GDPR (सेवा देने का हमारा हित और उचित आधार पर संपर्क का एजेंसी हित)। भूमिकाएँ और रिपोर्ट आगे देने के दायित्व कानूनी समीक्षा के प्रश्न हैं: अवांछित ईमेल रिपोर्ट या कॉल प्रत्यक्ष विपणन है, Art. 398 PKE और § 7(2) UWG (जर्मन अनुचित प्रतिस्पर्धा विरोधी अधिनियम) के अंतर्गत व्यवसायों के बीच भी सहमति आवश्यक। एजेंसी का उत्तरदायित्व है; सेवा की शर्तें ऐसा दायित्व देती हैं। |
| प्राप्तकर्ता | एजेंसी और लिंक पाने वाला। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | रिपोर्ट और परिणाम 90 दिनों बाद समाप्त और रात में मिटते हैं (fe_reports_aufraeumen()); जाँच प्रविष्टि 90 दिनों बाद 04:00 से दैनिक सामूहिक प्रक्रिया में मिटती है (srv/cron_status.php)। कार्यस्थान के साथ तुरंत। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। मासिक कोटा (सेटिंग, डिफ़ॉल्ट 30); सात दिन में वही पृष्ठ वही रिपोर्ट देता है; opt-out लागू। |
B.9 बिना खाते हेडर उपकरण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | डोमेन मुखपृष्ठ के सुरक्षा हेडर का निःशुल्क ग्रेड (A+ से F)। दो अनुरोध, ब्राउज़र, फ़ॉर्म या सबमिशन नहीं। |
| डेटा विषयों की श्रेणियाँ | उपकरण उपयोगकर्ता; जाँचे डोमेन संचालक। |
| व्यक्तिगत डेटा की श्रेणियाँ | B.4 जैसा लॉग (स्रोत “headers”, IP, सत्र हैश, होस्ट)। परिणाम: होस्ट, ग्रेड, अंक, मूल्यांकित हेडर (header_checks)। |
| कानूनी आधार | Art. 6(1)(f) GDPR, B.4 और B.5 जैसा। |
| प्राप्तकर्ता | Google (reCAPTCHA, B.23)। |
| तीसरा देश | reCAPTCHA से USA। |
| प्रतिधारण | लॉग 7 दिन; परिणाम अभी 90 दिनों बाद (रात्रिकालीन विलोपन, “header_checks”, “headers_keep_days” सेटिंग)। खाते के डोमेन का ग्रेड दैनिक नया और डोमेन के साथ सहेजा जाता है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। प्रति IP और दिन सीमाएँ; opt-out लागू। |
B.10 ग्राहक खाते
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | खातों, कार्यस्थानों और योजनाओं का संचालन। |
| डेटा विषयों की श्रेणियाँ | ग्राहक (व्यवसाय) और अपने खाते वाले टीम सदस्य। |
| व्यक्तिगत डेटा की श्रेणियाँ | ईमेल और सामान्यीकृत रूप, पासवर्ड केवल हैश, प्रथम नाम (अनिवार्य), उपनाम और कंपनी (दिए जाने पर); एप्लिकेशन पता और VAT पहचान नहीं रखता, केवल Stripe में (B.26); स्थिति, भाषा, रूप, मुद्रा, योजना और बिलिंग, Stripe ग्राहक और सदस्यता ID, अवधि अंत, अवधि अंत पर रद्द करना, पुष्टि और रीसेट पहचान की समाप्ति, पुष्टि तक नया ईमेल, पंजीकरण समय, अंतिम लॉगिन और अंतिम IP पता, सभी सत्र निरस्तीकरण समय, दो-कारक डेटा (B.11), मासिक रिपोर्ट चालू/बंद, अनुस्मारक ईमेल समय, कोड सक्रियण, संदर्भ कोड और संदर्भ (users)। नाम, समय, स्थिति वाले कार्यस्थान (workspaces); भूमिका और जुड़ने की तिथि वाली सदस्यता (workspace_users)। |
| स्रोत | व्यक्ति का पंजीकरण और सेटिंग; Stripe की बिलिंग स्थिति। |
| कानूनी आधार | Art. 6(1)(b) GDPR (अनुबंध)। अंतिम IP: (f) (खाते सुरक्षा)। |
| प्राप्तकर्ता | Stripe (B.26); खाते ईमेल का मेल प्रदाता (B.25)। समान कार्यस्थान के सदस्य दूसरों का नाम, ईमेल और भूमिका देखते हैं। |
| तीसरा देश | Stripe और मेल प्रदाता से। |
| प्रतिधारण | धारक द्वारा मिटाने तक। उसके अकेले उपयोग के कार्यस्थान सभी डोमेन और डेटा सहित मिटते हैं; अन्य सदस्य हों तो पहले प्रशासकों और उनमें सबसे पुराने को मिलते हैं। सदस्यताएँ, याद टोकन, उपकरण, API कुंजियाँ, खुले Telegram कोड, रिपोर्ट प्रतिक्रिया (B.35) और खाता पंक्ति मिटती हैं; पहले चल रही सशुल्क सदस्यता Stripe पर तुरंत बिना धनवापसी समाप्त होती है (www/ajax.php, fe_konto_reste_loeschen())। इसके विपरीत बिलिंग क्षेत्र का रद्द करना अवधि अंत में होता है; फिर निःशुल्क योजना जारी। बचा डेटा खंड 6.4 में है। ऐसे खाते जिनकी कभी पुष्टि नहीं हुई और जिनमें कभी लॉगिन भी नहीं किया गया 30 दिन बाद मिटते हैं, यदि कार्यस्थान से अन्य सदस्य न जुड़ा हो (रात्रिकालीन विलोपन, “pending_accounts”)। निष्क्रिय खाते नहीं मिटते। अनुबंध अन्य तरीके से समाप्त हो, जैसे हमारी समाप्ति, तो अधिकतम 30 दिनों में खाता मिटाते हैं; अभी मैन्युअल (डेटा प्रसंस्करण समझौते की प्रतिबद्धता)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.11 लॉगिन, उपकरण, दूसरा कारक और गतिविधि लॉग
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | खाता सुरक्षा: लॉगिन और अन्य पासवर्ड प्रयास सीमित करना, उपकरण दिखाना और निरस्त करना, दो-कारक लॉगिन, बदलावों का पता लगाना। |
| डेटा विषयों की श्रेणियाँ | खाताधारक और टीम; लॉगिन, पंजीकरण या पोर्टल पासवर्ड प्रयास करने वाले। |
| व्यक्तिगत डेटा की श्रेणियाँ | लॉगिन प्रयास: IP, दर्ज ईमेल, सफलता, समय (login_attempts)। उपकरण: सत्र पहचान हैश (स्वयं पहचान कभी नहीं), याद टोकन लिंक, IP, ब्राउज़र पहचान और उससे ब्राउज़र, ऑपरेटिंग सिस्टम, उपकरण प्रकार, लॉगिन, अंतिम गतिविधि और निरस्तीकरण समय, “ग्राहक के रूप में देखें” में सहायता व्यक्ति पहचान (login_sessions)। “मुझे साइन इन रखें” टोकन: चयनकर्ता, सत्यापनकर्ता, समाप्ति (remember_tokens)। दो-कारक: एन्क्रिप्टेड रहस्य, सक्रियण समय, अंतिम उपयोग समय चरण, पुनर्प्राप्ति कोड केवल हैश (users में)। गतिविधि लॉग: खाता, कार्यस्थान, क्रिया, लक्ष्य, विवरण, IP, देश, समय (audit_logs)। लॉगिन, दूसरे कारक, पासवर्ड पुष्टि और रीसेट, पंजीकरण तथा पोर्टल पासवर्ड के गणक: उद्देश्य और खाता ID से HMAC कुंजी (अज्ञात पता या रीसेट में छोटे अक्षरों का ईमेल), IP, खाता और IP संयुक्त, या पोर्टल ID (IP के साथ भी), प्रयास संख्या, समाप्ति; ईमेल और IP स्पष्ट पाठ में नहीं (तालिका auth_attempt_buckets)। |
| कानूनी आधार | Art. 32 के साथ Art. 6(1)(b) GDPR (उपकरण सूची, दूसरा कारक) और (f) (लॉगिन प्रयास, गतिविधि लॉग)। हित: खाता कब्ज़ा रोकना, बदलाव प्रलेखन (Art. 5(2))। संतुलन: छोटा पता “क्या वह मैं था?” नहीं बताता; गतिविधि लॉग को महीनों बाद के विवाद तक रहना चाहिए। |
| प्राप्तकर्ता | कोई नहीं। धारक उपकरण देखता और निर्यात में प्रयास, उपकरण, गतिविधियाँ पाता है; “ग्राहक के रूप में देखें” के दौरान सहायता का IP और ब्राउज़र वहाँ नहीं दिखते। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | प्रयास 7 दिन; सफल लॉगिन पर उसी पते के विफल प्रयास तुरंत मिटते हैं। गणक समय खिड़की अंत पर (अभी 15 मिनट, रीसेट और पंजीकरण में एक घंटा); समाप्त गणक अगले उपयोग और रात में मिटते हैं। उपकरण अंतिम उपयोग या निरस्तीकरण के 90 दिनों बाद (रात्रिकालीन विलोपन, “sessions”), खाते के साथ तुरंत। याद टोकन 30 दिन बाद समाप्त। गतिविधि लॉग 365 दिन (रात में); खाता मिटने पर अवधि अंत तक रहता है (खंड 6.4)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.12 अनुबंध संपन्न होने का प्रमाण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक ने पंजीकरण पर सेवा शर्तों, डेटा प्रसंस्करण समझौते और गोपनीयता नीति का कौन संस्करण स्वीकार या देखा और सेवा अपने व्यवसाय के लिए उपयोग करता है, इसका प्रमाण। |
| डेटा विषयों की श्रेणियाँ | ग्राहक। |
| व्यक्तिगत डेटा की श्रेणियाँ | प्रति दस्तावेज़: खाता, दस्तावेज़, संस्करण (दिखे पाठ का हैश), अवसर, IP, ब्राउज़र पहचान, समय (legal_consents)। पूर्ण पाठ, भाषा, शीर्षक और पते सहित दिखा संस्करण, प्रति संस्करण एक बार (legal_versions; व्यक्तिगत डेटा नहीं)। |
| कानूनी आधार | Art. 6(1)(b) और (f) GDPR (अनुबंध प्रमाण, दावों से बचाव)। |
| प्राप्तकर्ता | कोई नहीं। धारक निर्यात में अभिलेख पाता है। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | खाता रहने तक; मिटने के बाद सहमति से चार वर्ष, फिर रात में विलोपन (srv/cron_status.php)। कोड का कारण: वर्ष अंत से तीन वर्ष की परिसीमा, ऊपर पूर्णांकित। पोलिश कानून अन्य अवधि सुझाता है या नहीं, कानूनी समीक्षा का हिस्सा है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। तीन दस्तावेज़ों में कोई न हो, तो पंजीकरण बंद। |
B.13 टीम आमंत्रण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | कार्यस्थान में अन्य लोगों को आमंत्रित करना। |
| डेटा विषयों की श्रेणियाँ | आमंत्रित व्यक्ति। |
| व्यक्तिगत डेटा की श्रेणियाँ | ईमेल, भूमिका, आमंत्रण पहचान, आमंत्रित करने वाला, समाप्ति, स्वीकृति समय (workspace_invites); आउटबॉक्स में ईमेल (B.25)। |
| स्रोत | आमंत्रक सदस्य दर्ज करता है। |
| कानूनी आधार | ग्राहक के संबंध में Art. 6(1)(b) GDPR; आमंत्रित के लिए (f) (टीम जोड़ने का ग्राहक हित)। |
| प्राप्तकर्ता | मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। |
| तीसरा देश | मेल प्रदाता से। |
| प्रतिधारण | 14 दिन और आमंत्रक स्वामी या प्रशासक रहे तब तक वैध। स्वीकार न किए गए आमंत्रण उनकी समाप्ति पर और स्वीकार किए गए आमंत्रण स्वीकृति के 30 दिन बाद (रात में srv/cron_status.php और cfg/fristen_lib.php का “invites” भाग)। कार्यस्थान के साथ तुरंत। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.14 सहायता द्वारा “ग्राहक के रूप में देखें”
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | सहायता प्रश्न (“मुझे बटन नहीं दिख रहा”) सुलझाने के लिए सुपर प्रशासक एप्लिकेशन को ग्राहक की तरह देखता है। |
| डेटा विषयों की श्रेणियाँ | संबंधित ग्राहक; सुपर प्रशासक। |
| व्यक्तिगत डेटा की श्रेणियाँ | एप्लिकेशन में ग्राहक को दिखने वाली सभी जानकारी। सुपर प्रशासक पहचान सहित अलग उपकरण पंक्ति (login_sessions) और गतिविधि लॉग में शुरुआत तथा अंत (audit_logs) दर्ज होते हैं। |
| कानूनी आधार | Art. 6(1)(b) GDPR (सेवा की सहायता), विकल्पतः (f)। |
| सीमाएँ | अधिकतम एक घंटे बाद पूरा लॉगआउट होता है। दृश्य समाप्त करने पर सुपर प्रशासक मूल सत्र सहित पूरी तरह साइन आउट होता है; प्रशासन में वापसी केवल पासवर्ड और दूसरे कारक से फिर लॉगिन पर होती है। उसके अधिकार घटने या ब्लॉक होने पर दृश्य तुरंत समाप्त होता है। ग्राहक खाता बदलने वाली सभी क्रियाएँ ब्लॉक हैं: पासवर्ड, ईमेल, दूसरा कारक, उपकरण, सदस्यता, निर्यात, विलोपन, हस्तांतरण। सत्र के दौरान प्रशासन क्षेत्र बंद रहता है। ग्राहक उपकरण सूची और निर्यात में सहायता पहुँच देखता है। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | उपकरण पंक्ति 90 दिन, गतिविधि लॉग 365 दिन। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.15 डोमेन, नियंत्रण का प्रमाण और निगरानी
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | मुख्य ग्राहक सेवा: खाते में डोमेन, नियंत्रण प्रमाण, नियमित जाँच और बदलाव पहचान। इसमें फ़ॉर्म की नियमित स्थिति जाँच (योजना अनुसार हर 10 से 30 मिनट ब्राउज़र बिना हल्का अनुरोध), दैनिक मेल DNS और प्रमाणपत्र निगरानी, डोमेन समाप्ति, ब्लॉकलिस्ट, सार्वजनिक फ़ाइलें, बाहर दिखते संस्करण, स्क्रिप्ट सूची, फ़ॉर्म के दृश्य बदलाव, CAPTCHA और मेल प्रदाता अनुपलब्धता तथा फ़ॉर्म प्लगइन खामी निगरानी शामिल हैं। |
| डेटा विषयों की श्रेणियाँ | ग्राहक और टीम; प्राकृतिक व्यक्ति होने पर डोमेन संचालक। |
| व्यक्तिगत डेटा की श्रेणियाँ | होस्ट, सार्वजनिक पहचान, टिप्पणी, ग्राहक लेबल, प्रमाण प्रकार और पहचान, आवृत्ति, निगरानी चालू/बंद, रखरखाव अवधि, पूछताछ मूल्य, बैज, डिलीवरी और तैनाती हुक पहचान, प्लगइन कुंजी, निगरानी स्थिति और नवीनतम परिणाम (DNS, प्रमाणपत्र, फ़ॉर्म ईमेल प्रामाणिकता, ब्लॉकलिस्ट, सार्वजनिक फ़ाइल, हेडर, संस्करण) वाला डोमेन (domains)। प्रति फ़ॉर्म पृष्ठ स्थिति जाँच (form_pulse)। प्लगइन संस्करण की खामियाँ (vuln_hits)। पता, हैश, आकार, अनुमोदक और कारण सहित स्क्रिप्ट सूची (script_inventory, script_changes)। A.4 जैसी जाँचें। सार्वजनिक फ़ाइल का पथ, गंभीरता और प्रकार सहेजते हैं, सामग्री कभी नहीं। |
| तृतीय पक्षों को अनुरोध | DNS क्वेरी (SPF, DMARC, MX, प्रमाण रिकॉर्ड)। IANA निर्देशिका अनुसार RDAP रजिस्ट्री खोज: केवल डोमेन नाम। DNS ब्लॉकलिस्ट (SpamCop, PSBL, Mailspike, SURBL; Spamhaus केवल सहेजे लॉगिन पर, अभी नहीं): वेब और मेल सर्वर IP तथा डोमेन, आगंतुक डेटा नहीं। Google Web Risk केवल स्थापित होने पर (अभी नहीं): मुखपृष्ठ पता। समय-मुद्रांकन प्राधिकरण: केवल हैश (B.19)। WPVulnerability: केवल प्लगइन या थीम पहचान या WordPress संस्करण; स्थापित संस्करण की तुलना स्वयं करते हैं। Cloudflare, hCaptcha, Google Cloud, SendGrid, Mailgun और Brevo स्थिति पृष्ठों को स्वयं अनुरोध के अतिरिक्त कुछ नहीं जाता। |
| स्रोत | ग्राहक; ग्राहक पृष्ठ को अनुरोध; सार्वजनिक निर्देशिकाएँ। |
| कानूनी आधार | Art. 6(1)(b) GDPR। |
| प्राप्तकर्ता | नामित सेवाओं को ग्राहक व्यक्तिगत डेटा नहीं मिलता, जहाँ तक व्यवसाय के डोमेन और सर्वर पते व्यक्तिगत न हों; एकल व्यवसायी का डोमेन व्यक्तिगत हो सकता है। कार्यस्थान सदस्य डोमेन देखते हैं। |
| तीसरा देश | अनुरोध तीसरे देश की सेवाओं तक जा सकते हैं (जैसे रजिस्ट्री, ब्लॉकलिस्ट)। केवल “तृतीय पक्षों को अनुरोध” पंक्ति की जानकारी जाती है। |
| प्रतिधारण | डोमेन मिटने तक। फिर fe_domain_loeschen() तुरंत परिणाम, फ़ॉर्म, निष्कर्ष, छवियाँ, रिपोर्ट, कार्य, अलर्ट लक्ष्य और लॉग, घटनाएँ, Telegram कोड, डिलीवरी, नियमित जाँच, खामियाँ और प्रमाण मिटाता है; विदेशी कुंजियों से निगरानी फ़ॉर्म, ब्राउज़र प्रक्रियाएँ, परीक्षण खाता और गणक; अन्य डोमेन न हो तो होस्ट प्लगइन डेटा। स्क्रिप्ट सूची और बदलाव भी मिटते हैं; उनकी अपनी अवधि नहीं (खंड 6.4)। परिणाम अधिकतम 13 महीने, अंतिम रहता है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। सार्वजनिक फ़ाइल और संस्करण निगरानी केवल सत्यापित डोमेन, प्रति पथ अधिकतम एक अनुरोध, केवल शुरुआती 8 KB; बिना माँगे तृतीय पक्ष पथ खोजना हमला उपकरण होता। |
B.16 खाताधारक के अलर्ट, घटनाएँ और एस्केलेशन
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक को दोष और बदलाव बताना, रखरखाव अवधि मानना, घटनाओं की प्राप्ति पुष्टि और एस्केलेशन करना। तृतीय पक्ष लक्ष्य पर ग्राहक की ओर से काम करते हैं (A.3); स्वयं खाताधारक के लिए यह प्रविष्टि है। |
| डेटा विषयों की श्रेणियाँ | प्राप्तकर्ता के रूप में खाताधारक और टीम सदस्य। |
| व्यक्तिगत डेटा की श्रेणियाँ | A.3 जैसे। सूचनाएँ खाताधारक की भाषा में हैं। |
| कानूनी आधार | Art. 6(1)(b) GDPR। |
| प्राप्तकर्ता | मेल प्रदाता; चुनी चैट सेवाएँ (4.1)। |
| तीसरा देश | चैनल अनुसार (4.1)। |
| प्रतिधारण | A.3 जैसा: डिलीवरी लॉग 90 दिन, संकलित सूचनाएँ डिलीवरी बाद 30 दिन, घटनाएँ समाधान तक और फिर 180 दिन। लक्ष्य डोमेन के साथ मिटते हैं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.17 खातों की मासिक रिपोर्ट
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | हर महीने की 1 तारीख को 08:00 से (छूटी रिपोर्ट 3 तारीख तक), प्रति खाता उसके सभी डोमेन का एक ईमेल: स्तर, स्कोर और बदलाव, अलर्ट, ब्लॉक बॉट, ईमेल प्रेषण, तुलना मान। |
| डेटा विषयों की श्रेणियाँ | मासिक रिपोर्ट चालू वाले सक्रिय खाताधारक। |
| व्यक्तिगत डेटा की श्रेणियाँ | ईमेल, भाषा, डोमेन के मुख्य आँकड़े। |
| कानूनी आधार | Art. 6(1)(b) GDPR (सेवा का हिस्सा)। सेटिंग में सदस्यता बंद और केंद्रीय रूप से भी बंद हो सकती है। |
| प्राप्तकर्ता | मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। |
| तीसरा देश | मेल प्रदाता से। |
| प्रतिधारण | अलग भंडारण नहीं; ईमेल आउटबॉक्स में 30 दिन रहता है (B.25)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.18 बैज और सार्वजनिक पुष्टि पृष्ठ
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक वेबसाइट पर बैज छवि लगाकर सार्वजनिक पुष्टि पृष्ठ से जोड़ सकता है। “सुरक्षित” केवल सत्यापित डोमेन, चालू निगरानी और अधिकतम 45 दिन पुरानी अंतिम पूरी जाँच के “सुरक्षित” या “आंशिक सुरक्षित” परिणाम पर दिखता है; अन्यथा तटस्थ “संपर्क फ़ॉर्म जाँच”। पुष्टि पृष्ठ स्तर और तिथि बताता है, अलग निष्कर्ष नहीं। |
| डेटा विषयों की श्रेणियाँ | छवि लोड करने वाले ग्राहक वेबसाइट आगंतुक; पुष्टि पृष्ठ आगंतुक। |
| व्यक्तिगत डेटा की श्रेणियाँ | छवि लोड पर: वेब लॉग में IP, समय, अनुरोधित पता, रेफ़रर और ब्राउज़र पहचान (B.1)। छवि पता सत्र, कुकी या पृष्ठ दृश्य लॉग नहीं बनाता। पुष्टि पृष्ठ सामान्य पृष्ठ है (B.2, B.3)। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: छवि देना और सुरक्षित संचालन। एम्बेड तृतीय पक्ष सामग्री की न्यायिक व्याख्या अनुसार आगंतुक IP प्रेषण के संयुक्त नियंत्रक ग्राहक और हम हैं या नहीं तथा Art. 26 व्यवस्था आवश्यक है या नहीं, कानूनी समीक्षा का प्रश्न है। ग्राहक को नीति का सुझाया पाठ मिलता है। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | 14 दिन (वेब लॉग)। छवि एक घंटा कैश रहती है। बैज बंद होने पर पहचान अवैध होती है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.19 प्रमाण लॉग और समय-मुद्रा
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | प्रति डोमेन और महीने एक लॉग (सशुल्क): क्या जाँचा, परिणाम, रिपोर्ट और बदलाव, जवाबदेही, बीमा या आपूर्तिकर्ता ऑडिट प्रमाण के लिए। हर संस्करण को जाँच संख्या; सार्वजनिक पृष्ठ डोमेन, अवधि और मुख्य आँकड़े पुष्ट करता है, विवरण नहीं। 7 अक्टूबर 2026 से RFC 3161 प्राधिकरण समय पुष्ट करता है। |
| डेटा विषयों की श्रेणियाँ | ग्राहक; परोक्षतः अनुमोदक या पुष्टि करने वाले नामित लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | डोमेन, महीना, जाँच संख्या, सामग्री हैश (SHA-512), लॉग सार और डेटा, समय-मुद्रा उत्तर, प्राधिकरण और समय, विफल प्रयास (proof_docs)। |
| कानूनी आधार | Art. 6(1)(b) GDPR। |
| प्राप्तकर्ता | समय-मुद्रांकन प्राधिकरण (डिफ़ॉल्ट Certum, विकल्प DigiCert) को केवल हैश, सामग्री नहीं। जनता को पुष्टि पृष्ठ के आँकड़े। ग्राहक और जिसे वह लॉग या जाँच संख्या दे। |
| तीसरा देश | व्यक्तिगत डेटा हस्तांतरण नहीं: हैश सामग्री का अनुमान नहीं देता। वैकल्पिक प्राधिकरण USA में है। |
| प्रतिधारण | डोमेन मिटने तक (fe_domain_loeschen())। समय-मुद्रा eIDAS की अर्हताप्राप्त समय-मुद्रा नहीं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.20 प्लगइन और एक्सटेंशन: जाँच, कनेक्शन और प्रेषण
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | WordPress प्लगइन और TYPO3 एक्सटेंशन जाँच माँग सकते हैं (बिना खाते भी), खाते से जुड़ सकते हैं (खाते के एक क्लिक से स्थापना नियंत्रण प्रमाण है), सुरक्षा खोल सकते हैं, दैनिक आँकड़े (A.9) और मेल त्रुटि तथा रखरखाव मोड तुरंत बता सकते हैं। |
| डेटा विषयों की श्रेणियाँ | ग्राहक; बिना खाते प्लगइन वाले संचालक। |
| व्यक्तिगत डेटा की श्रेणियाँ | प्रति होस्ट: प्लगइन और CMS संस्करण, जाँच संख्या, अंतिम रिपोर्ट पहचान, कनेक्शन रहस्य हैश, पहला और अंतिम संपर्क (plugin_sites)। समाप्ति वाले एकबारगी कोड हैश (plugin_connect_tokens)। उपसर्ग, लेबल, उपयोग, निर्माता सहित एजेंसी रोलआउट कोड हैश (workspace_connect_codes)। बुलाने वाले सर्वर IP का लॉग (B.4)। प्लगइन कुंजी वेबसाइट head में सार्वजनिक है; वह रहस्य का हैश है और स्वयं रहस्य केवल हैश में रहता है, लौटाया नहीं जाता। |
| कानूनी आधार | Art. 6(1)(b) GDPR (खाता); बिना खाते (f) (माँगी जाँच, दुरुपयोग रोकथाम)। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | कोई डोमेन संदर्भ न दे तो होस्ट डेटा मिटता है; बिना खाते प्लगइन पंक्ति संपर्क बिना 90 दिनों बाद ही (रात्रिकालीन विलोपन, “orphan_hosts”)। एकबारगी कोड समाप्ति के एक दिन बाद। रोलआउट कार्यस्थान के साथ। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। 27 सितंबर 2026 से केवल वेबसाइट से बँधी कुंजी जोड़ी स्वीकार; पुराने अबँधे कनेक्शन रहस्य मिटाए गए। |
B.21 सामूहिक सुरक्षा
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | साझी स्पैम सुरक्षा: जुड़ी वेबसाइटें सुरक्षा परत से रोके संदेशों के लिंक डोमेन बताती हैं। सात दिन में कम से कम तीन वेबसाइटों और पाँच मिलान वाला डोमेन सूची में जाता है जो सभी जुड़ी वेबसाइटों को लौटती है; उनकी परत ऐसे संदेश क्वारंटीन में रखती है, गायब नहीं करती। |
| डेटा विषयों की श्रेणियाँ | प्राकृतिक व्यक्ति होने पर लिंक डोमेन धारक (जैसे अपने नाम का स्पैम साइट संचालक)। संदेश प्रेषक और प्राप्तकर्ता नहीं: पते, पाठ, नाम नहीं भेजे जाते। |
| व्यक्तिगत डेटा की श्रेणियाँ | संकेत: प्रकार, डोमेन, रिपोर्ट होस्ट, दिन, मिलान (swarm_signals)। सूची: प्रकार, डोमेन, वेबसाइट और मिलान संख्या, समय (swarm_list)। बड़ी सेवाएँ, ग्राहक डोमेन और संचालक अपवाद कभी सूचीबद्ध नहीं। |
| IP नेटवर्क | IP नेटवर्क (/24, /48) साझा करना तैयार है। यह बंद है और प्लगइन नहीं बताता; कानूनी समीक्षा के बाद ही चालू होगा क्योंकि IP व्यक्तिगत डेटा हैं। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: सबके फ़ॉर्म को स्पैम लहरों से बचाना। संतुलन: केवल डोमेन, सूची प्रदूषण के विरुद्ध न्यूनतम सीमा, संदेश हानि नहीं, कभी भी हटाना संभव। |
| प्राप्तकर्ता | सभी जुड़ी वेबसाइटें (डोमेन सूची)। |
| तीसरा देश | वेबसाइट स्थान अनुसार; EEA बाहर भी सूची जा सकती है। केवल सीमांत मामलों में व्यक्तिगत (प्राकृतिक व्यक्तियों के डोमेन)। इनके लिए GDPR अध्याय V हस्तांतरण आधार तय होना है (कानूनी समीक्षा प्रश्न)। |
| प्रतिधारण | संकेत 30 दिन (04:00 से दैनिक प्रक्रिया, cfg/swarm_lib.php)। सूची रोज नई गणना; सीमा से नीचे वाले हटते हैं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.22 API कुंजियाँ, प्रोग्रामिंग इंटरफ़ेस और MCP सर्वर
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक उपकरणों (REST API, Zapier, Make, AI सहायकों का MCP सर्वर) की डोमेन, जाँच और घटनाओं तक पहुँच। |
| डेटा विषयों की श्रेणियाँ | कुंजी बनाने वाले ग्राहक। |
| व्यक्तिगत डेटा की श्रेणियाँ | कुंजी केवल हैश, उपसर्ग, लेबल, निर्माण, अंतिम उपयोग, निरस्तीकरण समय (api_keys)। प्रति मिनट कॉल (api_usage)। |
| कानूनी आधार | Art. 6(1)(b) GDPR। |
| प्राप्तकर्ता | ग्राहक जिस उपकरण को कुंजी दे; ग्राहक तय करता है। |
| तीसरा देश | ग्राहक उपकरण अनुसार। |
| प्रतिधारण | निरस्तीकरण तक, खाते के साथ तुरंत; बिना खाते कुंजियाँ (पुराना डेटा) रात में। कॉल गणक एक दिन बाद (कभी कॉल पर सफाई)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.23 reCAPTCHA और अपनी फ़ॉर्म सुरक्षा
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | अपने फ़ॉर्म की स्वचालित पहुँच से सुरक्षा: निःशुल्क जाँच, हेडर उपकरण, opt-out, लॉगिन, पंजीकरण, भूले पासवर्ड और रीसेट, सहायता, संपर्क। साथ में तृतीय पक्ष बिना अपनी सुरक्षा: जाल (छिपा फ़ील्ड), हस्ताक्षरित समय जाँच और CSRF टोकन। 29 अक्टूबर 2026 से निःशुल्क जाँच, पंजीकरण, लॉगिन और “पासवर्ड भूल गए” पर अतिरिक्त रूप से हमारी फ़ॉर्म सुरक्षा formconfirmed (गणना का प्रमाण और एकबारगी जाँच टोकन)। |
| डेटा विषयों की श्रेणियाँ | इन फ़ॉर्म को जमा करने वाले। |
| व्यक्तिगत डेटा की श्रेणियाँ | Google में IP, ब्राउज़र और उपकरण, व्यवहार, Google कुकी। हमारे पास Google का मूल्यांकन (स्कोर और कार्रवाई) केवल जाँच के क्षण में, बिना सहेजे, अस्वीकृति पर भी नहीं। अपनी फ़ॉर्म सुरक्षा में: IP (केवल छोटा करके और हैश करके सहेजा), पृष्ठ, समय, जाल फ़ील्ड भरा हाँ/नहीं; कोई सामग्री नहीं। |
| समय | Google स्क्रिप्ट सुरक्षित फ़ॉर्म जमा करते समय ही लोड होती है, पृष्ठ खोलने पर नहीं। अपनी फ़ॉर्म सुरक्षा पृष्ठ खोलने पर अपना कार्य लाती है और फ़ॉर्म उपयोग होते ही गणना करती है। विकास में reCAPTCHA बंद है। |
| कानूनी आधार | Art. 6(1)(f) GDPR। हित: बॉट सुरक्षा, विशेषकर निःशुल्क जाँच जिसे अन्यथा तृतीय पक्ष वेबसाइट के विरुद्ध उपयोग कर सकते हैं। केवल जमा पर स्क्रिप्ट लोड होने के बावजूद § 25 TDDDG या Art. 399 PKE की उपकरण पहुँच सहमति आवश्यक है या नहीं, कानूनी समीक्षा प्रश्न है। अपनी फ़ॉर्म सुरक्षा कुकी सेट नहीं करती, ब्राउज़र में कुछ नहीं सहेजती और फ़िंगरप्रिंट नहीं बनाती; उसका उद्देश्य लंबे समय में reCAPTCHA का स्थान लेना है। |
| प्राप्तकर्ता | Google Ireland Limited; Google LLC। अपनी फ़ॉर्म सुरक्षा में कोई नहीं। |
| तीसरा देश | USA (केवल reCAPTCHA)। आधार: EU-US Data Privacy Framework प्रमाणन या मानक संविदात्मक खंड; विस्तृत प्रलेखन बाकी। |
| प्रतिधारण | reCAPTCHA: हमारे पास नहीं; Google में उसके नियम अनुसार। अपनी फ़ॉर्म सुरक्षा: हैश की गई पहचान 1 घंटा, उपयोग हो चुके जाँच टोकन अधिकतम 11 मिनट, IP के बिना जाँच परिणाम 30 दिन। |
| अनुपलब्धता | Google तीन सेकंड में उत्तर न दे या अनुपयोगी दे, तो अस्वीकार; खाली टोकन या फ़ॉर्म से अलग कार्रवाई का उत्तर भी। केवल reCAPTCHA बंद हो तो जाँच छोड़ी जाती है। अपनी फ़ॉर्म सुरक्षा में मान्य जाँच टोकन के बिना जमा अस्वीकार; कार्य के लिए सेवा उपलब्ध न थी, तो स्वीकार। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.24 सहायता और संपर्क फ़ॉर्म
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | सहायता विंडो और संपर्क पृष्ठ से पूछताछ प्राप्त करना और उत्तर देना। दोनों एक मार्ग और तालिका उपयोग करते हैं। |
| डेटा विषयों की श्रेणियाँ | पूछताछ करने वाले, साइन इन हों या नहीं। |
| व्यक्तिगत डेटा की श्रेणियाँ | खाता (साइन इन पर खाते का पता लागू, दर्ज वाला नहीं), ईमेल, निश्चित सूची का कारण, अधिकतम 4,000 अक्षर पाठ, स्थिति, पूरा IP, देश, ब्राउज़र पहचान, रेफ़रर (केवल अपने पथ), भाषा, प्राप्ति और उत्तर समय (support_requests); गतिविधि प्रविष्टि (पाठ बिना); आउटबॉक्स में प्राप्ति पुष्टि (B.25), साइन इन प्रेषकों के लिए ही अधिकतम 2,000 अक्षर पाठ, बिना लॉगिन अनुरोध में पाठ नहीं। |
| कानूनी आधार | अनुबंध पूछताछ में Art. 6(1)(b) GDPR, अन्यथा (f)। पूरा IP: (f) (प्रति घंटे और पते तीन पूछताछ, दुरुपयोग रोकथाम)। |
| प्राप्तकर्ता | पुष्टि और उत्तर का मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। Telegram को बिना परिवर्तनीय मान का निश्चित संकेत (“नया सहायता अनुरोध है”), इसलिए व्यक्तिगत डेटा नहीं। |
| तीसरा देश | मेल प्रदाता से। |
| प्रतिधारण | 24 महीने (रात्रिकालीन विलोपन, “support”); मैन्युअल पहले। खाता मिटने पर अवधि तक पूछताछ रहती है (खंड 6.4)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। reCAPTCHA, अपना फ़ॉर्म संरक्षण, दर सीमा। |
B.25 ईमेल प्रेषण (आउटबॉक्स)
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | लेनदेन ईमेल: पंजीकरण और नया पता पुष्टि, रीसेट, आमंत्रण, अलर्ट, मासिक रिपोर्ट, पोर्टल पुष्टि और रिपोर्ट, सहायता पुष्टि और उत्तर, परीक्षण तथा सेटअप अनुस्मारक, संचालक सूचनाएँ। विज्ञापन नहीं, स्वयं पंजीकृत या ग्राहक के दर्ज प्राप्तकर्ता के अतिरिक्त ईमेल नहीं। |
| डेटा विषयों की श्रेणियाँ | इन ईमेल के प्राप्तकर्ता। |
| व्यक्तिगत डेटा की श्रेणियाँ | प्राप्तकर्ता पता, विषय, पूरी सामग्री, reply-to, उद्देश्य, प्रेषण मार्ग, स्थिति, त्रुटि, प्रयास, समय (mail_outbox)। सामग्री में वैध पहचान वाले पुष्टि और रीसेट लिंक हो सकते हैं। |
| कानूनी आधार | Art. 6(1)(b) GDPR; संचालन सूचनाओं में (f)। |
| प्राप्तकर्ता | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA (भेजना); धारक निर्यात में भेजे ईमेल देखता है (सामग्री बिना)। |
| तीसरा देश | मेल प्रदाता स्थान अनुसार; अनुबंध और हस्तांतरण आधार का प्रलेखन बाकी (खंड 4)। |
| प्रतिधारण | 30 दिन (रात में srv/cron_status.php)। जानबूझकर सबसे छोटी लॉग अवधि: लंबा प्रेषण लॉग वैध कुंजियों का संग्रह बनता। हर पाँच मिनट स्थिति प्रक्रिया पुनः प्रयास देयता जाँचती है। |
| स्थिति | आरंभ से पहले ईमेल स्थापित होना चाहिए। प्रदाता, उसका स्थान और आधार तय होने तक कानूनी पाठ में चिह्न है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। विफल ईमेल बढ़ते अंतराल पर फिर भेजे और अधिकतम प्रयास बाद छोड़े जाते हैं। |
B.26 भुगतान और बिलिंग
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | मासिक या वार्षिक अग्रिम सदस्यता करना और प्रबंधित करना, बिना कार्ड 14-दिन परीक्षण और अंत से तीन दिन पहले अनुस्मारक, वार्षिक चालान भुगतान (डिफ़ॉल्ट बंद), बिना भुगतान होस्टर और साझेदार कोड सक्रियण, चालान और कर प्रतिधारण। |
| डेटा विषयों की श्रेणियाँ | ग्राहक। |
| व्यक्तिगत डेटा की श्रेणियाँ | Stripe में ईमेल, नाम, बिलिंग पता, VAT पहचान, भुगतान डेटा, चालान; मेटाडेटा में अपना खाता ID और योजना। हमारे पास Stripe ग्राहक और सदस्यता ID, योजना, स्थिति, अवधि अंत, अंत पर रद्द करना (users); केवल पहचान, प्रकार, स्थिति, समय की Stripe घटनाएँ, सामग्री नहीं (stripe_events); खाता, अभियान और समाप्ति सहित होस्टर कोड उपयोग (bundle_redemptions)। कार्ड डेटा कभी हमें नहीं मिलता। |
| स्रोत | Stripe चेकआउट में ग्राहक; Stripe घटनाएँ। |
| कानूनी आधार | Art. 6(1)(b) GDPR; कर प्रतिधारण के लिए (c)। |
| प्राप्तकर्ता | Stripe Payments Europe Limited (Ireland); Stripe, Inc. (USA)। कुछ भुगतान में Stripe अपने उत्तरदायित्व पर काम करता है; सटीक भूमिका कानूनी समीक्षा में है। |
| तीसरा देश | Stripe, Inc. से USA; आधार: Stripe की शर्तों के अनुसार Data Privacy Framework या मानक संविदात्मक खंड। |
| प्रतिधारण | बिलिंग फ़ील्ड खाते के साथ; खाता मिटाने से पहले सदस्यता समाप्त। पोलिश कर कानून के अनुसार कर भुगतान समय सीमा समाप्त होने वाले वर्ष के अंत से पाँच वर्ष चालान और बिलिंग अभिलेख; Stripe में रहते और पोर्टल में मिलते हैं। Stripe घटनाओं और कोड उपयोग की अवधि नहीं (खंड 6.4)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। केवल वैध हस्ताक्षर की Stripe घटना स्वीकार; हर घटना एक बार प्रसंस्कृत। |
B.27 बैकअप
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | त्रुटि के बाद बहाली: गलत विलोपन, खराब माइग्रेशन। |
| डेटा विषयों की श्रेणियाँ | डेटाबेस में डेटा वाले सभी। |
| व्यक्तिगत डेटा की श्रेणियाँ | एप्लिकेशन डेटाबेस का पूरा संकुचित डंप। स्क्रीनशॉट और लोगो बाहर हैं, इस बैकअप में नहीं। परीक्षण लॉगिन केवल एन्क्रिप्टेड पाठ हैं (A.5)। |
| प्रक्रिया | रात 03:00 पर विलोपन के बाद, ताकि अभी मिटा डेटा साथ न ले। सामग्री जाँच (निकास कोड, तालिका संख्या, अंतिम पंक्ति) के बाद ही डंप रखा जाता है। रविवार को नवीनतम बैकअप अस्थायी डेटाबेस में बहाल और तालिकावार तुलना होती है। विफलता पर संचालकों को संकेत और ईमेल जाता है। |
| कानूनी आधार | Art. 32(1)(c) के साथ Art. 6(1)(f) GDPR। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | 14 दिन; पुराना डंप नया सफल होने पर ही हटता है (cfg/backup_lib.php)। इस दौरान का विलोपन समाप्ति पर ही बैकअप तक पहुँचता है; बहाली होने पर विलोपन अनुरोध बाद में फिर लागू होते हैं। |
| स्थान | बैकअप अभी डेटाबेस के उसी स्थान पर हैं और अलग एन्क्रिप्टेड नहीं; दूसरे स्थान की एन्क्रिप्टेड प्रति नियोजित है (खंड 8.1 और 10)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.28 त्रुटि लॉग और अलर्ट
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | ग्राहक बताए उससे पहले त्रुटि खोजना और ठीक करना। नए प्रकार और त्रुटि लहरें संचालकों को, साथ में 08:00 से दैनिक अवलोकन बताए जाते हैं। |
| डेटा विषयों की श्रेणियाँ | जिनके अनुरोध से त्रुटि हो; परोक्षतः संदेश में डेटा वाले लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | स्तर, स्रोत, संदेश, JSON संदर्भ, सत्र खाता ID, समय (error_logs)। प्रकार: फ़िंगरप्रिंट, पैटर्न (ईमेल, पते, संख्याएँ, पहचान हटाई हुई), अधिकतम 2,000 अक्षर का एक अपरिवर्तित नमूना, पहला और अंतिम समय, गिनती (error_kinds)। |
| कानूनी आधार | Art. 6(1)(f) GDPR (संचालन सुरक्षा, Art. 32)। |
| प्राप्तकर्ता | मेल प्रदाता से संचालकों को: नए प्रकार पर स्रोत और अधिकतम 400 अक्षर कच्चा पाठ (बिना सफाई), साथ में दैनिक ईमेल; लहर पर केवल Telegram संकेत। Telegram को केवल निश्चित वाक्य, परिवर्तनीय मान बिना (“नया त्रुटि प्रकार आया”, “कम समय में कई त्रुटियाँ”)। |
| तीसरा देश | मेल प्रदाता से। |
| प्रतिधारण | लॉग 90 दिन (रात में)। त्रुटि प्रकारों की अवधि नहीं (खंड 10)। उत्पादन में अलर्ट चालू, विकास में बंद। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.29 संचालन संकेत और स्थिति निगरानी
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | अनुपलब्धता पहचानना: हर पाँच मिनट घटक जाँच (मुखपृष्ठ, डेटाबेस, डिस्क स्थान, स्कैनर संकेत, कतार), स्थिति पृष्ठ, खराबी और बहाली संकेत, पूर्ण विफलता पहचानने के लिए बाहरी निगरानी सेवा को संकेत; स्कैनर के आगे कतार। |
| डेटा विषयों की श्रेणियाँ | सामान्यतः कोई नहीं। |
| व्यक्तिगत डेटा की श्रेणियाँ | कोई नहीं। घटक की दैनिक पंक्ति में जाँच संख्या और अंतिम त्रुटि (system_status_logs), स्कैनर संकेत (scanner_heartbeat), व्यक्तिगत संबंध बिना दैनिक आँकड़े (daily_stats)। Telegram संकेत निश्चित वाक्य हैं; नियमित संकेत सामग्री बिना अनुरोध है। |
| कानूनी आधार | व्यक्तिगत डेटा न होने से लागू नहीं; सावधानीतः Art. 6(1)(f)। |
| प्राप्तकर्ता | Telegram (निश्चित वाक्य); बाहरी निगरानी (केवल अनुरोध); संचालक ईमेल से। |
| तीसरा देश | Telegram EU बाहर; व्यक्तिगत डेटा नहीं जाता। |
| प्रतिधारण | स्थिति पंक्तियाँ 400 दिन (रात में)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.30 Opt-out – डोमेन बाहर करना
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | कोई बिना प्रमाण किसी डोमेन को स्थायी बाहर कर सकता है; तुरंत सभी मार्गों (निःशुल्क, बिना खाते प्लगइन, अध्ययन, संभावित ग्राहक, हेडर) और नियंत्रण प्रमाण वाले सशुल्क ग्राहकों पर प्रभावी; उनकी निगरानी अगली निर्धारित जाँच से समाप्त। डोमेन और www रूप पर, अन्य उपडोमेन नहीं। केवल हम अनुरोध और प्रमाण पर हटाते हैं। प्रतिस्पर्धी द्वारा दूसरे डोमेन ब्लॉक जैसे दुरुपयोग पहचानने और वापस करने के लिए लॉग होता है। |
| डेटा विषयों की श्रेणियाँ | बहिष्करण करने वाले। |
| व्यक्तिगत डेटा की श्रेणियाँ | डोमेन, वैकल्पिक अधिकतम 250 अक्षर कारण, स्रोत, IP, देश, ब्राउज़र पहचान, समय; हटाने पर समय, हटाने वाला और कारण (blocklist)। B.4 जैसा लॉग। |
| कानूनी आधार | बहिष्करण: Art. 6(1)(f) GDPR। हित: डोमेन न जाँचने की इच्छा स्थायी और सभी मार्गों पर लागू करना। व्यक्ति स्वयं डेटा विषय हो, तो Art. 21 आपत्ति भी लागू (Art. 6(1)(c))। पता, देश, ब्राउज़र: (f) (दुरुपयोग पहचान)। |
| प्राप्तकर्ता | Google (reCAPTCHA, B.23)। |
| तीसरा देश | reCAPTCHA से USA। |
| प्रतिधारण | IP, देश, ब्राउज़र 12 महीनों बाद (रात्रिकालीन विलोपन, “optout_ip”)। प्रभाव बनाए रखने हेतु बहिष्करण स्थायी रहता है। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। कम समय में एक देश से कई ब्लॉक असामान्यता बनाते हैं (B.4)। |
B.31 पंजीकरण के बाद अनुस्मारक
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | पंजीकरण के दो से 14 दिनों बाद बिना पुष्टि डोमेन वाले पुष्टि खातों को एक ईमेल: “वेबसाइट जोड़ें” या “डोमेन पुष्टि करें”। प्रस्ताव, मूल्य या अपग्रेड नहीं; फिर न भेजे जाने की टिप्पणी। कार्यदिवस 09:00 से 18:00, प्रति प्रक्रिया अधिकतम 50। |
| डेटा विषयों की श्रेणियाँ | नए खाताधारक। |
| व्यक्तिगत डेटा की श्रेणियाँ | ईमेल, भाषा, प्रेषण समय (users का “अनुस्मारक भेजा” फ़ील्ड), डोमेन और पुष्टि। |
| कानूनी आधार | Art. 6(1)(b) GDPR (अपना खाता सेट करने की सूचना)। यह संविदात्मक सूचना है या सहमति माँगने वाली व्यावसायिक जानकारी (Art. 10 UŚUDE, इलेक्ट्रॉनिक सेवाओं का पोलिश अधिनियम (ustawa o świadczeniu usług drogą elektroniczną); Art. 398 PKE; § 7 UWG), कानूनी समीक्षा प्रश्न है; संचालक केंद्रीय बंद कर सकता है। |
| प्राप्तकर्ता | मेल प्रदाता (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA)। |
| तीसरा देश | मेल प्रदाता से। |
| प्रतिधारण | समय खाते तक; ईमेल आउटबॉक्स में 30 दिन। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। भेजने से पहले समय सेट होता है ताकि बाधा दूसरी ईमेल न भेजे। |
B.32 ग्राहक अलर्ट का Telegram बॉट
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | Telegram चैट अलर्ट लक्ष्य बनती है: ग्राहक को एकबारगी कोड का बॉट लिंक मिलता है; प्राप्तकर्ता “Start” दबाए तो सर्वर नए बॉट संदेश से कोड पढ़कर चैट ID रखता है। हमारे पास खुले एंडपॉइंट (वेबहुक) की जरूरत नहीं। |
| डेटा विषयों की श्रेणियाँ | ग्राहक और जुड़े चैट वाले लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | एकबारगी कोड, डोमेन, निर्माता खाता, घटनाएँ, डिलीवरी मोड, चैट ID, समय (telegram_links); लक्ष्य चैट ID (alerts)। Telegram अतिरिक्त प्रोफ़ाइल देता है; केवल कोड और चैट ID मूल्यांकित और सहेजे जाते हैं। |
| कानूनी आधार | Art. 6(1)(b) GDPR; तृतीय पक्ष प्राप्तकर्ताओं के लिए A.3। |
| प्राप्तकर्ता | Telegram। |
| तीसरा देश | EU बाहर, पर्याप्तता निर्णय नहीं; ग्राहक चुनता है (4.1)। आधार और सूचना कानूनी समीक्षा में लंबित हैं। |
| प्रतिधारण | कोड 30 मिनट वैध; नया बनते समय एक दिन पुरानी लिंक पंक्तियाँ मिटती हैं, खुले कोड खाते और डोमेन के साथ। लक्ष्य चैट ID अलर्ट या डोमेन मिटने तक। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.33 साझेदार कार्यक्रम और सक्रियण कोड
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | खाता संदर्भ कोड से नए ग्राहक लाकर सीमित महीनों तक भुगतान चालानों का कमीशन पाता है। कोड पंजीकरण तक पते में रहता है; कुकी नहीं। होस्टर और साझेदार बिना भुगतान अवधि योजना खोलने के कोड दे सकते हैं; समाप्ति से एक सप्ताह पहले अनुस्मारक मिलता है। |
| स्थिति | कार्यक्रम डिफ़ॉल्ट बंद है, जब तक साझेदार की शर्तें तैयार नहीं हो जातीं। |
| डेटा विषयों की श्रेणियाँ | साझेदार और संदर्भित ग्राहक। |
| व्यक्तिगत डेटा की श्रेणियाँ | संदर्भ कोड, साझेदार और समय (users); साझेदार, ग्राहक, Stripe चालान ID, राशि, मुद्रा, कमीशन, स्थिति, समय (partner_commissions)। योजना, अंत, स्रोत, अनुस्मारक का सक्रियण (users); अभियान और उपयोग (bundle_campaigns, bundle_redemptions)। |
| कानूनी आधार | Art. 6(1)(b) GDPR (साझेदार अनुबंध); ग्राहक के लिए (f) (कमीशन निपटान, राशि से आगे ग्राहक डेटा साझेदार को नहीं); कर अभिलेख (c)। |
| प्राप्तकर्ता | साझेदार अपना कमीशन देखता है। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | संदर्भ और सक्रियण खाते के साथ। कमीशन और उपयोग की कोड में अवधि नहीं; लेखांकन होने से कमीशन पर कर प्रतिधारण है (खंड 6.4)। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.34 सुरक्षा खामी रिपोर्टिंग केंद्र
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | सुरक्षा पृष्ठ और /.well-known/security.txt नियमों के अनुसार formexposed खामियों की रिपोर्ट लेना। |
| डेटा विषयों की श्रेणियाँ | रिपोर्टकर्ता; प्रमाण के रूप में डेटा वाले लोग। |
| व्यक्तिगत डेटा की श्रेणियाँ | रिपोर्टकर्ता अनुसार ईमेल, नाम, सामग्री और संलग्नक। रिपोर्ट बताए ईमेल पर आती है; एप्लिकेशन नहीं सहेजता। |
| कानूनी आधार | Art. 6(1)(f) GDPR (सुरक्षा, Art. 32); तृतीय पक्ष डेटा प्रमाण हो, तो भी खामी बंद करने के उद्देश्य से (f)। |
| प्राप्तकर्ता | मेल प्रदाता और मेलबॉक्स बनने तक Namecheap डोमेन अग्रेषण (खंड 4)। |
| तीसरा देश | मेल प्रदाता और बदलाव तक अग्रेषण से। |
| प्रतिधारण | अवधि तय या तकनीकी लागू नहीं (खंड 10)। संचालक को तय करना है; स्पष्ट तरीका खामी बंद पर तृतीय पक्ष प्रमाण मिटाना और पत्राचार को सहायता जैसा मानना होगा। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। |
B.35 रिपोर्ट पर प्रतिक्रिया
| फ़ील्ड | प्रविष्टि |
|---|
| उद्देश्य | फ़ॉर्म पहचान की त्रुटियाँ खोजने के लिए रिपोर्ट के नीचे प्रतिक्रिया (“इस रिपोर्ट में कुछ गलत है?”) लेना। सुपर प्रशासक उसे नया, पुष्ट, ठीक या अस्वीकृत वर्गीकृत करता है और रिपोर्ट जाँच डेटा परीक्षण मामले के रूप में डाउनलोड कर सकता है (फ़ील्ड वाले फ़ॉर्म, कारण, निष्कर्ष; स्क्रीनशॉट और सक्रिय भेजे पाठ बिना)। |
| डेटा विषयों की श्रेणियाँ | रिपोर्ट देखने वाले, साइन इन हों या नहीं। |
| व्यक्तिगत डेटा की श्रेणियाँ | निश्चित सूची की श्रेणी और जाँच, अधिकतम 500 अक्षर पृष्ठ पता, 1,000 अक्षर पाठ, भाषा, समय, रिपोर्ट पहचान, जाँच, होस्ट; साइन इन हो तो खाता; सीमा के लिए गुप्त कुंजी से IP का HMAC-SHA256; स्थिति, संभालने वाला, समय (report_feedback)। गतिविधि लॉग में स्थिति बदलाव और परीक्षण डाउनलोड। ईमेल या स्पष्ट IP नहीं। |
| कानूनी आधार | Art. 6(1)(f) GDPR (पहचान त्रुटि खोज और सुधार; दुरुपयोग सीमा)। |
| प्राप्तकर्ता | कोई नहीं। |
| तीसरा देश | कोई नहीं। |
| प्रतिधारण | 24 महीने (रात्रिकालीन विलोपन, “report_feedback”); IP चेकसम 2 दिनों बाद साफ (“report_feedback_ip”); खाता मिटने पर तुरंत। डाउनलोड परीक्षण मामलों में रिपोर्टकर्ता डेटा नहीं। |
| तकनीकी और संगठनात्मक उपाय | खंड 8। अपनी सुरक्षा (जाल, हस्ताक्षरित समय, CSRF), प्रति चेकसम अधिकतम घंटे में 5 और दिन में 20 प्रतिक्रियाएँ, प्रति रिपोर्ट 10; केवल सुपर प्रशासक पढ़ सकते हैं। |
6. प्रतिधारण – रात्रिकालीन विलोपन क्या कवर करता है और क्या नहीं
स्वचालित विलोपन होता है और उसका निश्चित स्थान है। वेब सर्वर के crontab से स्थिति प्रक्रिया (srv/cron_status.php) हर पाँच मिनट उत्पादन और विकास दोनों में शुरू होती है। यह घटक जाँचती, डिलीवरी मेल लेती, जाँच निर्धारित करती और अलर्ट भेजती है। दिन में एक बार, 03:00 से 03:04 के बीच, अवधियों के अनुसार मिटाती और फिर बैकअप बनाती है। 27 सितंबर 2026 से cfg/fristen_lib.php की प्रतिधारण प्रक्रिया (fe_fristen_lauf()) भी बुलाती है; भाग स्वतंत्र चलते हैं: एक विफल हो, तो अन्य चलते और त्रुटि लॉग में दर्ज होती है।
चलने का प्रमाण: विकास का बैकअप दर्जा 11 अक्टूबर 2026 को 03:00 का सफल बैकअप दिखाता है; उसी ब्लॉक में विलोपन के तुरंत बाद बैकअप बनता है। मिटाई हर तालिका का लॉग केवल मानक आउटपुट में है जिसे crontab त्यागता है; क्या कब मिटा इसका स्थायी अभिलेख नहीं (खंड 10)।
प्लेसहोल्डर वाली अवधियाँ प्रशासन के प्रतिधारण सेटिंग में तय हैं। प्रक्रिया वही सेटिंग पढ़ती है; इसलिए पाठ हमेशा वास्तविक विलोपन अवधि दिखाते हैं।
6.1 दैनिक प्रक्रिया में शामिल
| डेटा | अवधि और प्रारंभ | कोड स्थान |
|---|
पृष्ठ दृश्य लॉग (access_logs) | 60 दिन | srv/cron_status.php |
गतिविधि लॉग (audit_logs) | 365 दिन | srv/cron_status.php |
त्रुटि लॉग (error_logs) | 90 दिन | srv/cron_status.php |
आउटबॉक्स (mail_outbox) | 30 दिन | srv/cron_status.php |
“मुझे साइन इन रखें” टोकन (remember_tokens) | समाप्ति बाद (30 दिन) | srv/cron_status.php |
स्वीकार न किए गए आमंत्रण (workspace_invites) | समाप्ति बाद (14 दिन) | srv/cron_status.php |
लॉगिन प्रयास (login_attempts); गणक (auth_attempt_buckets) | 7 दिन; गणक समय खिड़की अंत पर (अभी 15 मिनट, रीसेट और पंजीकरण एक घंटा), अगले उपयोग पर भी | srv/cron_status.php |
बिना खाते जाँच का अनुरोध लॉग (check_throttle) | 7 दिन | srv/cron_status.php |
प्लगइन जोड़ने के एकबारगी कोड (plugin_connect_tokens) | समाप्ति के 1 दिन बाद | srv/cron_status.php |
सुलझी असामान्यताएँ (abuse_flags) | समाधान के 90 दिन बाद | srv/cron_status.php |
| परिणाम, फ़ॉर्म, निष्कर्ष, छवियाँ और कार्य सहित समाप्त रिपोर्टें (केवल खाते के डोमेन बिना) | अनाम 30 दिन, संभावित ग्राहक 90 दिन | fe_reports_aufraeumen() |
अलर्ट डिलीवरी लॉग (alert_log) | 90 दिन | fe_alert_log_aufraeumen() |
स्थिति पंक्तियाँ (system_status_logs) | 400 दिन | srv/cron_status.php |
मिटे खातों की सहमति (legal_consents) | खाता मिटने और सहमति 4 वर्ष पुरानी होने पर | srv/cron_status.php |
| मिटे डोमेन के अनाथ: परिणाम, कार्य, अलर्ट डेटा, घटनाएँ, Telegram कोड, डिलीवरी, नियमित फ़ॉर्म जाँच, खामियाँ, प्रमाण, स्क्रिप्ट सूची और बदलाव | अगली प्रक्रिया में तुरंत | fe_fristen_lauf(), “orphan_scans”, “orphan_rows” भाग |
| डोमेन रहित होस्ट का प्लगइन डेटा; बिना खाते प्लगइन पंक्ति | तुरंत; पंक्ति संपर्क बिना 90 दिन बाद | “orphan_hosts” भाग |
हेडर परिणाम (header_checks) | अभी 90 दिन | “header_checks” भाग |
| डोमेन परिणाम, फ़ॉर्म, निष्कर्ष, छवि, रिपोर्ट और कार्य सहित | 13 महीने; प्रति डोमेन अंतिम पूरी जाँच रहती है | “old_scans” भाग |
ब्राउज़र प्रक्रियाएँ, पूर्ण ब्राउज़र कार्य, समय शृंखला (form_browser_runs, scan_jobs, form_performance) | 13 महीने | “browser_runs”, “browser_jobs”, “form_performance” भाग |
फ़ॉर्म गणक (form_metrics), दैनिक प्लगइन आँकड़े और बदलाव (plugin_stats, plugin_changes) | 13 महीने | “form_metrics”, “plugin_stats” भाग |
साइन इन उपकरण (login_sessions) | अंतिम उपयोग या निरस्तीकरण बाद 90 दिन | “sessions” भाग |
| स्वीकृत आमंत्रण | स्वीकृति बाद 30 दिन | “invites” भाग |
सहायता अनुरोध (support_requests) | 24 महीने | “support” भाग |
रिपोर्ट प्रतिक्रिया (report_feedback) | 24 महीने; IP चेकसम 2 दिन | “report_feedback” और “report_feedback_ip” भाग |
कैश PDF रिपोर्ट (var/pdf) | 7 दिन | “pdf_cache” भाग |
opt-out का IP, देश और ब्राउज़र पहचान (blocklist) | 12 महीने; बहिष्करण रहता है | “optout_ip” भाग |
पोर्टल सदस्य (client_subscribers) | अपुष्ट 30 दिन; रद्द 3 वर्ष | “subscribers” भाग |
| ऐसे खाते जिनकी कभी पुष्टि नहीं हुई, कार्यस्थान सहित | बिना लॉगिन 30 दिन, अन्य सदस्य न हो तो | “pending_accounts” भाग |
| बिना खाते API कुंजी (पुराना डेटा) | तुरंत | “api_keys” भाग |
6.2 03:00 अवधि के बाहर
| डेटा | अवधि और प्रारंभ | कोड स्थान |
|---|
| डिलीवरी नियंत्रण मेलबॉक्स की प्रतियाँ | प्रसंस्करण बाद, हर पाँच मिनट | fe_zustellung_abholen() |
डिलीवरी संबद्धताएँ (delivery_log) | 180 दिन, हर प्राप्ति पर | fe_zustellung_abholen() |
कार्य में एन्क्रिप्टेड परीक्षण लॉगिन (scan_jobs) | प्रक्रिया बाद, अधिकतम एक घंटे बाद | स्कैन सर्वर; fe_login_aufraeumen() |
एस्केलेशन प्रयास सहित घटनाएँ (alert_incidents) | अनसुलझी रहने तक; समाधान के 180 दिन बाद | fe_vorfaelle_aufraeumen(), जो cfg/vorfall_lib.php में है |
भेजी संकलित सूचनाएँ (alert_queue) | डिलीवरी बाद 30 दिन | cfg/kanal_lib.php |
सामूहिक संकेत (swarm_signals) | 30 दिन, रोज 04:00 से | cfg/swarm_lib.php |
संभावित ग्राहक जाँचें (prospect_checks) | 90 दिन, रोज 04:00 से | srv/cron_status.php |
Telegram लिंक कोड (telegram_links) | 1 दिन, नया कोड बनने पर | cfg/kanal_lib.php |
API कॉल गणक (api_usage) | 1 दिन, कभी कॉल पर | cfg/agentur_lib.php |
सुलझी प्रदाता अनुपलब्धता (provider_incidents), खामी कैश (vuln_cache) | क्रमशः 90 और 30 दिन; व्यक्तिगत डेटा नहीं | cfg/anbieter_lib.php, cfg/luecken_lib.php |
| अध्ययन कच्चा डेटा | प्रकाशन पर | fe_studie_veroeffentlichen() |
| बैकअप | 14 दिन, नया सफल बैकअप बनने पर | cfg/backup_lib.php |
| वेब सर्वर लॉग | 14 दिन | सिस्टम लॉग रोटेशन |
6.3 ग्राहक द्वारा विलोपन
- डोमेन मिटाना (
fe_domain_loeschen()): फ़ॉर्म, निष्कर्ष और छवि फ़ाइल सहित परिणाम, रिपोर्ट, कार्य, अलर्ट लक्ष्य, डिलीवरी लॉग, संकलन कतार, घटनाएँ, Telegram कोड, डिलीवरी, नियमित जाँच, खामियाँ, प्रमाण लॉग, निश्चित चयन वाले पोर्टल का डोमेन; विदेशी कुंजियों से ब्राउज़र प्रक्रिया, अवलोकन और समय शृंखला सहित निगरानी फ़ॉर्म, परीक्षण खाता, गणक; अन्य डोमेन न हो तो होस्ट प्लगइन डेटा। स्क्रिप्ट सूची और बदलाव भी साथ मिटते हैं; अलग अवधि नहीं (खंड 6.4 और 10)। 27 सितंबर 2026 से पहले के बिना जुड़े डोमेन शेष डेटा रात में साफ होते हैं (“orphan_scans”, “orphan_rows”)।
- कार्यस्थान मिटाना (
fe_arbeitsbereich_daten_loeschen()): अतिरिक्त लोगो सहित ब्रांड, सदस्य सहित पोर्टल, रोलआउट कोड, संभावित ग्राहक जाँच; आमंत्रण और सदस्यताएँ भी।
- खाता मिटाना: चलती सशुल्क सदस्यता Stripe पर तुरंत बिना धनवापसी समाप्त; अपने कार्यस्थान हस्तांतरित या मिटाना; सदस्यता, याद टोकन, उपकरण, गणक सहित API कुंजियाँ, खुले Telegram कोड और खाता पंक्ति मिटाना।
- परीक्षण खाता मिटाना (
fe_login_loeschen()): एन्क्रिप्टेड पाठ अधिलेखित, पंक्ति मिटाना, प्रतीक्षा कार्य साफ करना।
6.4 प्रक्रिया में क्या शामिल नहीं
यह अधिक महत्वपूर्ण सूची है। यह वह डेटा बताती है जिसकी स्वचालित अवधि नहीं या जो विलोपन बाद रहता है।
| डेटा | क्या लागू है | आकलन |
|---|
अंतिम IP पते सहित खाता डेटा (users) | खाताधारक के मिटाने तक; निष्क्रिय खाते नहीं मिटते | अनुबंध डेटा; बिना सदस्यता वाले स्थायी निष्क्रिय खातों का नियम नहीं है |
| मिटे खाते का गतिविधि लॉग, पृष्ठ दृश्य और त्रुटि लॉग | अपनी प्रतिधारण अवधि के अंत तक खाता ID और IP पते के साथ रहते हैं | जानबूझकर (समाप्ति के बाद भी कार्रवाइयों का प्रमाण); ID अब खाते की ओर संकेत नहीं करता |
| मिटे खाते के सहायता अनुरोध | पुराने खाता ID सहित अधिकतम 24 महीने रहते हैं | जानबूझकर; ID साफ नहीं किया जाता |
| मिटे खाते के सहमति रिकॉर्ड | सहमति 4 वर्ष पुरानी होने तक (सहमति से गिनकर, खाता मिटने से नहीं) | जानबूझकर (खंड B.12) |
IP पते सहित अनसुलझी असामान्यताएँ (abuse_flags) | किसी के समाधान करने तक | खुला बिंदु (खंड 10) |
अपरिवर्तित नमूना संदेश सहित त्रुटि प्रकार (error_kinds) | कोई प्रतिधारण अवधि नहीं | खुला बिंदु (खंड 10) |
स्क्रिप्ट सूची और बदलाव (script_inventory, script_changes) | अपनी अलग प्रतिधारण अवधि नहीं; डोमेन रहने तक रखे जाते और उसके साथ मिटते हैं | खुला बिंदु (खंड 10) |
| रद्द क्लाइंट पोर्टल के सदस्य | कार्यस्थान मिटने तक | खुला बिंदु (खंड 10) |
| रद्द API कुंजियाँ और रोलआउट कोड | खाता या कार्यस्थान मिटने तक | केवल हैश, प्रीफ़िक्स और लेबल; कम महत्व का |
अध्ययन होस्ट की सूची (study_domains), कभी प्रकाशित न हुए अध्ययन | कोई प्रतिधारण अवधि नहीं | खुला बिंदु (खंड 10) |
| डोमेन और रिपोर्ट के बिना आंतरिक जाँचें (जाँच परिणाम, फ़ॉर्म, निष्कर्ष, स्क्रीनशॉट) | प्रतिधारण अवधि नहीं; कोई मिटाने का रास्ता इन्हें शामिल नहीं करता | खुला बिंदु (खंड 10) |
| कमीशन, कोड का उपयोग, Stripe इवेंट | कोई प्रतिधारण अवधि नहीं | लेखांकन के लिए प्रासंगिक; कर कानून के अनुसार अवधि तय होनी है |
कैश में डोमेन आयु (domain_age_cache) | कोई प्रतिधारण अवधि नहीं | केवल डोमेन नाम और पंजीकरण तारीख |
| प्रेषक डोमेन सहित फ़ॉर्म ईमेल का प्रमाणीकरण परिणाम | डोमेन के साथ; हर प्राप्ति पर बदला जाता है | A.1 देखें |
| ऑप्ट-आउट के बहिष्करण | स्थायी | जानबूझकर; स्थायित्व के बिना बहिष्करण प्रभावी नहीं रहता |
| सूचना संपर्क बिंदु के मेलबॉक्स और सामान्य मेलबॉक्स के ईमेल | तकनीकी प्रतिधारण अवधि नहीं | खुला बिंदु (खंड 10) |
6.5 डेटाबेस के बाहर
- स्क्रीनशॉट वेब निर्देशिका के बाहर फ़ाइलों में रखे जाते हैं और अपने जाँच परिणाम के साथ मिटते हैं (ऊपर के सभी मिटाने के रास्ते फ़ाइलें भी मिटाते हैं)।
- ब्रांड लोगो की फ़ाइलें प्रतिस्थापन पर और कार्यस्थान के साथ मिटती हैं।
- स्कैन सर्वर पर हर जॉब के लिए परिणाम और चित्रों वाली अस्थायी निर्देशिका बनती है; हर रन के बाद मिटती है, त्रुटि होने पर भी।
- बैकअप वेब सर्वर पर रहते हैं (B.27)।
- पूरे IP पते वाले वेब सर्वर लॉग 14 दिन रखे जाते हैं (B.1)।
7. स्वचालित निर्णय, प्रोफ़ाइल बनाना और आकलन
formexposed वेबसाइटों का आकलन करता है, लोगों का नहीं। हमारे आकलन में सेवा ऐसा कोई निर्णय नहीं करती जिसका किसी व्यक्ति पर कानूनी प्रभाव हो या जो उसे इसी तरह महत्वपूर्ण रूप से प्रभावित करे (Art. 22(1) GDPR)। हालाँकि स्वचालित आकलन और अपने आप अवरोध होते हैं। हम उन्हें सूचीबद्ध करते हैं ताकि यह वर्गीकरण जाँचा जा सके।
| तंत्र | वह क्या करता है | किसे प्रभावित करता है |
|---|
| जाँच का स्कोर और निर्णय | अनुपस्थित सुरक्षा परतों (CAPTCHA, जाल, टोकन, समय जाँच, अप्रभावी CAPTCHA, ज्ञात उजागर कॉन्फ़िगरेशन) का भारित योग, 0 से 100; उससे “असुरक्षित”, “आंशिक रूप से सुरक्षित” या “सुरक्षित”। वेबसाइट का निर्णय नियमों द्वारा (भाषा मॉडल से नहीं) पहचाने गए सबसे कम सुरक्षित संपर्क फ़ॉर्म के अनुसार होता है; संपर्क फ़ॉर्म के बिना निर्णय नहीं होता। भार प्रशासन क्षेत्र में सेट किए जा सकते हैं। | वेबसाइट संचालक; एकल व्यवसायियों के लिए अप्रत्यक्ष रूप से व्यक्ति। निर्णय का कानूनी प्रभाव नहीं; यह प्रमाण और निर्देश सहित निष्कर्ष है। |
| फ़ॉर्म प्रकार का वर्गीकरण | पहले नियम, केवल उनके “अज्ञात” लौटाने पर स्थानीय भाषा मॉडल। इससे तय होता है कि सक्रिय परीक्षण सबमिशन अनुमत है या नहीं (केवल नियमों द्वारा भरोसे से पहचाने संपर्क फ़ॉर्म के लिए)। भाषा मॉडल से वर्गीकृत फ़ॉर्म कभी सबमिट नहीं होते और स्कोर तथा निर्णय में नहीं गिने जाते। | ग्राहक और उसके फ़ॉर्म ईमेल के प्राप्तकर्ता; सुरक्षा प्रभाव: संदेह होने पर कुछ सबमिट नहीं होता। |
| सशुल्क रिपोर्टों में प्राथमिकता के क्रम में व्यवस्थित कार्य योजना | स्थानीय भाषा मॉडल विफल या अस्पष्ट परिणाम वाले चुने गए निष्कर्षों और स्कैन मेटाडेटा को छोटे क्रमांकित चरणों के रूप में संक्षेपित करता है। उसके पाठ को AI के सारांश के रूप में चिह्नित किया जाता है; अलग-अलग निष्कर्ष निर्णायक रहते हैं। यह स्कैन का स्कोर, निर्णय या वेबसाइट की कॉन्फ़िगरेशन नहीं बदलता। | ग्राहक या रिपोर्ट पढ़ने के लिए अधिकृत कोई अन्य व्यक्ति, जो तय करता है कि कौन-से चरण उठाने हैं। |
| बैज | केवल निश्चित शर्तों पर “सुरक्षित” दिखाता है (B.18), अन्यथा तटस्थ। | ग्राहक; आगंतुकों पर प्रभाव नहीं। |
| निःशुल्क जाँच, हेडर उपकरण और ऑप्ट-आउट की सीमाएँ तथा अवरोध | पते, सत्र, डोमेन या प्रणाली की सीमाएँ पहुँचने, डोमेन बहुत नया या अज्ञात आयु का होने अथवा ब्लॉक सूची में होने पर अनुरोध अस्वीकार करते हैं। | अनुरोधकर्ता; प्रभाव: निःशुल्क सेवा घंटों से दिनों तक नहीं मिलती। प्रशासक पता खोल सकता है; संपर्क पृष्ठ की पूछताछ व्यक्ति तक पहुँचती है। |
| असामान्यताएँ | ढाँचे (एक पते से कई डोमेन, अनुरोधों की बौछार, कई अस्वीकृतियाँ, एक देश से कई ऑप्ट-आउट, दैनिक सीमा तक पहुँचना) दर्ज और सूचित होते हैं। वे स्वयं अवरोध नहीं लगाते; अवरोध सीमाओं से होते हैं। | अनुरोधकर्ता। |
| लॉगिन अवरोध | वर्तमान में एक पते से 15 मिनट में आठ विफल लॉगिन के बाद उस पते के लॉगिन अस्थायी अस्वीकार होते हैं। साथ ही 15 मिनट में सभी लॉगिन प्रयास, सफल भी, प्रति खाता और IP पता (वर्तमान में आठ), सभी पतों पर प्रति खाता (काफ़ी अधिक, वितरित अनुमान रोकने के लिए) और प्रति IP पता (वर्तमान में 80) गिने जाते हैं; दूसरे चरण के कोड भी (15 मिनट में प्रति खाता दस); उससे आगे प्रयास अस्वीकार होते हैं। इसलिए दूसरे पते के विफल प्रयास अब स्वामी को खाते से बाहर नहीं करते। पासवर्ड पुष्टि (15 मिनट में प्रति खाता पाँच), रीसेट ईमेल (प्रति पता प्रति घंटे तीन, अपरिवर्तित उत्तर के साथ), पंजीकरण (प्रति IP पता प्रति घंटे दस) और क्लाइंट पोर्टल पासवर्ड के प्रयास (प्रति पोर्टल और IP पता दस, 15 मिनट में प्रति पोर्टल 50) इसी तरह सीमित हैं। | लॉगिन, पंजीकरण या क्लाइंट पोर्टल खोलने वाले; प्रभाव समय में सीमित, पासवर्ड रीसेट संभव रहता है। |
| reCAPTCHA सीमा | Google स्कोर से नीचे सबमिशन अस्वीकार करता है; हर उपयोग बिंदु की सीमा (वर्तमान में जाँच और ऑप्ट-आउट के लिए 0.7)। दूसरी कार्रवाई के उत्तर और तीन सेकंड में Google उत्तर न देने वाले सबमिशन भी अस्वीकार होते हैं। | हमारे फ़ॉर्म सबमिट करने वाले; प्रभाव: नया प्रयास या संपर्क पृष्ठ का रास्ता। |
| सामूहिक सुरक्षा | न्यूनतम सीमाएँ पहुँचने पर लिंक डोमेन अपने आप सूची में डालता है; जुड़ी वेबसाइटों की सुरक्षा परतें ऐसे लिंक वाले संदेश क्वारंटीन में भेजती हैं। | ग्राहक पृष्ठों पर संदेश भेजने वाले। प्रभाव: संदेश रोका जाता है, मिटता नहीं और संचालक जारी कर सकता है। संदेश का निर्णय संचालक की वेबसाइट पर उसका प्लगइन करता है, हम नहीं। |
| तुलना मान | “जाँची साइटों के X % से बेहतर सुरक्षित”, केवल कम से कम 20 होस्ट के कुल से। | वेबसाइट संचालक; प्रभाव नहीं। |
Art. 22 से सबसे निकट संबंधित ग्राहक पृष्ठों पर प्लगइन की सुरक्षा परत है, जो सबमिशन अपने आप रोकती है। यह वेबसाइट संचालक द्वारा अपने सर्वर पर प्रसंस्करण है (A.10)। वह कुछ मिटाती नहीं, संदेश क्वारंटीन में रखती है और संचालक कोई भी संदेश जारी कर सकता है। वहाँ या हमारे पास आगंतुक प्रोफ़ाइल नहीं बनती; एक संदेश को दूसरे से जोड़ने वाला आगंतुक पहचानकर्ता नहीं है।
8. तकनीकी और संगठनात्मक उपाय (Art. 32) – सामान्य विवरण
यह खंड Art. 30(1)(g) और (2)(d) GDPR के अंतर्गत सामान्य विवरण है। विस्तृत संस्करण तकनीकी और संगठनात्मक उपाय पृष्ठ पर है। नीचे हर उपाय का प्रमाण कोड या कॉन्फ़िगरेशन में है। अभी लागू न हुए उपाय उसी खंड (8.1) में हैं, ताकि विवरण पूरा रहे।
| क्षेत्र | लागू उपाय |
|---|
| स्थानांतरण एन्क्रिप्शन | वेबसाइट, ऐप और इंटरफ़ेस के लिए HTTPS; HSTS; सत्र और लॉगिन बनाए रखने की टोकन कुकी केवल HTTPS पर, HttpOnly, SameSite=Lax। |
| पहुँच नियंत्रण (प्रमाणीकरण) | पासवर्ड केवल हैश के रूप में, नए कम से कम दस वर्ण और अधिकतम 72 बाइट; बार-बार विफल प्रयासों के बाद लॉगिन अवरोध तथा संयुक्त खाता/IP, प्रति खाता और प्रति IP प्रयास सीमाएँ, ताकि दूसरे पते के विफल प्रयास स्वामी को बाहर न करें; पासवर्ड पुष्टि, रीसेट (समान उत्तर और प्रतिक्रिया समय), पंजीकरण और पोर्टल पासवर्ड की भी सीमाएँ; एन्क्रिप्ट किए गुप्त मान, कोड पुनः उपयोग से सुरक्षा और हैश रिकवरी कोड वाला दो-चरणीय लॉगिन (TOTP); हर लॉगिन पर नया सत्र पहचानकर्ता, सर्वर द्वारा जारी न हुए पहचानकर्ता स्वीकार नहीं; सुपर प्रशासकों के लिए “मुझे लॉगिन बनाए रखें” नहीं, हर टोकन केवल एक बार वैध; ईमेल बदलने से खुला रीसेट लिंक अमान्य; उपकरण अलग या सभी एक साथ रद्द किए जा सकते हैं; उपकरण सूची में सत्र पहचानकर्ता का केवल हैश रहता है। |
| पहुँच नियंत्रण (अनुमति) | प्रति कार्यस्थान भूमिकाएँ (स्वामी, प्रशासक, पाठक); अनुमति वस्तु के विरुद्ध जाँची जाती है, कभी फ़ॉर्म के पहचानकर्ता के विरुद्ध नहीं; परीक्षण खाता, “Fix it for me” और सक्रिय जाँच केवल स्वामी तथा प्रशासक के लिए; “ग्राहक के रूप में देखें” समय में सीमित और खाता बदलने वाली कार्रवाइयों के लिए अवरुद्ध, इसे समाप्त करने पर पूरा लॉगआउट, प्रशासन में वापसी केवल पासवर्ड और दूसरे चरण से; आमंत्रण तब तक वैध जब तक आमंत्रक स्वामी या प्रशासक है; पाठकों को वेबहुक और चैट चैनल पते केवल होस्ट तक संक्षिप्त दिखते हैं; सत्यापित डोमेन का होस्ट नाम नहीं बदला जा सकता। |
| ऐप सुरक्षा | CSRF टोकन; तैयार डेटाबेस कथन; हमारी अपनी फ़ॉर्म सुरक्षा (जाल, हस्ताक्षरित समय जाँच); सार्वजनिक फ़ॉर्म पर reCAPTCHA; सहायता, जाँच और इंटरफ़ेस की दर सीमा; एक कार्यस्थान में एक समय केवल एक “Fix it for me” कॉल, ताकि साथ आए अनुरोधों पर भी कोटा लागू हो; फ़्रेमिंग सुरक्षा वाली Content Security Policy जो केवल संबंधित उत्तर की अनुमति (nonce) वाली स्क्रिप्ट चलाती है; अग्रेषित हेडर से IP केवल अपने प्रॉक्सी और उसकी जोड़ी प्रविष्टि से; पृष्ठ दृश्य लॉग में पहुँच टोकन छिपे होते हैं। |
| गुप्त मान | API कुंजियाँ, रोलआउट कोड, प्लगइन कनेक्शन के गुप्त मान, एकबारगी कोड और पोर्टल पासवर्ड केवल हैश; परीक्षण खाते के विवरण असममित एन्क्रिप्शन से, निजी कुंजी केवल स्कैन सर्वर पर; हस्ताक्षरित वेबहुक; Stripe इवेंट केवल वैध हस्ताक्षर के साथ। |
| न्यूनतम डेटा | संदेश पहुँचने की जाँच सामग्री और पूरा प्रेषक पता नहीं रखती; फ़ॉर्म के प्राप्तकर्ता पते केवल डोमेन के रूप में; स्क्रिप्ट पतों में खाता ID बदले जाते हैं; प्लगइन आँकड़े केवल निश्चित सूचियों से; ईमेल प्रेषण त्रुटि पाठ केवल श्रेणी के रूप में; Telegram संकेत बिना चर मानों के; ब्राउज़र जाँच चित्रों में इनपुट छिपे; लॉगिन के पीछे स्क्रीनशॉट नहीं। |
| स्कैनर का पृथक्करण | हर जाँच अपने कंटेनर में: सभी Linux क्षमताएँ हटाई गईं, अधिकार वृद्धि नहीं, केवल पढ़ने की फ़ाइल प्रणाली, स्मृति और प्रक्रिया सीमा, अपना नेटवर्क; स्वीकृति से पहले और स्कैनर में निजी/स्थानीय नेटवर्क के विरुद्ध लक्ष्य जाँच, रीडायरेक्ट के बाद भी; सर्विस वर्कर अवरुद्ध, WebSocket कनेक्शन बंद। वेब सर्वर के अनुरोध (नियंत्रण प्रमाण, हेडर उपकरण, फ़ाइल खोज, नियमित स्थिति जाँच, RDAP, प्रमाणपत्र, वेबहुक और चैट अलर्ट) केवल सामान्य वेब पोर्ट और ठीक जाँचे पते पर, वेबहुक और चैट अलर्ट केवल HTTPS पर। |
| संग्रहण | स्क्रीनशॉट वेब निर्देशिका के बाहर, केवल रिपोर्ट से प्राप्त; यादृच्छिक पतों पर noindex वाली रिपोर्ट; बैकअप निर्देशिका केवल सेवा पढ़ सकती है। |
| उपलब्धता और पुनर्प्राप्ति | सामग्री जाँच सहित रात्रिकालीन बैकअप, साप्ताहिक बहाली परीक्षण, विफलता अलर्ट; हर पाँच मिनट घटक जाँच, संकेत और ईमेल सहित; बाहरी हार्टबीट; अनाम जाँच का आपात रोक; लंबित काम पर बैक-प्रेशर। |
| पता लगाने की क्षमता | लॉगिन, बदलाव, मिटाने, सहायता पहुँच और अनुमोदन के लिए गतिविधि लॉग; अलर्ट वाला त्रुटि लॉग। |
| मिटाना | कोड में प्रतिधारण अवधियाँ एक जगह, पाठ की उन्हीं सेटिंग से (खंड 6); डोमेन, कार्यस्थान और खाते की मिटाने की शृंखलाएँ, खंड 6.4 के अपवादों सहित। |
| डेटा विषयों के अधिकार | फ़ील्ड की अनुमत सूची पर आधारित, गुप्त मानों के बिना, एक क्लिक से सभी खाता डेटा का फ़ाइल निर्यात। |
| संगठन | प्रशासन क्षेत्र केवल सुपर प्रशासक अधिकार वाले खातों के लिए, “ग्राहक के रूप में देखें” के दौरान अवरुद्ध; विकास और उत्पादन अलग, विकास प्रणाली पर अतिरिक्त पहुँच अवरोध; अनुमोदन के बाद कानूनी पाठ ऐसे उपकरण से स्थानांतरित होते हैं जो मसौदे और प्लेसहोल्डर अस्वीकार करता है। |
8.1 अभी लागू न हुए उपाय
- संग्रहीत डेटाबेस का एन्क्रिप्शन नहीं (11 अक्टूबर 2026 को मापा गया)। परीक्षण खाते के विवरण और दो-चरणीय गुप्त मान अपवाद हैं, जो फ़ील्ड स्तर पर एन्क्रिप्ट हैं।
- आंतरिक कनेक्शन पूरी तरह एन्क्रिप्ट नहीं। हमारे आंतरिक नेटवर्क के कनेक्शन पूरी तरह एन्क्रिप्ट नहीं हैं। परीक्षण खाते के विवरण वहाँ केवल एन्क्रिप्ट किए पाठ में जाते हैं।
- दूसरे स्थान पर बैकअप नहीं। बैकअप अभी डेटाबेस के स्थान पर हैं और अलग एन्क्रिप्ट नहीं; दूसरे स्थान पर एन्क्रिप्ट की गई प्रति की योजना है। तब तक वे गलत मिटाने के आदेश से बचाते हैं, स्थान खोने से नहीं।
- सर्वर प्रशासन का सुदृढ़ीकरण पूरा नहीं। सर्वरों की प्रशासन पहुँच की सुरक्षा अभी संचालन के लिए हमारे इच्छित स्तर की नहीं; सुदृढ़ीकरण जारी है। विवरण प्रकाशित नहीं करते क्योंकि हमलावर को मदद होगी; अनुरोध पर पर्यवेक्षी प्राधिकरण को देते हैं।
- प्रशासन क्षेत्र में कार्य-विशिष्ट पठन लॉग नहीं। लिखने की कार्रवाइयाँ गतिविधि लॉग में हैं; किसने केवल कौन-सा सहायता अनुरोध या रिपोर्ट देखी, यह केवल पृष्ठ दृश्य लॉग से पता चलता है (60 दिन)।
- स्थायी मिटाने का लॉग नहीं। रात की प्रक्रिया ने क्या मिटाया, दर्ज नहीं होता (खंड 6)।
- स्वतंत्र दूसरा जाँच बिंदु नहीं। दूसरे स्थान की जाँच इकाई सेट नहीं है (A.6)।
9. डेटा संरक्षण अधिकारी – Art. 37 GDPR के अंतर्गत आकलन
परिणाम: हमारे आकलन में नियुक्ति आवश्यक नहीं। आकलन कानूनी समीक्षा का हिस्सा है और नीचे की कोई परिस्थिति बदलते ही दोहराया जाएगा।
Art. 37(1) तीन मामलों में नियुक्ति आवश्यक करता है।
- बिंदु (a) (सार्वजनिक प्राधिकरण या निकाय) लागू नहीं।
- बिंदु (b) (ऐसी मुख्य गतिविधियाँ जिनमें बड़े पैमाने पर डेटा विषयों की नियमित और व्यवस्थित निगरानी आवश्यक हो): हमारी मुख्य गतिविधि वेबसाइटों और फ़ॉर्म की नियमित व्यवस्थित जाँच है, लोगों का अवलोकन नहीं। आगंतुक प्रोफ़ाइल नहीं बनाते, ट्रैकिंग नहीं करते और संदेशों को नहीं जोड़ते। संदेश पहुँचने की जाँच (A.1) वास्तविक आगंतुक संदेश मेलबॉक्स से गुज़ारती है, लेकिन संबंध जोड़ने के लिए केवल हेडर और पहले 8 KB का मूल्यांकन करती है और सामग्री नहीं रखती; वह वितरण रास्ते देखती है, लोग नहीं। ग्राहक खाते और लॉग व्यावसायिक गतिविधि के सहायक हैं।
- बिंदु (c) (मुख्य गतिविधि के रूप में Art. 9 की विशेष श्रेणियों या Art. 10 के अपराध संबंधी डेटा का बड़े पैमाने पर प्रसंस्करण): पूरा नहीं होता। विशेष श्रेणियाँ फ़ॉर्म ईमेल प्रतियों (A.1), लॉगिन के पीछे पृष्ठों (A.5) या पेस्ट कोड (A.7) में संयोग से आ सकती हैं; संयोगवश संग्रह मुख्य गतिविधि नहीं है।
Art. 37(4) राष्ट्रीय कानून को अतिरिक्त मामले जोड़ने देता है। पोलिश कानून हमारे लिए नियुक्ति आवश्यक करता है या नहीं, वकील से पुष्टि करवा रहे हैं।
नए आकलन के कारण: IP नेटवर्क सहित सामूहिक सुरक्षा चालू करना; कई संदेशों या वेबसाइटों में आगंतुक पहचानने वाला कार्य; संदेश पहुँचने की जाँच की सामग्री संग्रहीत करना; बड़े पैमाने पर यह जाँच चालू रखने वाला ग्राहक जिसके फ़ॉर्म मुख्यतः विशेष श्रेणियों (स्वास्थ्य, नौकरी आवेदन) के हों; ग्राहक डेटा की पहुँच वाला पहला कर्मचारी। स्वैच्छिक नियुक्ति संभव रहती है; तब Art. 37 से 39 पूरी तरह लागू होते हैं।
अलग प्रश्न: क्या व्यक्तिगत प्रसंस्करण गतिविधियों के लिए Art. 35 का डेटा संरक्षण प्रभाव आकलन चाहिए, इसका उत्तर डेटा संरक्षण प्रभाव आकलन पृष्ठ देता है। उसके सीमा आकलन के अनुसार सामूहिक सुरक्षा (B.21) और इच्छित पैमाने के अध्ययन (B.7) के लिए DPIA आवश्यक है तथा हम करते हैं, और संदेश पहुँचने की जाँच (A.1) के सामान्य मामले में ग्राहक के दायित्व के रूप में आवश्यक है, जिसमें हम उसकी सहायता करते हैं।
10. खुले बिंदु और नियोजित उपाय
निम्न बिंदु कोड, संरचना या कॉन्फ़िगरेशन से प्रमाणित हैं, अनुमान नहीं। वे इस संस्करण की तारीख की स्थिति बताते हैं; वर्गीकरण हमारा है और किसी कानूनी मूल्यांकन का पूर्वानुमान नहीं। क्रम डेटा विषयों के लिए महत्व के अनुसार है, सुधार की आसानी के अनुसार नहीं। नियोजित उपाय और प्राथमिकता डेटा संरक्षण प्रभाव आकलन में हैं।
| खुला बिंदु | क्या प्रमाणित है | महत्व |
|---|
| दस्तावेज़ीकृत अनुबंध के बिना मेल प्रदाता | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA का अनुबंध, प्रसंस्करण स्थान और स्थानांतरण आधार दर्ज नहीं हैं। खाते के ईमेल, अलर्ट और वास्तविक आगंतुक संदेशों का नियंत्रण मेलबॉक्स इसी प्रदाता से चलते हैं। | प्रासंगिक प्रावधान Art. 28(2) और (4) तथा GDPR का अध्याय V हैं। शुरुआत से पहले अनुबंध और दस्तावेज़ीकरण नियोजित हैं। |
| चैट सेवाओं और reCAPTCHA के आधार खुले हैं | Telegram (पर्याप्तता निर्णय नहीं), Slack, Discord, Microsoft Teams और Google Chat को अलर्ट; सहमति माँगे बिना reCAPTCHA। | कानूनी समीक्षा के खुले प्रश्न; तब तक सूचना और आधार अंतिम नहीं हैं। |
| व्यवधान में नियंत्रण मेलबॉक्स संदेश रख सकता है | सफल प्रसंस्करण के बाद मिटता है; प्राप्ति विफल हो, तो अगली सफल प्रक्रिया तक प्रतियाँ रहती हैं। लंबे समय तक मेलबॉक्स में ढेर लगने पर चेतावनी नहीं है। | प्रतियों में आगंतुकों की वास्तविक पूछताछ है। |
| दूसरे स्थान पर बैकअप नहीं, संग्रहीत डेटाबेस का एन्क्रिप्शन नहीं | खंड 8.1। दूसरे स्थान पर एन्क्रिप्ट बैकअप प्रति नियोजित है। | स्थान की एक घटना डेटा और बैकअप दोनों प्रभावित करेगी; चोरी हुआ भंडारण माध्यम पढ़ा जा सकेगा। |
| अनसुलझी असामान्यताओं की प्रतिधारण अवधि नहीं | पूरे IP पते को कुंजी बनाने वाली असामान्यताएँ समाधान के 90 दिन बाद ही मिटती हैं; कभी न सुलझी जानकारी रहती है। | सीमित संग्रहण सिद्धांत से संबंधित (Art. 5(1)(e)); मिटाना मैन्युअल समाधान पर निर्भर है। निश्चित अवधि नियोजित है (डेटा संरक्षण प्रभाव आकलन के उपाय)। |
| नमूना संदेश वाले त्रुटि प्रकारों की अवधि नहीं | नमूना संदेश अधिकतम 2,000 वर्ण तक अपरिवर्तित रहता है; साफ किए पैटर्न से पते और संख्याएँ हटती हैं, नमूने से नहीं। | त्रुटि संदेश में ईमेल पते, होस्ट नाम या IP पते हो सकते हैं। |
| स्क्रिप्ट सूची की अलग प्रतिधारण अवधि नहीं | स्क्रिप्ट सूची और बदलाव डोमेन के साथ मिटते हैं (FE_DOMAIN_TABELLEN), कार्यस्थान/खाता मिटने तथा रात में अनाथ डेटा साफ होने पर भी; अलग अवधि नहीं। इनमें स्क्रिप्ट और पृष्ठ पते तथा अनुमोदन के लिए अनुमोदक और खुला कारण पाठ होता है। | सीमित संग्रहण सिद्धांत से संबंधित (Art. 5(1)(e)); डोमेन रहने तक अनुमोदन सहित बदलाव लॉग बढ़ता रहता है। |
| रद्द पोर्टल के सदस्य | रद्द पोर्टल अवरुद्ध होता है, मिटता नहीं; सदस्य कार्यस्थान मिटने तक रहते हैं। | रद्द होने पर उद्देश्य (रिपोर्ट भेजना) समाप्त हो गया। |
| अध्ययन सूचियों की अवधि नहीं | प्रकाशन के बाद होस्ट और खंड रहते हैं; कभी प्रकाशित न हुए अध्ययन भी कच्चा डेटा रखते हैं। | “कच्चा डेटा मिटता है” का वादा केवल प्रकाशित अध्ययन के लिए है। |
| आंतरिक जाँच के मिटाने का रास्ता नहीं | “internal” विश्वास स्तर वाली बिना डोमेन और रिपोर्ट की जाँचें (अध्ययन तथा संचालक की कमांड लाइन जाँचें) किसी मिटाने के रास्ते में नहीं आतीं; उनके साथ तीसरे पक्ष की वेबसाइटों के फ़ॉर्म, निष्कर्ष और स्क्रीनशॉट रहते हैं। | सीमित संग्रहण सिद्धांत से संबंधित (Art. 5(1)(e)); उन लोगों को प्रभावित करता है जिन्हें जाँच की जानकारी नहीं। डेटा संरक्षण प्रभाव आकलन में उच्च जोखिम माना गया। |
| नियंत्रण प्रमाण का नवीनीकरण नहीं | नियंत्रण प्रमाण एक बार जाँचा जाता है; कोड में डोमेन से इसे वापस हटाने का रास्ता नहीं। | स्वामी या नियुक्ति बदलने के बाद सक्रिय सबमिशन, फ़ाइल खोज और लॉगिन के पीछे की स्कैनिंग जारी रहती है। |
| लॉगिन के पीछे स्कैन: ग्राहक पृष्ठ तक स्थानांतरण | लॉगिन पते के लिए http को https के साथ अनुमति है और ग्राहक पृष्ठ की प्रमाणपत्र त्रुटि लॉगिन नहीं रोकती। | ग्राहक पृष्ठ के रास्ते में परीक्षण खाते के विवरण पकड़े जा सकते हैं। |
| मिटाना समय खिड़की पर निर्भर | दैनिक भाग केवल तब चलता है जब स्थिति प्रक्रिया 03:00 और 03:04 के बीच शुरू हो। वह रन विफल हो (डेटाबेस अनुपलब्ध, सर्वर पुनः शुरू), तो उस दिन मिटाना और बैकअप नहीं होते; बाद में भरपाई नहीं। मिटाई चीज़ें स्थायी दर्ज नहीं होतीं। | प्रतिधारण अवधि चुपचाप एक दिन बढ़ती है। छूटी खिड़की पर अलर्ट नहीं; केवल चलकर विफल बैकअप सूचित होता है। प्रशासन की सेटअप सूची अंतिम सफल बैकअप तारीख दिखाती है। |
| कुछ मिटाना निगरानी पर निर्भर | नियंत्रण मेलबॉक्स खाली करना, घटनाएँ, भेजी संकलित सूचनाएँ, सामूहिक संकेत और संभावित ग्राहक जाँच मिटाना तथा जॉब में बची परीक्षण खाते की प्रतियाँ साफ करना स्थिति रन के शेड्यूलर भाग में होता है, जो प्रशासन में निगरानी चालू रहने पर ही चलता है; संदेश पहुँचने की जाँच के संबंध केवल नियंत्रण मेलबॉक्स सेट रहने पर मिटते हैं। | निगरानी केंद्रीय रूप से बंद हो या मेलबॉक्स हटे, तो ये अवधियाँ बिना पता चले रुक जाती हैं। |
| सूचना बिंदु और मेलबॉक्स की अवधि नहीं | सुरक्षा कमज़ोरी की सूचना और अन्य आने वाले ईमेल ऐप के बाहर रहते हैं; अवधि तय नहीं है। | सूचनाओं में तीसरे पक्ष का प्रमाण हो सकता है। |
| जाँच में छिपे फ़ील्ड के मान पढ़े जाते हैं | टाइमस्टैम्प और टोकन पहचानने के लिए स्कैनर छिपे फ़ील्ड के अधिकतम 24 वर्ण और डेटा एट्रिब्यूट के अधिकतम 60 वर्ण पढ़ता है। फ़ील्ड मानचित्र और निष्कर्ष में केवल नाम, प्रकार, लेबल और पहचान परिणाम जाते हैं, मान नहीं। | संग्रहण की कमी नहीं; मान केवल जाँच के दौरान स्कैन कंटेनर की कार्यशील स्मृति में रहता है। पहले भरा मान (जैसे ग्राहक नंबर) पढ़ा जाता है लेकिन संग्रहीत नहीं होता। |
| प्रमाणीकरण परिणाम में व्युत्पन्न प्रेषक डोमेन | A.1। | आगंतुकों के निजी डोमेन के लिए वास्तविक संदेश से आया व्यक्तिगत डेटा। |
| सर्वर प्रशासन सुदृढ़ीकरण अधूरा; आंतरिक कनेक्शन पूरी तरह एन्क्रिप्ट नहीं | खंड 8.1। सुदृढ़ीकरण जारी है; विवरण सार्वजनिक नहीं बताते। | सर्वर स्तर की घटना ऐप, डेटाबेस और बैकअप एक साथ प्रभावित करेगी। |
| विकास प्रणाली पर माप | संरचना, कोड और सेटिंग विकास प्रणाली पर मापे गए। | कोड और संरचना उत्पादन से मेल खाते हैं; सेटिंग अलग हो सकती हैं और शुरुआत से पहले वहाँ फिर जाँचनी होंगी। |
11. इस अभिलेख का रखरखाव
Art. 30 अभिलेख लिखित रूप में रखने और अनुरोध पर पर्यवेक्षी प्राधिकरण को देने का दायित्व रखता है। इसके लिए ज़िम्मेदार व्यक्ति और ऐसी जाँच अवधि चाहिए जिसमें पिछली प्रति के बजाय प्रणाली से तुलना हो।
- ज़िम्मेदारी: Lukas Wójcik, स्वामी। वार्षिक समीक्षा और हर प्रसंस्करण गतिविधि बदलने पर समीक्षा होती है।
- अद्यतन आवश्यक करने वाली घटनाएँ: नया या बदला उप-प्रसंस्करणकर्ता, विशेष रूप से मेल प्रदाता का चुनाव; व्यक्तिगत डेटा वाली नई तालिका या फ़ील्ड;
cfg/fristen_lib.php या srv/cron_status.php की प्रतिधारण अवधि या मिटाने की शृंखला में बदलाव; नया अलर्ट चैनल या तीसरे पक्ष को नया अनुरोध; डिफ़ॉल्ट रूप से बंद कार्य चालू करना (IP नेटवर्क सहित सामूहिक सुरक्षा, जाँच इकाई, अपने डोमेन, साझेदार कार्यक्रम, चालान से भुगतान, Spamhaus या Google Web Risk); दूसरे सर्वर पर जाना।
- प्रक्रिया: यहाँ का हर कथन कोड, संरचना या माप से आता है। केवल पाठ पढ़ने वाली समीक्षा ने कुछ नहीं जाँचा: संरचना और मिटाने की शृंखलाएँ फिर मापी जाती हैं, प्लेसहोल्डर प्लेसहोल्डर रहते हैं और खुले बिंदु बंद किए या कारण सहित आगे रखे जाते हैं।
- अन्य दस्तावेज़ों से संबंध: यह अभिलेख गोपनीयता नीति, डेटा प्रसंस्करण समझौते, तकनीकी और संगठनात्मक उपायों या उप-प्रसंस्करणकर्ताओं की सूची का विकल्प नहीं। उनमें और इस अभिलेख में अंतर हो, तो वह जाँच का निष्कर्ष है।
- इस दस्तावेज़ के बदलाव अनुबंध दस्तावेज़ों में बदलाव पृष्ठ पर सूचीबद्ध हैं।
English 
Deutsch 
Polski 
Български 
Čeština 
Dansk 
Ελληνικά 
Español 
Eesti 
Suomi 
Français 
Gaeilge 
Hrvatski 
Magyar 
Italiano 
Lietuvių 
Latviešu 
Malti 
Nederlands 
Português 
Română 
Slovenčina 
Slovenščina 
Svenska 
العربية 
हिन्दी 
Bahasa Indonesia 
日本語 
한국어 
Русский 
简体中文 
Norsk (bokmål) 
Português (Brasil) 
Türkçe 
Українська 
Español (México) 
Tiếng Việt 
ไทย 
Íslenska 
עברית 
Bahasa Melayu 
Srpski (latinica)