تقييم أثر حماية البيانات (المادة 35 من اللائحة العامة لحماية البيانات (GDPR))

تُنشر هذه الوثيقة بلغات متعددة. في حال وجود أي تعارض بين النسخ اللغوية، تكون النسخة البولندية هي الملزمة.

الإصدار 1.1 · آخر تحديث: 23 أكتوبر 2026

1. موضوع هذا التقييم وطبيعة هذه الصفحة

هذه الصفحة هي تقييم أثر حماية البيانات (DPIA) لخدمة formexposed بموجب المادة 35 من اللائحة العامة لحماية البيانات (GDPR). وتجيب أولا عن السؤال الأولي عما إذا كان تقييم الأثر مطلوبا أصلا، لكل عملية معالجة على حدة لا للخدمة بأكملها. وحيث تكون الإجابة نعم، تجري التقييم بموجب المادة 35(7)(a) إلى (d): وصف منهجي والضرورة والتناسب والمخاطر على أصحاب البيانات والتدابير لمعالجتها. ويلي ذلك المخاطر المتبقية ومسألة التشاور المسبق بموجب المادة 36 وقواعد المراجعة.

لا تقتضي المادة 35 نشر تقييم الأثر. وننشره لسببين. أولا، يحتاج العملاء الذين يستخدمون فحص التسليم أو الفحص خلف تسجيل الدخول إلى وقائع لا نعرفها إلا نحن لإجراء تقييمهم الخاص؛ ونحن ملزمون أصلا بتقديم هذه الوقائع بصفتنا معالج بيانات (المادة 28(3)(f) من اللائحة العامة لحماية البيانات (GDPR)). وثانيا، يفحص زاحفنا مواقع لا يعرفنا مشغلوها. وينبغي أن يتمكنوا من قراءة المخاطر التي نراها لهم وللأشخاص على صفحاتهم وما نفعله بشأنها.

الطبيعة القانونية. تقييم الأثر هذا وثائق للمتحكم في البيانات بموجب المادة 35 من اللائحة العامة لحماية البيانات (GDPR)، ننشرها طوعا. ولا يشكل جزءا من أي عقد، ولا يمثل أي إقرار أو ضمان أو اتفاق بشأن الجودة تجاه العملاء أو الأطراف الثالثة. وتنظم الخدمات والضمانات التي ندين بها للعملاء شروط الخدمة واتفاقية معالجة البيانات وملاحقها؛ ولها الأولوية على هذه الصفحة فيما يتعلق بتلك الالتزامات. وتصف الصفحة الوضع بتاريخ هذا الإصدار. وتعكس درجات المخاطر وتقييماتها وجهة نظرنا ولا تستبق أي تقييم قانوني من سلطة رقابية أو محكمة؛ والتدابير الموصوفة بأنها «مخططة» نوايا دون تاريخ ملزم. وبالنسبة إلى العملاء، تعد الصفحة أساسا لتقييمهم الخاص لا مشورة قانونية.

هذه هي الصيغة الأولى لتقييم العتبة. وهي تبحث لكل عملية معالجة ما إذا كان تقييم الأثر مطلوبا وتسجل النتيجة في القسم 3.5.

يخضع كل بيان واقعي للمبدأ نفسه المتبع في وثائقنا القانونية الأخرى: الواقع المقاس لا المقصود. وما تثبته الشفرة أو قاعدة البيانات يذكر هنا مع مرجع مصدره. وما تعذر إثباته يوسم «غير متحقق منه». وما هو مجرد خطة يسمى «مخططا له». ونسمي النقاط المفتوحة بصراحة مع التدبير المخطط؛ فتقييم أثر لا يسرد إلا نقاط القوة لا يساعد الأشخاص المعنيين به.

المصطلحات: المشغل هو من يدير موقعا مفحوصا. والعميل لديه حساب لدى formexposed. والزائر هو من يستخدم موقع عميل، مثلا نموذج اتصاله. ومرجع المصدر يعني ملفا أو دالة أو إعدادا في الشفرة المصدرية، قيس مقابل حالة نظام التطوير في 11 أكتوبر 2026.

ونرسم عمدا حدا واحدا للشفافية: لا توصف النقاط المفتوحة في تأمين خوادمنا إلا بعبارات عامة (R13). ونسمي الخطر ومستواه دون الطريق إلى ثغرة محددة؛ ونقدم التفاصيل إلى سلطة رقابية عند الطلب.

2. الأدوار: من يتحمل الالتزام وبشأن ماذا

تضع المادة 35 الالتزام على المتحكم في البيانات. وتكون formexposed متحكما في البيانات لبعض عمليات المعالجة، ومعالجا لعملائها في عمليات أخرى، ولا تكون أيا منهما للبيانات التي تحفظها إضافة WordPress وإضافة TYPO3 على موقع عميل. وتعتمد الإجابة عن كل سؤال تقريبا في هذه الوثيقة على الدور الذي يطرح السؤال بشأنه. ويتبع توزيع الأدوار سياسة الخصوصية واتفاقية معالجة البيانات.

عملية المعالجة	دور formexposed	من يتحمل الالتزام بموجب المادة 35
فحص مواقع الغير دون تعليمات من مشغلها: الفحص المجاني وفحص العملاء المحتملين للوكالات والدراسة	المتحكم في البيانات	formexposed
فحص النطاقات في حساب العميل: المراقبة والإرساليات الاختبارية النشطة ومسارات المتصفح والملفات المكشوفة ونبض النموذج	المتحكم في بيانات حساب العميل وفحوصه؛ ومعالج للبيانات الشخصية للغير الظاهرة على موقع العميل المتحقق منه؛ وما دام النطاق غير متحقق منه، متحكم كما في الفحص المجاني	formexposed للجزء الخاص بها؛ والعميل لبيانات الغير على موقعه
الفحص خلف تسجيل الدخول بحساب اختبار	معالج البيانات: بيانات الوصول والمحتوى خلف تسجيل الدخول تخص موقع العميل	العميل؛ وتساعده formexposed
فحص التسليم مع نسخة مراقبة	معالج البيانات	العميل؛ وتساعده formexposed
حماية السرب: قائمة مشتركة لنطاقات الروابط من البريد المزعج المحظور	المتحكم في البيانات: نجمع بلاغات مواقع كثيرة ونعد القائمة ونوزعها	formexposed
حسابات العملاء وتسجيل الدخول والسجلات والدعم وإرسال البريد والمدفوعات وسجلات الإثبات	المتحكم في البيانات	formexposed
بوابة العملاء والتقرير الشهري لمشتركي وكالة	معالج البيانات	الوكالة
البيانات التي تحفظها الإضافتان على موقع العميل (الحجر وشبكة الأمان والاستفسارات المحفوظة)	لا هذا ولا ذاك: لا تغادر البيانات الموقع مطلقا	مشغل الموقع

يؤدي ذلك إلى تمييز نصرح به لأن الخطأ بشأنه شائع في الاتجاهين. حيث تكون formexposed متحكما في البيانات، نجري التقييم بأنفسنا ونتحمل نتيجته. وحيث نكون معالج بيانات، لا يمكننا إجراء تقييم العميل بدلا منه أو حسم مسألة الضرورة له أو التشاور مع السلطة الرقابية بموجب المادة 36 نيابة عنه. وما نستطيع ويجب أن نفعله هناك هو تزويده بكل ما يحتاجه: الوصف بموجب النقطة (a)، والوقائع المقاسة بشأن المخاطر بموجب النقطة (c)، وقائمة صادقة لحالة التدابير بموجب النقطة (d). وهذا تحديدا ما تقدمه هذه الصفحة لفحص التسليم والفحص خلف تسجيل الدخول.

العميل الذي يتبنى أقسام فحص التسليم دون تغيير بوصفها تقييم أثره الخاص لم يجر تقييما. فما إذا كانت نسخة المراقبة مبررة لنماذجه، وما إذا كان يتوقع وجود فئات خاصة من البيانات الشخصية فيها، وكيف يبلغ زواره، مسائل لا يستطيع أن يقررها إلا هو. ويلخص القسم 11 ما يجب توضيحه لهذا الغرض.

3. تقييم العتبة: هل يلزم تقييم أثر حماية البيانات؟

3.1 المادة 35(1) والمادة 35(3)

تقتضي المادة 35(1) تقييم أثر عندما يرجح أن يؤدي نوع من المعالجة، ولا سيما باستخدام تقنيات جديدة، مع مراعاة طبيعتها ونطاقها وسياقها وأغراضها، إلى مخاطر عالية على حقوق الأشخاص الطبيعيين وحرياتهم. وتسمي المادة 35(3) ثلاث حالات يتحقق فيها ذلك بصفة خاصة. ولا تنطبق أي منها على formexposed، وينبغي تعليل ذلك لا مجرد الجزم به:

• النقطة (a) – تقييم منهجي وشامل لجوانب شخصية تتعلق بأشخاص طبيعيين يستند إلى معالجة آلية، وتستند إليه قرارات تترتب عليها آثار قانونية أو آثار جسيمة مماثلة عليهم. ونقيم النماذج والمواقع لا جوانب الأشخاص الشخصية. ولا تتخذ الخدمة قرارا ذا أثر قانوني على أي شخص. والأقرب إلى ذلك حماية السرب: تنتهي الرسائل ذات الروابط إلى نطاق مدرج في الحجر على المواقع المتصلة. وتلك نتيجة آلية للرسالة لا تقييم شامل لشخص؛ ونتناولها تحت معيار «التقييم أو إسناد الدرجات» في القسم 3.3.
• النقطة (b) – معالجة واسعة النطاق لفئات خاصة بموجب المادة 9 أو بيانات تتعلق بالجرائم بموجب المادة 10. غير مقصودة وغير منشأة. ومع ذلك قد تصلنا تلك البيانات عبر مسار واحد: نسخة المراقبة لرسائل الزوار الحقيقية في فحص التسليم. ويعتمد ذلك على الحالة الفردية ولا يعد واسع النطاق بمعنى هذا الحكم؛ لكنه يؤخذ في تقييم المخاطر (R1).
• النقطة (c) – مراقبة منهجية لمنطقة متاحة للجمهور على نطاق واسع. ويعني ذلك المراقبة المادية للأماكن لا جلب صفحات الويب العامة. وسيكون الاستناد إلى هذا الحكم لتبرير إخضاع زاحف مواقع له غير صحيح.

ولذلك يكون المسار الصحيح هو المادة 35(1) نفسها، مطبقة عبر المعايير التسعة للمبادئ التوجيهية بشأن تقييم أثر حماية البيانات لفريق العمل المعني بالمادة 29 (WP248 rev.01، التي أقرها المجلس الأوروبي لحماية البيانات)، وقائمة السلطة الرقابية البولندية بموجب المادة 35(4) (القسم 3.4).

3.2 المعايير التسعة للمبادئ التوجيهية WP248

تسمي المبادئ التوجيهية تسع سمات تشير إلى احتمال مخاطر عالية. وكقاعدة عامة، تتطلب عملية معالجة تحقق اثنتين منها تقييما للأثر في معظم الحالات. وقد يخلص المتحكم في البيانات إلى نتيجة أخرى في حالة فردية، لكن عليه حينئذ تعليلها وتوثيقها. وبالمقابل قد يكفي معيار واحد. ونستخدم في هذه الصفحة التسميات المختصرة التالية:

1. C1 – التقييم أو إسناد الدرجات، بما فيه التنميط والتنبؤ، مثلا بشأن الأداء في العمل أو الوضع الاقتصادي أو الموثوقية أو السلوك.
2. C2 – اتخاذ قرارات آلية ذات أثر قانوني أو أثر جسيم مماثل.
3. C3 – المراقبة المنهجية، أي المعالجة المستخدمة لملاحظة أصحاب البيانات أو مراقبتهم أو التحكم فيهم، بما في ذلك عبر الشبكات. وتعلل المبادئ التوجيهية هذا المعيار صراحة بأن أصحاب البيانات لا يعرفون غالبا من يجمع بياناتهم ولأي غرض.
4. C4 – البيانات الحساسة أو ذات الطبيعة الشخصية للغاية: الفئات الخاصة بموجب المادتين 9 و10، وكذلك البيانات التي يؤثر كشفها كثيرا في الحياة اليومية، بما فيها الاتصالات الإلكترونية التي ينبغي حماية سريتها.
5. C5 – البيانات المعالجة على نطاق واسع، مقاسة بعدد أصحاب البيانات وحجم البيانات وتنوعها والمدة والامتداد الجغرافي.
6. C6 – مطابقة مجموعات البيانات أو دمجها، عندما تنشأ من عمليات معالجة مختلفة أو من متحكمين مختلفين، بطريقة لا يتوقعها أصحاب البيانات.
7. C7 – بيانات تخص أصحاب بيانات ضعفاء، مثل الموظفين أو الأطفال أو المرضى أو غيرهم ممن يوجد اختلال في توازن القوة تجاههم.
8. C8 – الاستخدام المبتكر أو تطبيق حلول تقنية أو تنظيمية جديدة؛ ويعامل استخدام الذكاء الاصطناعي بانتظام في الممارسة الرقابية بوصفه مندرجا ضمن هذا المعيار.
9. C9 – معالجة تمنع أصحاب البيانات من ممارسة حق أو استخدام خدمة أو عقد.

نقيم كل معيار بأنه «متحقق» أو «حالة حدية» أو «غير متحقق»، ونعطي أسبابا مستمدة من الشفرة. ولا تحتسب الحالة الحدية كمتحققة في المجموع، لكنها تذكر في النتيجة؛ وحيث تشير عدة حالات حدية في الاتجاه نفسه، ندرج عملية المعالجة في التقييم.

3.3 التقييم بحسب عملية المعالجة

P1 – الفحص المجاني دون حساب (فحص أي موقع للغير عند الطلب)

يمكن لأي شخص إدخال نطاق على الصفحة الرئيسية. ويجلب الزاحف عندئذ ثماني صفحات عامة كحد أقصى من ذلك الموقع، ويقرأ النماذج ويلتقط صورا وينتج تقريرا يستطيع كل من يعرف رابطه العشوائي رؤيته. ولا يعلم مشغل الموقع بذلك إلا إذا لاحظ معرف الزاحف في سجلاته.

• C1 – حالة حدية. يقيم التقرير حماية النموذج بمستوى («مكشوف» أو «محمي جزئيا» أو «محمي») ودرجة. وبالنسبة إلى شركة محدودة المسؤولية، لا يتعلق ذلك بشخص طبيعي. ولأصحاب المؤسسات الفردية والمستقلين، يمكن إسناد النطاق إلى الفرد، ويعبر المستوى عندئذ عن شيء بشأن العناية المبذولة في نشاطه المهني. لكن ما يقيم هو إعداد تقني، لا سلوك شخص أو خصائصه. ونعامل ذلك كحالة حدية.
• C2 – غير متحقق. لا يتخذ قرار يتعلق بالمشغل. وبالنسبة إلى طالب الفحص، تسري حدود لكل عنوان IP وجلسة (cfg/check_lib.php)؛ ولا يترتب على رفض فحص أثر جسيم.
• C3 – غير متحقق. هو جلب واحد عند الطلب، بحد أقصى مرة لكل نطاق وأسبوع (cfg/check_lib.php، الإعداد fc_domain_days = 7). ولا يراقب أشخاص. ومع ذلك فالظرف الذي تستند إليه المبادئ التوجيهية لتبرير C3، وهو عدم علم أصحاب البيانات بالمعالجة، قائم. ويؤخذ في تقييم المخاطر (R5).
• C4 – غير متحقق. ما يحفظ هو بنية النموذج والنتائج لا القيم المدخلة (scanner/src/crawl.js لا يحفظ إلا طول القيمة للحقول المرئية). ويقرأ الماسح بدايات الحقول المخفية المعبأة مسبقا (حتى 24 حرفا) وسمات البيانات (حتى 60 حرفا) أثناء الفحص فقط لاكتشاف الرموز والطوابع الزمنية؛ ولا تحفظ. وقد تعرض لقطات الشاشة أشخاصا وأسماء عرضا؛ ويظهر موقع عيادة تخصصها في الصورة. وهذه بيانات مهنية عامة لا بيانات صحية لشخص محدد.
• C5 – حالة حدية. الحد اليومي 200 فحص مقبول (fc_daily_cap)، أي حسابيا ما يصل إلى نحو 73,000 موقع سنويا. ولا تنشأ إلا بيانات شخصية قليلة لكل موقع، والمدة قصيرة (30 يوما). وبالقياس على نظام التطوير، توجد 2 من الفحوص المجهولة في مجموعة البيانات. غير متحقق اليوم؛ وحالة حدية بالنظر إلى القدرة المصممة.
• C6 – غير متحقق. إضافة إلى جلب الصفحات، تستعلم الخدمة عن عمر النطاق عبر خدمة RDAP rdap.org (لا يرسل إلا اسم النطاق؛ ولا يحفظ إلا تاريخ التسجيل، مع تخزين مؤقت)، وتحل DNS. وهذه معلومات تقنية عن النطاق لا دمج لمجموعات بيانات عن الأشخاص.
• C7 – غير متحقق.
• C8 – متحقق بصورة ضعيفة. يفحص متصفح آلي الصفحات، ويصنف نموذج لغوي على خادمنا الخاص النماذج التي لا تتعرف عليها القواعد (scanner/src/classify.js). ويرى النموذج عنوان الصفحة وعنوانها الإلكتروني وتسميات الحقول وما يصل إلى 400 حرف من نص النموذج. ولا يمكنه مطلقا جعل نموذج «قابلا للإرسال».
• C9 – غير متحقق.

النتيجة المرحلية P1: معيار واحد بصورة ضعيفة (C8)، وحالتان حديتان (C1، C5). ولا يوجد التزام وفقا للقاعدة العامة. ولأن الحالتين الحديتين تشيران في الاتجاه نفسه ولا يعلم أصحاب البيانات بالمعالجة، ندرج P1 في التقييم.

P2 – فحص العملاء المحتملين للوكالات

يمكن لوكالة في خطة Business أعدت علامتها التجارية طلب فحص سلبي لموقع عميل محتمل. وتتلقى نتيجة مختصرة بعلامتها التجارية وتقريرا مفصلا، وتمرر الرابط بنفسها (cfg/akquise_lib.php). ولا نتواصل مع أحد.

• C1 – حالة حدية، أقوى من P1. يقصد بالنتيجة المختصرة صراحة أن تكون «مدخلا للمحادثة الأولى». وبذلك يصبح تقييم الموقع أساسا للتواصل التجاري مع شخص.
• C5 – غير متحقق. 30 فحصا كحد أقصى لكل وكالة وشهر (prospect_monthly)، وتحذف بعد 90 يوما.
• C8 – متحقق بصورة ضعيفة (التقنية نفسها كما في P1).
• المعايير الأخرى – غير متحققة. تعرض النتيجة بعلامة الوكالة، لكنها لا تربط ببيانات أخرى عن المشغل.

النتيجة المرحلية P2: لا يوجد التزام وفقا للقاعدة العامة؛ ويدرج للأسباب نفسها كما في P1، ولأن الغرض، وهو اكتساب العملاء، ينطوي على خطر خاص (R6).

P3 – دراسة «مؤشر أمن النماذج»

تفحص لأغراض دراسة قائمة مواقع بصورة سلبية، بمعدل محدود لا يتجاوز خمس مهام مفتوحة لكل تنفيذ لعملية الحالة، التي تعمل كل خمس دقائق (cfg/studie_lib.php). ولا تنشر إلا المجاميع، والشرائح ابتداء من 20 موقعا بنموذج فقط (study_min_segment، cfg/studie_lib.php). وتحذف البيانات الخام عند النشر (cfg/studie_lib.php).

• C5 – حالة حدية، ومتحقق للقوائم الكبيرة. لا يحدد حجم القائمة في الشفرة؛ ويسمح المعدل المحدود حسابيا بأكثر من ألف فحص يوميا. وتغطي دراسة لسوق وطنية آلاف المواقع، يدير كثيرا منها أصحاب مؤسسات فردية. وابتداء من هذا الحجم نعد المعيار متحققا.
• C8 – متحقق بصورة ضعيفة.
• C1 – غير متحقق. رغم تقييم الموقع الفردي، لا ينشر إلا المجموع؛ ولا يهدف التقييم إلى بيان عن المشغل الفردي.
• المعايير الأخرى – غير متحققة.

النتيجة المرحلية P3: للدراسات بالحجم المصمم، معياران (C5، C8). ولذلك تبلغ الدراسة العتبة؛ وتجري formexposed التقييم بصفتها متحكما في البيانات. وبالقياس على نظام التطوير، لم تنشأ أي دراسة حتى الآن.

P4 – فحص النطاقات في حساب العميل

يطلب العميل فحص النطاقات في حسابه بانتظام. وبعد إثبات حقه في التحكم بالنطاق، تضاف الإرساليات الاختبارية النشطة (خمس كحد أقصى لكل فحص) والبحث عن الملفات المكشوفة ومسارات المتصفح المعدة.

• C3 – غير متحقق. الفحص مجدول ومتكرر، لكنه يتعلق بموقع العميل الخاص ويجرى بناء على طلبه، لا لمراقبة الأشخاص.
• C4 – حالة حدية، لا. يقرأ البحث عن الملفات المكشوفة أول 8 كيلوبايت كحد أقصى من مسارات مثل /backup.sql أو سجل تصحيح، ليحدد من المحتوى ما إذا كان الملف مكشوفا فعلا (cfg/dateien_lib.php). وقد يتضمن هذا المقتطف إدخالات نماذج لزوار. ولا يفحص إلا في الذاكرة ولا يحفظ مطلقا؛ وما يحفظ هو المسار والنوع والخطورة.
• C8 – متحقق بصورة ضعيفة.
• المعايير الأخرى – غير متحققة.

مرحلة خطة العمل المضافة. يمكن أن تتضمن التقارير المدفوعة المؤهلة نصا استشاريا مولدا محليا من نتائج مختارة وبيانات وصفية للفحص. ويخزن مع الفحص ويعرض مع إشعار بالذكاء الاصطناعي؛ وتظل النتائج الفردية هي المرجع. ولا يغير المواقع تلقائيا ولا يتخذ قرارات تترتب عليها آثار قانونية أو آثار جسيمة مماثلة بشأن الأشخاص. ولا يحدد استخدام نموذج لغوي وحده ما إذا كان يلزم إجراء تقييم أثر مستقل لحماية البيانات. ويجب تقييم مدخلاته ومستلميه ونطاقه ومخاطره المتبقية مع الفحص الأساسي، بما في ذلك احتمال تكرار البيانات الشخصية الواردة في عناوين URL أو الملاحظات والتوصيات الخاطئة في تقرير يمكن مشاركته برابط. وتشمل الأقسام 7 إلى 9 أدناه هذه المرحلة؛ ولا يدعي هذا الملحق الوقائعي اكتمال قياس في بيئة الإنتاج أو موافقة المالك أو وجود تصنيف جديد للمخاطر المتبقية.

النتيجة المرحلية P4: لا يبلغ الفحص التقني الأساسي العتبة بناء على الوقائع الموصوفة أعلاه. ولا تنشئ المرحلة الاستشارية المحلية المضافة بذاتها التزاما منفصلا، لكن نتيجة العتبة السابقة لا تغني عن النظر في بيانات مدخلاتها الفعلية ونطاقها ومستلميها وآثارها. ويدرج لأن الإرساليات الاختبارية النشطة وفحص الملفات يعتمدان على إثبات لا يجدد مطلقا (R7).

P5 – الفحص خلف تسجيل الدخول

يمكن للعميل حفظ حساب اختبار لموقعه لنطاق متحقق منه. ويسجل الماسح الدخول به ويقرأ النماذج على ما يصل إلى خمس صفحات محددة في منطقة الأعضاء (cfg/login_lib.php، scanner/src/login.js).

• C4 – حالة حدية. بيانات الوصول ليست بيانات ذات طبيعة شخصية للغاية بمعنى المبادئ التوجيهية، لكن إساءة استخدامها تفتح منطقة الأعضاء. وبحسب الموقع، قد يوجد محتوى سري خلف تسجيل الدخول، مثلا في بوابة أعضاء أو مرضى. ويعتمد ذلك على العميل لا علينا.
• C8 – غير متحقق. تسجيلات الدخول الآلية شائعة في خدمات المراقبة.
• المعايير الأخرى – غير متحققة.

النتيجة المرحلية P5: لا يوجد التزام وفقا للقاعدة العامة. وقد يتغير ذلك للعملاء الذين تعرض منطقة أعضائهم محتوى سريا؛ ويعود القرار عندئذ إليهم. ويدرج بسبب المخاطر الأمنية (R8).

P6 – فحص التسليم مع نسخة مراقبة

يدخل العميل عنوان مراقبة من formexposed كنسخة مخفية في إعدادات بريد نموذجه. ونتيجة لذلك تذهب كل رسالة نموذج أيضا إلى صندوق بريد المراقبة لدينا، سواء رسالة الاختبار الخاصة بنا أو كل رسالة حقيقية من زائر. وتقرأ عملية جلب آلية الترويسات وأول 8 كيلوبايت وتسند الرسالة وتقيم SPF وDKIM وDMARC وتحذفها (cfg/zustellung_lib.php).

• C4 – متحقق. ما يكتبه الزوار في نموذج اتصال هو اتصال إلكتروني بمنشأة تجارية بمحتوى كيفما كان. وعلى موقع عيادة أو مكتب محاماة أو خدمة استشارات أو مدرسة، يتوقع وجود بيانات بموجب المادة 9 أو عن أطفال. وتسمي المبادئ التوجيهية صراحة الاتصالات الإلكترونية السرية ضمن هذا المعيار.
• C3 – حالة حدية، والأرجح متحقق. تنسخ كل رسالة بصورة مخططة ومستمرة وتقيم آليا دون أن يلاحظ المرسل. والغرض فحص مسار البريد لا مراقبة الأشخاص. لكن الظرف الذي تبرر به المبادئ التوجيهية المعيار، وهو عدم معرفة أصحاب البيانات من يتلقى بياناتهم، قائم بالكامل ما دام العميل لا يبلغ زواره.
• C7 – بحسب العميل. غالبا ما يوجد المرضى وعملاء مكاتب المحاماة والمتقدمون لوظائف وأولياء الأمور والتلاميذ في علاقة اعتماد تجاه مستلم رسالتهم.
• C5 – حالة حدية، لا. ليس واسع النطاق للعميل الفردي. ولدى formexposed تتجمع نسخ عملاء كثيرين في صندوق واحد؛ وهذا يزيد وزن الخرق لا العدد لكل متحكم في البيانات.
• المعايير الأخرى – غير متحققة. الإسناد إلى النطاق والاختبار ليس مطابقة لمجموعات بيانات عن الأشخاص؛ والتقنية ليست جديدة.

النتيجة المرحلية P6: C4 متحقق، وC3 حالة حدية والأرجح متحقق، وC7 متحقق لدى كثير من العملاء النموذجيين. ولذلك يتحقق معياران أو أكثر في الحالة النموذجية. ويلزم تقييم أثر، كالتزام على العميل الذي يكون المتحكم في البيانات. وتزوده الأقسام 6 إلى 11 بالوقائع اللازمة لذلك.

P7 – حماية السرب

تبلغ مواقع WordPress المتصلة مرة يوميا عن نطاقات الروابط من الرسائل التي أوقفتها طبقة حمايتها. ويوضع النطاق الذي يظهر على ثلاثة مواقع مختلفة على الأقل بخمس مطابقات على الأقل خلال سبعة أيام في قائمة مشتركة؛ وتعاد القائمة إلى جميع المواقع المتصلة، التي تضع عندئذ الرسائل ذات الروابط إلى ذلك النطاق في الحجر (cfg/swarm_lib.php).

• C6 – متحقق. تدمج بلاغات مواقع كثيرة مستقلة بعضها عن بعض، أي من متحكمين مختلفين في البيانات، وتعاد إليها جميعا كقائمة مشتركة.
• C1 – متحقق بالقدر الذي يمكن فيه إسناد نطاق إلى شخص طبيعي. القائمة تصنيف لمصدر بريد مزعج. وتسمي المبادئ التوجيهية الفحص مقابل قاعدة بيانات احتيال مشتركة مثالا لهذا المعيار. ومعظم النطاقات في قائمة كهذه تخص منشآت أو هي نطاقات مؤقتة؛ لكن قد ينتهي فيها نطاق فرد، بحق أو بسبب بلاغات كاذبة مدسوسة عمدا.
• C9 – حالة حدية. لا تصل رسالة ذات رابط مدرج إلى المستلم فورا، بل تبقى في الحجر لديه حتى يفرج عنها. ولا تضيع.
• C2 – غير متحقق. الحجر نتيجة آلية لرسالة، دون أثر قانوني ومع إفراج بشري من المستلم.
• المعايير الأخرى – غير متحققة. شبكات IP معطلة (swarm_ip_enabled = 0، cfg/swarm_lib.php).

النتيجة المرحلية P7: معياران (C6، C1) وحالة حدية واحدة (C9). وتبلغ العتبة؛ وتجري formexposed التقييم بصفتها متحكما في البيانات. وعند تفعيل شبكات IP سيتحقق C1 وC6 دون قيد؛ ويتطلب تفعيلها إصدارا جديدا من هذا التقييم (القسم 12). وبالقياس على نظام التطوير، لا توجد بلاغات ولا إدخالات في القائمة.

P8 – حسابات العملاء وتسجيل الدخول والسجلات والدعم والبريد والمدفوعات

• C1 وC9 – غير متحققين. يؤدي السلوك اللافت في الفحص المجاني إلى ملاحظة مع عنوان IP (cfg/check_lib.php)، وعند الاقتضاء إلى رفض فحوص إضافية. وهذا منع لإساءة الاستخدام بأثر ضئيل، لا تقييم لجوانب شخصية.
• المعايير الأخرى – غير متحققة. هذه هي البيانات المعتادة لخدمة موجهة للمنشآت التجارية.

النتيجة المرحلية P8: لا يلزم تقييم أثر. وتوصف عمليات المعالجة في سجل أنشطة المعالجة.

P9 – أرقام الإضافات وأخطاء الحقول والمسجل والشارة وبوابة العملاء و«Fix it for me»

• تنقل الإضافتان أرقاما يومية وقائمة الإضافات وفئات الأخطاء، وتنقل إضافة WordPress أيضا نطاقات الروابط لحماية السرب (مفعلة افتراضيا) (P7)، دون محتوى أو عناوين أو أسماء أو عناوين IP للزوار؛ ويحتفظ المسجل بالمحددات لمدة لا تتجاوز 15 دقيقة في متصفح المسؤول. ولا يتحقق أي معيار.
• عند تحميل الشارة تنقل بيانات الاتصال المعتادة إلى سجل خادم الويب، دون ملف تعريف ارتباط. ولا يتحقق أي معيار.
• تعالج بوابة العملاء عناوين بريد المشتركين باشتراك بتأكيد مزدوج نيابة عن الوكالة. ولا يتحقق أي معيار.
• تتيح «Fix it for me» إعادة كتابة شفرة نموذج ملصقة بواسطة نموذج لغوي على خادمنا الخاص؛ ولا تحفظ الشفرة. ويتحقق C8 بصورة ضعيفة، ولا شيء آخر.

النتيجة المرحلية P9: لا يلزم تقييم أثر.

3.4 قائمة السلطة الرقابية البولندية بموجب المادة 35(4)

السلطة المختصة هي رئيس مكتب حماية البيانات الشخصية (Prezes Urzędu Ochrony Danych Osobowych, UODO). وقد نشر الرئيس قائمة أنواع عمليات المعالجة التي تتطلب تقييم أثر في إعلان 17 يونيو 2019 (Komunikat Prezesa Urzędu Ochrony Danych Osobowych z dnia 17 czerwca 2019 r. w sprawie wykazu rodzajów operacji przetwarzania danych osobowych wymagających oceny skutków przetwarzania dla ich ochrony, Monitor Polski 2019، البند 666). وتسند القائمة بنودها إلى معايير المبادئ التوجيهية WP248 وتقدم أمثلة، وهي صراحة غير حصرية؛ ولا تحل محل التقييم بموجب المادة 35(1).

وفقا لقراءتنا، تتطابق أنواع المعالجة التالية في القائمة من حيث الجوهر مع عمليات معالجة لدى formexposed:

نوع المعالجة بموجب القائمة (بإعادة صياغة)	المعيار المسند	عملية المعالجة لدى formexposed	التقييم
المقارنة أو التقييم أو الاستنتاج استنادا إلى تحليل بيانات من مصادر مختلفة	C6	P7 حماية السرب	ينطبق
التقييم أو إسناد الدرجات، بما فيه التنميط	C1	P7 حماية السرب؛ وP1 وP2 كحالتين حديتين	ينطبق على P7
معالجة فئات خاصة من البيانات الشخصية	C4	P6 فحص التسليم	ينطبق بحسب العميل
الاستخدام المبتكر أو تطبيق حلول تقنية	C8	P1 إلى P4 (نموذج لغوي للتصنيف)	ينطبق بصورة ضعيفة
معالجة واسعة النطاق	C5	P3 الدراسة	ينطبق على القوائم الكبيرة
مراقبة منهجية لأماكن متاحة للجمهور، بما فيها التعرف على الخصائص	C3	–	لا ينطبق: المقصود أماكن لا مواقع ويب

هذا الإسناد قراءة لا اقتباس؛ ويجب مقارنته بصياغة البنود في المراجعة القانونية. وهو يؤكد نتيجة القسم 3.3 دون أن يغيرها. وعلى حد علمنا، لم تنشر UODO قائمة بموجب المادة 35(5)، أي عمليات معالجة لا يلزم لها تقييم أثر.

3.5 نتيجة تقييم العتبة

عملية المعالجة	المتحقق	الحالات الحدية	النتيجة
P1 الفحص المجاني	C8 (ضعيف)	C1، C5	غير إلزامي؛ مدرج
P2 فحص العملاء المحتملين	C8 (ضعيف)	C1	غير إلزامي؛ مدرج
P3 الدراسة	C8 (ضعيف)، وC5 للقوائم الكبيرة	–	مطلوب (التزام على formexposed)
P4 فحص نطاقات العميل	C8 (ضعيف)	C4 (فحص الملفات)	غير إلزامي؛ مدرج
P5 الفحص خلف تسجيل الدخول	–	C4	غير إلزامي؛ مدرج؛ وللعميل بحسب المحتوى
P6 فحص التسليم	C4؛ وC7 بحسب العميل	C3 (الأرجح متحقق)، C5	مطلوب (التزام على العميل؛ وتساعد هذه الصفحة بموجب المادة 28(3)(f))
P7 حماية السرب	C6، C1	C9	مطلوب (التزام على formexposed)
P8 الحسابات والسجلات والدعم والمدفوعات	–	–	غير مطلوب
P9 أرقام الإضافات والشارة والبوابة و«Fix it for me»	C8 (ضعيف، لـ «Fix it for me» فقط)	–	غير مطلوب

النتيجة بشأن المادة 35(1): يلزم تقييم أثر لعمليات معالجة محددة لدى formexposed. وهو مطلوب لحماية السرب وللدراسات بالحجم المصمم، وتجريه formexposed بصفتها متحكما في البيانات. ولفحص التسليم يكون مطلوبا في الحالة النموذجية، لكن كالتزام على العميل؛ وتقدم formexposed الأساس. ولا يكون إلزاميا للفحوص الأخرى لمواقع الغير والمواقع الخاصة. ومع ذلك ندرجها لأنها تستخدم التقنية نفسها، ولأن عدة حالات حدية تشير في الاتجاه نفسه، ولأن أصحاب البيانات، أي المشغلين دون حساب والأشخاص على الصفحات المفحوصة، لا يعلمون بالمعالجة. ولا يلزم تقييم للحسابات والسجلات والدعم والمدفوعات.

ولذلك تسري الأقسام 6 إلى 10 على P1 إلى P7. وحيث لا يسري بيان إلا على عملية واحدة من هذه العمليات، يوسم بذلك.

4. مسؤول حماية البيانات: التقييم بموجب المادة 37

لم يعين مسؤول لحماية البيانات. وتلزم المادة 37(1) المتحكم ومعالج البيانات على السواء؛ ولذلك فالمسألة تخصنا نحن. والحالات القانونية الثلاث:

المادة 37(1)	الشرط	النتيجة
النقطة (a)	سلطة أو هيئة عامة	لا ينطبق؛ فـ LW IT Solutions Company Lukas Wójcik مؤسسة فردية خاصة.
النقطة (b)	تتكون الأنشطة الأساسية من عمليات معالجة تتطلب مراقبة منتظمة ومنهجية لأصحاب البيانات على نطاق واسع	النشاط الأساسي فحص المواقع والنماذج ومراقبتها بانتظام وبصورة منهجية. لكن لا يراقب أشخاص: فالزاحف لا يراقب السلوك، ولا يقيم فحص التسليم الرسائل إلا للتسليم والأصالة. غير متحقق.
النقطة (c)	تتكون الأنشطة الأساسية من معالجة واسعة النطاق لبيانات بموجب المادة 9 أو 10	ليس بحكم التصميم. وقد تصلنا فئات خاصة عبر نسخة المراقبة لفحص التسليم؛ وذلك عرضي لا نشاط أساسي. غير متحقق.

ولذلك لا يوجد التزام بالتعيين وفقا لتقييمنا. وما إذا كان القانون البولندي يقتضي تعيينا يتجاوز ذلك بموجب المادة 37(4) مسألة مفتوحة للمراجعة القانونية. ولعدم تعيين مسؤول لحماية البيانات، لا تنطبق المشورة بموجب المادة 35(2). وإذا خلصت المراجعة القانونية إلى وجود التزام بالتعيين، فستطلب مشورة المسؤول المعين عندئذ قبل اعتماد هذا التقييم (القسم 12). وجهة الاتصال للأسئلة بشأن هذا التقييم هي المالك على contact@lukaswojcik.com.

5. المنهج والمصادر وحدود هذا الإصدار

تأتي الوقائع في هذه الوثيقة من الشفرة المصدرية للتطبيق والماسح، ومن بنية قاعدة البيانات، ومن أعداد الصفوف وإعدادات نظام التطوير، مقاسة في 11 أكتوبر 2026. وقد جرى الوصول إلى قاعدة البيانات والخوادم للقراءة فقط. وحيث يناقض قياس نية، بما في ذلك بيان في وثائقنا القانونية، نعرض القياس. ولا نطبق مدونات سلوك معتمدة بموجب المادة 40، التي ينبغي مراعاة الامتثال لها بموجب المادة 35(8).

• قيس نظام التطوير. لم تطلق الخدمة بعد. ولذلك فالأرقام صغيرة وبعضها ناتج عن الاختبار: 112 فحصا، منها 110 دون نطاق عميل؛ و432 لقطة شاشة؛ و2 من النطاقات، منها 1 متحقق منه؛ ودون فحص تسليم مفعل؛ ودون حساب اختبار محفوظ للفحص خلف تسجيل الدخول؛ ودون دراسة؛ ودون بلاغات في حماية السرب. ويجب تكرار القياسات قبل الإطلاق وعلى فترات منتظمة بعده.
• ما لم يقس في هذا الإصدار ويجب إضافته قبل الاعتماد: إعدادات نظام الإنتاج، بما فيها ما إذا كان صندوق بريد المراقبة معدا وكيف، وما إذا كان زوج المفاتيح للفحص خلف تسجيل الدخول معدا هناك؛ وما إذا كان برنامج النموذج اللغوي يسجل الطلبات؛ وحالة إدارة الخوادم (R13)؛ والعقد مع مزود خدمة البريد الإلكتروني.
• ما تعذر قياسه: عدد رسائل الزوار الحقيقية التي ستمر عبر نسخة المراقبة والقطاعات التي سيأتي منها العملاء. وكلاهما يحدد وزن R1 وR2 ويجب الوقوف عليه بعد الإطلاق.
• تشير مراجع المصادر إلى ملفات ودوال في الشفرة المصدرية لنظام التطوير. والحاسم هو الوظيفة الموصوفة، لا موضعها في الملف.

هذه الوثيقة مسودة. ولم يعتمدها المتحكم في البيانات بعد (القسم 12)، وتعتمد نتيجتان فيها، تقييم الحجم لـ P1 وP3 ووزن فحص التسليم، على أرقام لن توجد إلا بعد الإطلاق.

6. (a) الوصف المنهجي لعمليات المعالجة وأغراضها

6.1 بنية نظام الفحص

تعمل formexposed على خوادمها الخاصة في بولندا دون مزود استضافة خارجي: خادم ويب مع التطبيق وقاعدة البيانات وخادم فحص مع خدمة الفحص ونموذج لغوي محلي، وكلاهما في الشبكة الداخلية نفسها. ويجري الفحص كما يلي:

1. ينشئ التطبيق مهمة في قاعدة البيانات، مع مراعاة الحدود والحظر المبينين في القسم 6.3.
2. تجلب خدمة الفحص على خادم الفحص المهمة، وتفحص قائمة الحظر وأسماء المضيفين وعمر النطاق للفحوص المجهولة مرة ثانية، وتبدأ حاوية معزولة لهذه المهمة بالضبط: شبكتها الخاصة مع قواعد ترشيح خاصة بها، ودون امتيازات خاصة، ونظام ملفات للقراءة فقط، وحدود للذاكرة والعمليات، وحد زمني (scanner/src/worker.js).
3. داخل الحاوية، يجلب متصفح آلي ثماني صفحات عامة كحد أقصى، أولا الصفحة الرئيسية ثم يفضل صفحات الاتصال وبيانات مقدم الخدمة والدعم. ويقرأ قبل ذلك robots.txt؛ وينهي الفحص استبعاد لـ FormExposedBot أو لجميع الزواحف يشمل الصفحة الرئيسية، وكذلك تعذر الوصول إلى robots.txt أو خطأ خادم عند جلبه (scanner/src/net.js). ولا تراعى محظورات المسارات الفرعية الفردية على حدة. ولا يقرأ نبض النموذج أو جلب الإثبات أو أداة الترويسات أو البحث عن الملفات المكشوفة robots.txt. وإضافة إلى الصفحات الثماني توجد حتى ثلاث صفحات مع نقرة على «رفض» في لافتة ملفات تعريف الارتباط، وحتى ثلاث صفحات في عرض الهاتف، واختبارات نشطة للنطاقات المتحقق منها، وحتى خمس صفحات خلف تسجيل الدخول؛ وتحمل الصفحات تباعا لا بالتوازي. ويمر كل طلب من المتصفح، بما فيه إعادة التوجيه والمحتوى المضمن، عبر مرشح يرفض الشبكات الخاصة والمنافذ الأخرى.
4. تكتب الحاوية نتيجة ولقطات الشاشة إلى دليل مؤقت. وتمرر خدمة الفحص النتيجة والصور إلى التطبيق عبر الشبكة الداخلية وتحذف الدليل المؤقت، حتى بعد خطأ (scanner/src/worker.js).
5. يعالج التطبيق النتيجة ويقارنها بالفحص السابق لنطاقات العملاء ويبلغ بالتغييرات إلى الوجهات التي أعدها العميل.

6.2 ما يحفظه الزاحف وما لا يحفظه

العنصر	ما يحفظ	ما لا يحفظ	مرجع المصدر
الصفحات	العنوان وحالة HTTP والترويسات وسياسة أمن المحتوى والمضيفون الخارجيون المطلوبون (120 كحد أقصى)	محتوى الصفحة كنص أو HTML	scanner/src/crawl.js
حقول النماذج	النوع والاسم والتسمية والعنصر النائب والإلزام والظهور وطول قيمة موجودة	قيم الحقول؛ وللحقول المخفية تقرأ أول 24 حرفا من القيمة أثناء الفحص فقط (لاكتشاف الرموز)	scanner/src/crawl.js
عناوين المستلمين في النموذج	النطاق فقط	العنوان	scanner/src/crawl.js
النصوص البرمجية	قائمة مع مجموع اختباري؛ وعناوين وبدايات نصية دون معرفات حسابات خدمات الإعلان والتحليلات	معرفات الحسابات والبكسلات	scanner/src/crawl.js
أدوات التنصت	بكسلات الإعلان وأدوات التسجيل التي تحمل قبل النقر على «رفض» في لافتة ملفات تعريف الارتباط وبعده، وما إذا كانت تحجب المدخلات	معرفات الحسابات لدى هذه الخدمات	scanner/src/mitleser.js، scanner/src/einwilligung.js
نص النموذج	ما يصل إلى 400 حرف تذهب إلى النموذج اللغوي المحلي إذا لم تتعرف القواعد على النوع	الكشف لأطراف ثالثة؛ وتخزين النص	scanner/src/classify.js
لقطات الشاشة (الزاحف)	المنطقة المرئية من الصفحة الأولى؛ وصورة لعنصر كل نموذج مرئي	–	scanner/src/crawl.js
لقطات الشاشة (الفحص النشط)	صورة صفحة الاستجابة لإرسالية الاختبار؛ إضافة إلى الحالة وعنوان الوجهة والعنوان النصي وأول 300 حرف من نصها	–	scanner/src/active.js
لقطات الشاشة (مسارات المتصفح)	صورة للنموذج مع تعتيم حقول الإدخال، مضغوطة، بحد أقصى 32 كيلوبايت	المدخلات	scanner/src/browser.js
خلف تسجيل الدخول	كما لحقول النماذج أعلاه	لقطات الشاشة وملفات تعريف الارتباط والروابط	scanner/src/login.js

لا تتضمن هذه العناصر بيانات شخصية بحكم التصميم، لكنها تتضمنها عرضا: اسم جهة اتصال بجوار النموذج، أو صورة فريق في الصفحة الرئيسية، أو رقم هاتف في تسمية، أو نطاق بريد فرد، أو اسم في عنصر نائب. وخلف تسجيل الدخول تضاف بيانات حساب الاختبار وبيانات مستخدمين آخرين بحسب الموقع.

6.3 من يبدأ الفحص وما الذي يسري عندئذ

المحفز	مستوى الثقة في المهمة	إرساليات الاختبار	الوصول إلى النتيجة عبر	الحذف
شخص يدخل نطاقا في الصفحة الرئيسية (الفحص المجاني)	مجهول	لا	تقرير تحت رابط عشوائي	30 يوما، بما فيه الصور (cfg/check_lib.php)
إضافة دون حساب	إضافة	لا	تقرير تحت رابط عشوائي	30 يوما
وكالة لعميل محتمل	مسجل	لا	نتيجة مختصرة وتقرير تحت رابط عشوائي	90 يوما (cfg/akquise_lib.php)
عميل، نطاق دون إثبات	مسجل	لا	الحساب؛ وتقرير تحت رابط عشوائي	13 شهرا، مع الاحتفاظ بآخر فحص
عميل، نطاق بإثبات	متحقق منه	نعم، خمس كحد أقصى لكل فحص	الحساب؛ وتقرير تحت رابط عشوائي	13 شهرا، مع الاحتفاظ بآخر فحص (cfg/fristen_lib.php)
دراسة	داخلي	لا	مجاميع فقط بعد النشر	عند النشر؛ ودون نشر لا حد زمني (R4)
فحص داخلي من سطر الأوامر من المزود	داخلي؛ ولنطاقات اختبارنا وعرضنا أيضا «متحقق منه»	لا؛ ومع مستوى «متحقق منه» نعم (لنطاقات اختبارنا وعرضنا فقط)	داخليا فقط	دون حد زمني (R4)

تسبق الفحص المجاني عدة طبقات (cfg/check_lib.php): إيقاف طارئ؛ وreCAPTCHA؛ والنطاق نفسه مرة واحدة كحد أقصى في سبعة أيام (وبعدها يعرض التقرير الموجود)؛ وحدود لكل عنوان IP ولكل جلسة (كقيمة تجزئة دون معرف الجلسة نفسه مطلقا) وللخدمة بأكملها يوميا؛ وقائمة الحظر من الاستبعاد وrobots.txt؛ والتحقق من أن النطاق يشير إلى عناوين عامة؛ وحظر النطاقات الحديثة جدا أو المجهولة. وتسجل الحالات غير المعتادة، مثل نطاقات مختلفة كثيرة من عنوان IP واحد أو طلبات كثيرة في وقت قصير، مع عنوان IP وتطلق إشارة دون محتوى (cfg/check_lib.php).

6.4 فحص النطاقات في حساب العميل

يثبت العميل حقه في التحكم بالنطاق عبر سجل DNS أو وسم meta أو ملف أو إضافتنا (cfg/verify_lib.php). وعندئذ فقط يعامل النطاق كمتحقق منه. ولا يخطط مجدول المراقبة فحوصا منتظمة إلا للنطاقات النشطة والمراقبة والمتحقق منها (cfg/monitor_lib.php).

• الإرساليات الاختبارية النشطة مرتبطة ببوابتين: لا يحدد التطبيق الوضع النشط للعملاء إلا للنطاقات المتحقق منها (ولنطاقات اختبارنا وعرضنا، يستطيع المزود إنشاء فحص بمستوى «متحقق منه» عبر أداة داخلية لسطر الأوامر)، وتتحقق خدمة الفحص مجددا من مستوى الثقة والإيقاف الطارئ fc_active_enabled (scanner/src/worker.js). ولا يرسل إلا نموذج تتعرف عليه القواعد بيقين عال كنموذج اتصال عام، دون حقول إلزامية لبيانات شخصية حقيقية، ولا يبدو نطاقه تابعا لسلطة عامة أو مؤسسة تعليمية أو مستشفى أو عيادة أو شرطة أو محكمة (scanner/src/classify.js). ولا يستطيع النموذج اللغوي جعل نموذج قابلا للإرسال (scanner/src/classify.js). ولا يخرج أكثر من خمس إرساليات لكل فحص (fc_active_max_posts)، موسومة بوضوح، بالمرسل dummy@formexposed.com وعنوان تحت .invalid لاختبار التحقق من البريد وسطر ترويسة إضافي غير ضار لاكتشاف حقن الترويسات (scanner/src/active.js).
• مسارات المتصفح تفحص مسارات النماذج المعدة في متصفح حتى النقطة السابقة للإرسال مباشرة. ولا يسمح إلا بطلبات GET وHEAD؛ ويلغى كل ما عداها، وكذلك العناوين التي تتضمن كلمات لتسجيل الخروج أو الحذف أو الشراء أو الدفع (scanner/src/browser.js). وللفحص تملأ الحقول الإلزامية بقيم مختلقة لا تغادر المتصفح مطلقا.
• الملفات المكشوفة يبحث عنها أسبوعيا، للنطاقات المتحقق منها فقط، بجلب واحد كحد أقصى لكل مسار، و8 كيلوبايت كحد أقصى، ودون حفظ المحتوى مطلقا (cfg/dateien_lib.php).
• مسبار ثان مستقل معد مسبقا ومعطل افتراضيا (browser_probe_enabled = 0). وإذا فعل، فلن يتلقى إلا النطاق والعنوان والمحدد والخطوات واختيار المتصفح، دون بيانات وصول أو لقطات شاشة أو بيانات زوار مطلقا (cfg/formular_probe_lib.php).

6.5 الفحص خلف تسجيل الدخول

المتطلبات: إعداد الوظيفة، والتحقق من النطاق، واشتراك العميل في خطة مدفوعة وكونه مالك مساحة العمل أو مسؤولها (cfg/login_lib.php)؛ ويؤكد أن الحساب حساب اختبار بأقل صلاحيات ممكنة (cfg/login_lib.php).

1. يشفر اسم المستخدم وكلمة المرور فورا على خادم الويب بالمفتاح العام لخادم الفحص: مفتاح يستخدم مرة واحدة لكل سجل (X25519)، واشتقاق مفتاح (HKDF-SHA256)، وAES-256-GCM، مع الربط بالنطاق (cfg/login_lib.php). ولا تملك المفتاح الخاص إلا خدمة الفحص على خادم الفحص (scanner/src/geheim.js). ومن يملك خادم الويب أو قاعدة البيانات أو نسخة احتياطية لا يملك إلا نصا مشفرا.
2. لا تعرض الواجهة إلا الحرف الأول من اسم المستخدم وطوله (cfg/login_lib.php). ولا تعرض بيانات الوصول مطلقا ولا تسجل ولا تخرج عبر API.
3. لإجراء فحص، يرفق التطبيق النص المشفر بالمهمة. وتفك خدمة الفحص تشفيره وتمسح فورا الحقل في المهمة وتمرر بيانات الوصول إلى الحاوية عبر الإدخال القياسي فقط، لا كوسائط لسطر الأوامر مطلقا (scanner/src/worker.js). وتمسح عملية الحالة البقايا في المهام الملغاة بعد ساعة واحدة (cfg/login_lib.php).
4. يسجل المتصفح الدخول داخل الحاوية. ويتوقف إذا أعادت صفحة تسجيل الدخول التوجيه إلى مضيف آخر أو احتوى النموذج على CAPTCHA (لا نتجاوز CAPTCHA) أو ظل حقل كلمة مرور ظاهرا بعد الإرسال (scanner/src/login.js). ثم يمسح حقل كلمة المرور في ذاكرة الصفحة وينسى بيانات الوصول (scanner/src/login.js).
5. يقرأ خمس صفحات كحد أقصى من النطاق نفسه يحددها العميل. وتحظر العناوين التي تتضمن كلمات لتسجيل الخروج أو الحذف أو الإزالة أو الإلغاء (scanner/src/login.js). ولا يرسل أي شيء خلف تسجيل الدخول، ولا تلتقط لقطات شاشة، ولا تدخل ملفات تعريف الارتباط والروابط في النتيجة (scanner/src/login.js).
6. الحذف نهائي: يكتب فوق النص المشفر ببيانات عشوائية بالطول نفسه، ويحذف الصف وتمسح المهام المعلقة (cfg/login_lib.php). وعند حذف النطاق، يختفي الصف آليا عبر مفتاح خارجي.

6.6 فحص التسليم

يجيب فحص التسليم عما إذا كانت رسالة بريد من نموذج الاتصال تصل فعلا، ويقيم سمات أصالتها. وهو اختياري ومعطل افتراضيا ويتطلب إعداد صندوق بريد مراقبة (cfg/zustellung_lib.php).

1. إذا فعله العميل، يتلقى النطاق وسما عشوائيا. ويدخل العميل عنوان المراقبة بهذا الوسم كنسخة مخفية في نموذجه.
2. ومنذ ذلك الحين تذهب كل رسالة نموذج أيضا إلى صندوق بريد المراقبة: إرساليات اختبارنا الموسومة وجميع رسائل الزوار الحقيقية. وتذهب الرسائل مباشرة إلى الصندوق لدى Namecheap, Inc. (Private Email), Phoenix, Arizona, USA، ولا تصل إلا إذا أشارت سجلات MX لنطاقنا إليه؛ ولا تصل إلى الصندوق عبر إعادة توجيه، مثلا لدى مسجل النطاق Namecheap, Inc.، وتبقى فيه حتى تجلب.
3. تجلب عملية الحالة البريد كل خمس دقائق (srv/cron_status.php). وتقرأ لكل رسالة الترويسات وأول 8 كيلوبايت كحد أقصى من النص دون وسمها كمقروءة (cfg/zustellung_lib.php).
4. تحدد من الترويسات الوسم ومنه النطاق، ومن النص معرف اختبارنا عند الاقتضاء (cfg/zustellung_lib.php). وما يحفظ هو الوقت والنطاق ومعرف الاختبار عند الاقتضاء (cfg/zustellung_lib.php)، لمدة 180 يوما (cfg/zustellung_lib.php).
5. تقيم من الترويسات SPF وDKIM وDMARC وتحفظ النتيجة مع النطاق: نتائج الفحص ونطاق عنوان المرسل ونطاقات التوقيعات وعنوان خادم البريد المرسل (cfg/zustellung_lib.php). وإذا تدهورت النتيجة، يرسل إلى العميل مرة واحدة تنبيه قد يذكر نطاق المرسل (cfg/zustellung_lib.php).
6. ثم توسم كل رسالة مجلوبة للحذف، بما فيها ما تعذر إسناده إلى أي نطاق، وتزيلها من الصندوق في نهاية التنفيذ (cfg/zustellung_lib.php). وإذا توقف التنفيذ قبل ذلك، تبقى الرسائل حتى التنفيذ الناجح التالي.
7. لا تعد دليلا على التسليم إلا نسخة الاختبار المعني بالضبط (cfg/zustellung_lib.php). وإذا لم تصل خلال ثلاث ساعات (delivery_wait_h)، تبلغ الخدمة «التسليم مفقود».

لا يكتب نص الرسائل الحقيقية إلى قاعدة البيانات مطلقا، ولا عنوان الزائر كذلك. ومع ذلك يقرأ كلاهما: فتحمل عملية الجلب أول 8 كيلوبايت من كل رسالة إلى الذاكرة للبحث عن معرف الاختبار.

6.7 حماية السرب

1. توقف طبقة حماية إضافة WordPress رسالة كبريد مزعج وتعد نطاقات الروابط فيها. ومرة يوميا تبلغنا الإضافة بهذه النطاقات مع عدد مطابقاتها، بحد أقصى 60 في اليوم؛ دون عناوين أو نص أو عناوين IP (cfg/swarm_lib.php).
2. نعد القائمة من ذلك مرة يوميا: يدرج نطاق إذا أبلغ عنه خلال سبعة أيام ثلاثة مواقع مختلفة على الأقل، وبخمس مطابقات على الأقل (swarm_min_sites، swarm_window_days، cfg/swarm_lib.php). ولا تدرج مطلقا الخدمات الكبيرة من قائمة استثناءات ثابتة ونطاقات عملائنا، بما فيها النطاقات الفرعية في الحالتين (cfg/swarm_lib.php).
3. تذهب القائمة إلى جميع المواقع المتصلة مع الاستجابة للتقرير اليومي. وتضع طبقة حمايتها الرسائل ذات الروابط إلى النطاقات المدرجة في الحجر، لا في سلة المهملات.
4. ما لم يعد يظهر في القائمة الجديدة يخرج منها؛ وتحذف البلاغات بعد 30 يوما (cfg/swarm_lib.php).
5. شبكات IP (/24 أو /48) معدة مسبقا لكنها معطلة حتى اكتمال المراجعة القانونية (cfg/swarm_lib.php).

6.8 استخدام الذكاء الاصطناعي

يعمل نموذج لغوي على خادم الفحص الخاص بنا، لا لدى مزود ذكاء اصطناعي. ويستخدم في ثلاثة مواضع: يصنف في خدمة الفحص النماذج التي لا تتعرف القواعد على نوعها؛ ويرى عند ذلك عنوان الصفحة وعنوانها الإلكتروني وتسميات أزرار الإرسال وأنواع الحقول وأسماءها وتسمياتها وعناصرها النائبة وما يصل إلى 400 حرف من نص النموذج (scanner/src/classify.js). ولا يستدعى إلا إذا أعادت القواعد «غير معروف»؛ ولا ترسل النماذج المصنفة بهذه الطريقة مطلقا ولا تحتسب ضمن الدرجة والحكم. والدرجة والحكم ومنع إساءة الاستخدام وحماية السرب وقواعد البريد المزعج قواعد ثابتة لا ذكاء اصطناعي. وفي «Fix it for me» يعيد كتابة شفرة نموذج ملصقة؛ ولا تحفظ الشفرة. وللفحوص المؤهلة لنطاقات في حسابات مدفوعة، يولد أيضا خطة عمل مرتبة حسب الأولوية انطلاقا من اسم المضيف والنتيجة الإجمالية والدرجة ونظام إدارة المحتوى (CMS) ونوع النموذج المعني وعنوان صفحته وأي إضافة جرى التعرف عليها ونتائج مختارة لفحوص فاشلة أو غير واضحة. ويخزن الطلب مؤقتا في قائمة انتظار المهام الداخلية ويحذف بعد استلام النتيجة أو بالتنظيف المجدول للقيود التي يزيد عمرها على ساعة واحدة. ويحتفظ بالنص المولد ولغته وحالته وطابعه الزمني مع نتيجة الفحص وفقا لقواعد الاحتفاظ بها. ويوسم التقرير الخطة بأنها ملخص من إعداد الذكاء الاصطناعي ويجعل النتائج الفردية هي المرجع؛ ولا تغير الخطة الموقع أو نتيجة الفحص. ولا يتخذ النموذج قرارات بشأن الأشخاص. والمزيد في صفحة قانون الذكاء الاصطناعي الأوروبي: كيف يستخدم formexposed الذكاء الاصطناعي.

6.9 الأسس القانونية

عملية المعالجة	الأساس القانوني
P1 الفحص المجاني: فحص النطاق المطلوب؛ والحدود ومنع إساءة الاستخدام	تجاه طالب الفحص المادة 6(1)(b)؛ وتجاه المشغل والأشخاص الظاهرين المادة 6(1)(f)؛ ومنع إساءة الاستخدام المادة 6(1)(f)
P2 فحص العملاء المحتملين	المادة 6(1)(f) (المصلحة المشروعة للوكالة ولـ formexposed)
P3 الدراسة	المادة 6(1)(f)
P4 فحص نطاقات العميل	المادة 6(1)(b) تجاه العميل؛ ولبيانات الغير على موقعه تعليمات العميل بموجب المادة 28
P5 الفحص خلف تسجيل الدخول	تعليمات العميل بموجب المادة 28؛ والأساس القانوني للعميل
P6 فحص التسليم	تعليمات العميل بموجب المادة 28؛ والأساس القانوني للعميل (في نصنا المقترح للعملاء المادة 6(1)(f))
P7 حماية السرب	المادة 6(1)(f) (الدفاع المشترك ضد البريد المزعج عبر مواقع كثيرة)

تكمن مصلحتنا المشروعة في P1 إلى P3 في إظهار نقاط ضعف النماذج للمشغلين ومقدمي الخدمات لهم قبل استغلالها للبريد المزعج أو إساءة الاستخدام، وفي تقديم الخدمة. وتأتي البيانات من مصادر متاحة للجمهور. وترد الموازنة بين المصالح في القسم 7؛ وما إذا كانت المادة 6(1)(f) تسند فحص مواقع الغير عند الطلب مسألة مفتوحة للمراجعة القانونية.

6.10 المستلمون والنقل إلى بلدان ثالثة

المستلم	ماذا	عملية المعالجة	الحالة
لا أحد خارج formexposed	نتائج الفحص ولقطات الشاشة والتصنيف بواسطة النموذج اللغوي	P1–P5	تعمل خدمة الفحص والنموذج اللغوي على خوادمنا؛ ولم يعثر في مسار فحص الزاحف على استدعاء لطرف ثالث سوى الموقع المفحوص نفسه والخدمات التي يضمن محتواها (كما لدى أي زائر) وخدمة RDAP rdap.org لعمر النطاق (اسم النطاق فقط)؛ وترد خدمات المراقبة في الصف التالي
كل من يعرف الرابط	تقرير بالنتائج ولقطات الشاشة	P1، P2، P4	رابط عشوائي بطول 128 بت (cfg/check_lib.php) وصفحات مع noindex (www/report.php)
الخدمات التي تستعلم منها مراقبة نطاق عميل	قوائم حظر DNS (SpamCop وPSBL وMailspike وSURBL): نطاقات وعناوين IP للخوادم دون بيانات زوار؛ وGoogle Web Risk إذا أعد فقط: عنوان الصفحة الرئيسية؛ وجهتا ختم الوقت Certum وDigiCert: قيمة تجزئة سجل الإثبات فقط؛ وRDAP عبر سجل IANA: اسم النطاق فقط؛ وصفحات حالة المزودين: لا ينقل شيء؛ وwpvulnerability.net: معرف إضافة (دون إصدار) أو قالب وإصدار WordPress	P4	قيد الاستخدام؛ والتفاصيل في سجل أنشطة المعالجة وصفحة معالجي البيانات الفرعيين
Namecheap, Inc. (Private Email), Phoenix, Arizona, USA	نسخ المراقبة بما فيها رسائل الزوار الحقيقية	P6	العقد لم يبرم بعد؛ ولا يزال يلزم بحث مكان المعالجة وآلية النقل
Namecheap, Inc. (الولايات المتحدة)	مسجل النطاقات وDNS؛ وحتى إعداد صندوق البريد إعادة توجيه رسائل البريد العامة إلى عناوين نطاقنا، لا نسخ المراقبة (فهي لا تصل إلى الصندوق إلا عبر سجلات MX تشير إليه مباشرة)	– (دون نسخ مراقبة)	يلزم بحث آلية النقل
قنوات التنبيه التي يختارها العميل (البريد الإلكتروني وwebhook وSlack وDiscord وMicrosoft Teams وGoogle Chat وTelegram)	الحدث والنطاق والرابط؛ ولفحص الأصالة نطاق المرسل إذا لم يكن تابعا للموقع	P4، P6	وجهة يختارها العميل؛ وبعضها خارج الاتحاد الأوروبي. ونرسل رسائل Telegram عبر روبوتنا؛ وآلية النقل لذلك مسألة مفتوحة للمراجعة القانونية
جميع المواقع المتصلة	قائمة نطاقات الروابط	P7	عبر الاستجابة للإضافة
المسبار الثاني	النطاق وعنوان النموذج والمحدد والخطوات	P4	معطل

6.11 الاحتفاظ، الواقع المقاس لا المقصود

يجري الحذف غالبا ليلا في 03:00 ضمن عملية الحالة (srv/cron_status.php، cfg/fristen_lib.php)؛ وتحذف بلاغات حماية السرب وصفوف العملاء المحتملين يوميا ابتداء من 04:00، وإسنادات فحص التسليم عند كل جلب؛ وتحذف التقارير المجهولة وتقارير العملاء المحتملين عبر تاريخ انتهاء صلاحيتها (cfg/check_lib.php). وتحذف لقطات الشاشة من القرص مع فحصها (cfg/fristen_lib.php).

البيانات	المدة وفقا للشفرة	مرجع المصدر	النتيجة
الفحص المجاني بما فيه الصور	30 يوما	cfg/check_lib.php	فعال
فحص العملاء المحتملين بما فيه الصور	90 يوما	cfg/akquise_lib.php؛ srv/cron_status.php (صفوف العملاء المحتملين)	فعال
فحوص نطاق عميل	13 شهرا؛ ويحتفظ بآخر فحص ما دام النطاق موجودا	cfg/fristen_lib.php	فعال
نتائج مسارات المتصفح بما فيها الصور المعتّمة	13 شهرا	cfg/fristen_lib.php	فعال
بيانات نطاق محذوف	فورا؛ والبيانات اليتيمة ليلا	cfg/fristen_lib.php (fe_domain_loeschen()، fe_fristen_lauf())	فعال، بما فيه قائمة النصوص البرمجية وتغييراتها، التي ليس لها مدة احتفاظ مستقلة تتجاوز ذلك (راجعوا سجل أنشطة المعالجة)
الدراسة: البيانات الخام بما فيها الصور	عند النشر	cfg/studie_lib.php	دون نشر لا حد زمني؛ وتبقى قائمة المضيفين المفحوصين دون حد زمني حتى بعد النشر
فحوص داخلية دون نطاق ودون تقرير	لا توجد	–	دون حذف؛ المقاس: 85 فحصا مع 369 صورة منذ 22 سبتمبر 2026 (R4)
إسنادات فحص التسليم	180 يوما	cfg/zustellung_lib.php	فعال
نتيجة فحص الأصالة مع النطاق	حتى النتيجة التالية أو حذف النطاق	cfg/zustellung_lib.php	تستبدل ولا تحدد زمنيا
نسخ المراقبة في صندوق البريد	حتى الجلب الناجح التالي (بفاصل خمس دقائق)	cfg/zustellung_lib.php	لم يتحقق من النسخ والنسخ الاحتياطية لدى مزود صندوق البريد
بيانات الوصول للفحص خلف تسجيل الدخول	حتى يحذفها العميل أو يحذف النطاق؛ وفي المهمة حتى نهاية التنفيذ كحد أقصى، والبقايا بعد ساعة واحدة	cfg/login_lib.php	فعال؛ وفي النسخ الاحتياطية كنص مشفر فقط لمدة تصل إلى 14 يوما
البلاغات في حماية السرب	30 يوما	cfg/swarm_lib.php	فعال
حدود الفحص المجاني (IP والبلد وتجزئة الجلسة)	7 أيام	srv/cron_status.php	فعال
ملاحظات السلوك اللافت مع عنوان IP	90 يوما بعد الحل	srv/cron_status.php	الملاحظات غير المحلولة دون حد زمني؛ المقاس: 3 ملاحظات، كلها محلولة
عنوان IP والبلد والمتصفح المتعلق باستبعاد	12 شهرا؛ ويبقى الاستبعاد	cfg/fristen_lib.php	فعال
النسخ الاحتياطية لقاعدة البيانات	14 يوما	cfg/backup_lib.php	فعال؛ وتحفظ النسخ حاليا في الموقع نفسه الذي توجد فيه قاعدة البيانات ولا تشفر منفصلة؛ ويخطط لنسخة مشفرة في موقع ثان (R13)

7. (b) تقييم الضرورة والتناسب

المعيار هو الأغراض المعلنة: إظهار ما إذا كانت نماذج المشغلين محمية من البريد المزعج وإساءة الاستخدام (P1 إلى P5)، والتحقق من وصول رسائل النماذج وظهور أصالتها (P6)، والدفاع المشترك ضد البريد المزعج عبر مواقع كثيرة (P7). وهذه أغراض مشروعة. والسؤال بموجب المادة 35(7)(b) أضيق: هل هذه المعالجة ضرورية بهذا العمق للغرض، وهل يتناسب التدخل مع المنفعة؟

المكون	هل هو ضروري للغرض؟	هل يتناسب بصورته المنفذة؟
جلب صفحات عامة قليلة وبنية النماذج وتدابير الحماية المكتشفة	نعم. فدونها لا توجد نتيجة.	نعم. ثماني صفحات كحد أقصى (إضافة إلى العروض من القسم 6.1)، مع احترام منع الصفحة الرئيسية في robots.txt، ودون قيم الحقول المرئية، وعناوين المستلمين كنطاق فقط.
لقطة شاشة لكل نموذج	نعم، كدليل في التقرير: يستطيع المشغل رؤية النموذج المقصود.	إلى حد كبير. فالحقول فارغة لأن الزاحف لا يكتب شيئا. لكن الصورة تعرض محيط عنصر النموذج دون تعتيم شيء (R3).
لقطة شاشة للصفحة الرئيسية	غير مطلوبة للنتيجة نفسها. وتهدف إلى التعرف على الموقع المفحوص في التقرير.	بقدر محدود فقط؛ ويخطط لمزيد من التقليل. فكثيرا ما تعرض الصفحات الرئيسية أشخاصا: صور فرق أو جهات اتصال أو شهادات عملاء بأسماء. راجعوا R3 والقسم 9.3.
قراءة قيم الحقول المخفية (أول 24 حرفا، أثناء الفحص فقط)	نعم: تكتشف منها الرموز والطوابع الزمنية.	نعم. فلا تحفظ إلا نتيجة الاكتشاف دون القيمة، وكذلك خلف تسجيل الدخول (R8).
صفحة الاستجابة لإرسالية الاختبار (صورة و300 حرف من النص)	نعم، كدليل على استجابة النموذج.	نعم. فالاستجابة تخص رسالة اختبارنا الموسومة دون بيانات شخصية.
التصنيف بواسطة النموذج اللغوي	مفيد لا ضروري: فدونه تبقى نماذج أكثر «غير معروفة».	نعم. محلي دون كشف ودون صلاحية الإرسال.
خطة عمل محلية من نتائج مختارة وبيانات وصفية للفحص	مفيدة لترتيب المعالجة حسب الأولوية، وليست ضرورية لإنتاج النتائج الفردية.	تقتصر على البيانات الوصفية القائمة للفحص وما لا يزيد على 18 نتيجة مختلفة لفحوص فاشلة أو غير واضحة، دون لقطات شاشة أو قيم حقول مدخلة في الموجه. والخطة استشارية وموسومة بأنها مولدة بالذكاء الاصطناعي؛ وتظل النتائج الفردية هي المرجع. وقد تتضمن عناوين URL والملاحظات بيانات شخصية مع ذلك، ويخضع النص المولد للاحتفاظ بالفحص والوصول بحيازة الرابط. وتقلل هذه الحدود من التعرض لكنها لا تثبت الصحة الواقعية (R10).
الإرساليات الاختبارية النشطة	نعم. فلا يتضح عمل الحماية إلا باختبارها.	نعم، مع حد أقصى ووسم. لكن الشرط المسبق، إثبات التحكم، لا يجدد مطلقا (R7).
البحث عن الملفات المكشوفة	نعم للعميل الذي قد تكون بيانات نموذجه مكشوفة هناك.	نعم. نطاقات متحقق منها فقط، و8 كيلوبايت كحد أقصى، ودون حفظ المحتوى مطلقا.
الفحص خلف تسجيل الدخول	نعم لنماذج منطقة الأعضاء التي ستبقى دون فحص خلاف ذلك.	إلى حد كبير. فالتشفير والحذف مبنيان بعناية؛ لكن تسجيل الدخول يقبل اتصالات غير مشفرة وشهادات معيبة (R8).
نسخة مراقبة لرسائل زوار حقيقية	ليست ضرورية لإثبات التسليم. فهو يستند إلى نسخة اختبارنا وحدها (cfg/zustellung_lib.php). وتأتي الرسائل الحقيقية معها لأن النسخة المخفية في النموذج لا تميز بين الاختبار والرسالة الحقيقية. وهي مفيدة لفحص الأصالة (SPF وDKIM وDMARC) لأنها تظهر مسار الإرسال الفعلي.	جزئيا. لا يحفظ المحتوى لكنه يقرأ، ويبقى لدى مزود صندوق البريد الذي لا يزال عقده مفتوحا حتى الجلب (R1، R2). ويمكن تقنيا تصميم أقل تدخلا: فمع إضافتنا يمكن قصر النسخة المخفية على رسائل الاختبار الموسومة (القسم 9.3).
تخزين نطاق مرسل الرسائل الحقيقية	جزئيا: فهو يظهر ما إذا كان النموذج يرسل بعنوان الزائر كمرسل (سبب شائع للتصنيف كبريد مزعج).	بشروط. فبالنسبة إلى فرد ذي نطاق خاص، يكون النطاق بيانات شخصية، ويذهب في التنبيه إلى العميل وقنواته (R1).
قائمة مشتركة لنطاقات الروابط	نعم. فرابط مزعج يظهر على مواقع كثيرة في الوقت نفسه إشارة قوية لا يملكها موقع منفرد.	نعم، مع أعداد دنيا واستثناءات وحجر بدلا من الحذف. ولن تكون شبكات IP متناسبة دون تقييم جديد.
البيانات الخام للدراسة	حتى التقييم، نعم.	دون مدة قصوى، لا (R4).
تقرير تحت رابط عشوائي	نعم. فتمرير التقرير، مثلا إلى مزود الخدمة الذي يعتني بالموقع، هو غرض الفحص المجاني.	نعم. رابط عشوائي بطول 128 بت، وnoindex، والتقرير المجاني كمقتطف فقط (cfg/check_lib.php، FE_FREE_DETEKTOREN)، والحذف بعد 30 يوما.

المشروعية. نستند في P1 إلى P3 وP7 إلى المادة 6(1)(f). ومما يرجح الموازنة: البيانات عامة وتجلب كما يجلبها أي زائر؛ ولا يرسل شيء؛ والبيانات الشخصية عرضية ومحدودة؛ والمدد قصيرة؛ ويمكن للمشغل استبعاد فحوص أخرى بالزاحف عبر منع الصفحة الرئيسية في robots.txt، وأي فحص آخر عبر صفحة الاستبعاد لدينا فورا ودون إثبات؛ كما تعود المنفعة، وهي نموذج محمي، على المشغل وزواره. ومما يعارض ذلك: عدم علم المشغل بالفحص، وتوجيه التقرير إلى أطراف ثالثة، وتقييم شخص في حالة أصحاب المؤسسات الفردية. ونرى الموازنة قابلة للتبرير ما دامت تدابير القسم 9.1 قائمة؛ والتأكيد القانوني معلق.

إبلاغ أصحاب البيانات (المادتان 13 و14). نبلغ المشغلين والأشخاص على الصفحات المفحوصة عبر صفحة الزاحف المذكورة في معرف كل جلب، وعبر سياسة الخصوصية وصفحة الاستبعاد. ولن يمكن إبلاغ من يظهرون عرضا في لقطة شاشة كل على حدة إلا إذا حددنا هوياتهم، وهو تدخل إضافي أشد. وبذلك القدر نستند إلى المادة 14(5)(b). ويبلغ العميل الزوار الذين تمر رسائلهم عبر نسخة المراقبة؛ وتقتضي اتفاقية معالجة البيانات ذلك، ونقدم نصا لهذا الغرض.

تقليل البيانات (المادة 5(1)(c)). يظهر في مواضع كثيرة ويستند إلى الشفرة: دون قيم حقول، وعناوين المستلمين كنطاق فقط، وحجب معرفات الحسابات في عناوين النصوص البرمجية، ودون محتوى نسخة المراقبة في قاعدة البيانات، ودون لقطات شاشة خلف تسجيل الدخول، ونطاقات فقط في حماية السرب. وفي موضعين يمكن مزيد من التقليل ويخطط له (القسم 9.3): لقطة الصفحة الرئيسية دون حجب، ونطاق مرسل الرسائل الحقيقية.

تحديد مدة التخزين (المادة 5(1)(e)). منذ 27 سبتمبر 2026 تلتزم العملية الليلية بالمدد في سياسة الخصوصية لبيانات العملاء، وتمسح البيانات المتبقية دون نطاق مرتبط من الفترة السابقة لذلك (cfg/fristen_lib.php). ويبقى مساران دون حد زمني مفتوحين: الفحوص الداخلية والدراسات غير المنشورة (R4).

الدقة (المادة 5(1)(d)). قد تكون النتيجة خاطئة: يظهر نموذج غير محمي لأن الحماية لا تحمل إلا بعد تفاعل، أو لأن جدار حماية عامل الزاحف بصورة مختلفة عن الزائر. وبالنسبة إلى مشغل يتداول موقعه علنا بوصفه «مكشوفا»، فهذه مسألة سمعة. ولذلك يسمي التقرير المنهج ويعرض أدلة ويوضح حدود الفحص من الخارج.

النتيجة بشأن التناسب: فحص مواقع الغير والمواقع الخاصة متناسب في جوهره بصورته المنفذة. وفي ثلاثة مواضع حاجة إلى تحسين يمكن معالجتها بوسائل عادية وخططت لها تدابير (القسم 9.3): لقطات الصفحة الرئيسية، والفحوص الداخلية دون حد زمني، وتسجيل الدخول غير المشفر للفحص خلف تسجيل الدخول. وفحص التسليم متناسب لنسخة الاختبار ولفحص الأصالة؛ أما لرسائل الزوار الحقيقية فلا يكون كذلك إلا ما دام محتواها لا يحفظ، والمسار عبر مزود صندوق البريد مؤمنا تعاقديا، والعميل يبلغ زواره. واليوم تغيب النقطة الثانية من هذه النقاط الثلاث.

8. (c) تقييم المخاطر على حقوق أصحاب البيانات وحرياتهم

ما يقيم هو المخاطر على أصحاب البيانات لا على formexposed. ويصنف الاحتمال بأنه مستبعد أو ممكن أو مرجح أو متحقق؛ و«متحقق» يعني أن الحدث ليس توقعا بل حالة مقاسة. وتصنف الشدة بأنها محدودة أو مؤثرة أو جسيمة أو جسيمة جدا، بحسب ما قد يفقده الشخص: سرية رسالته أو التحكم في حساب أو سمعته التجارية أو القدرة على ممارسة حق. وينتج المستوى من كليهما ويصف الحالة الحالية مع تدابير القسم 9.1.

الرقم	الخطر	عملية المعالجة	الاحتمال	الشدة	المستوى
R1	رسائل زوار حقيقية في نسخة المراقبة، بما فيها فئات خاصة محتملة	P6	متحقق بمجرد التفعيل	جسيمة	عال
R2	مسار نسخة المراقبة عبر مزود صندوق البريد دون عقد مبرم ومع ارتباط محتمل ببلد ثالث	P6	مرجح ما دام العقد غائبا	جسيمة	عال
R3	لقطات شاشة لمواقع الغير دون حجب	P1–P4	مرجح	محدودة	متوسط
R4	بيانات فحص ولقطات شاشة دون مسار حذف	P3، الفحوص الداخلية	متحقق	مؤثرة	عال
R5	فحص مواقع الغير وتقييمها علنا دون علم المشغل؛ وإساءة الاستخدام كأداة استطلاع	P1	ممكن	مؤثرة	متوسط
R6	فحص العملاء المحتملين كأساس لتواصل غير مطلوب	P2	مرجح	محدودة	متوسط
R7	إثبات التحكم لا يجدد مطلقا	P4، P5	ممكن	مؤثرة	متوسط
R8	بيانات الوصول والمحتوى في الفحص خلف تسجيل الدخول	P5	ممكن	جسيمة	متوسط؛ وعال للحسابات الحقيقية
R9	الإرساليات الاختبارية النشطة وفحص الملفات على موقع العميل	P4	مستبعد	مؤثرة	منخفض
R10	التصنيف بواسطة نموذج لغوي	P1–P4	مستبعد	محدودة	منخفض
R11	قائمة حظر مشتركة من بلاغات مواقع كثيرة	P7	ممكن	محدودة	منخفض إلى متوسط؛ وعال مع شبكات IP
R12	تقارير ولقطات شاشة تحت رابط عام	P1، P2، P4	ممكن	محدودة	منخفض
R13	نقاط ضعف البنية التحتية: النسخ الاحتياطية والوصول إلى الخوادم وخادم الفحص	الكل	ممكن	جسيمة	عال
R14	حقوق أصحاب البيانات لأشخاص لا يعرفوننا	P1–P6	مرجح	محدودة	منخفض

R1 – رسائل الزوار الحقيقية في نسخة المراقبة

هذا أخطر مخاطر الخدمة، ولا ينشأ عن خطأ بل عن التصميم. فالنسخة المخفية في النموذج لا تميز بين رسالة اختبارنا ورسالة الزائر. وإذا فعل عميل فحص التسليم، تصل كل رسالة مرسلة عبر ذلك النموذج إلى صندوق بريد المراقبة لدينا (cfg/zustellung_lib.php). وتقرأ عملية الجلب الترويسات وأول 8 كيلوبايت من النص في الذاكرة للبحث عن معرف اختبارنا (cfg/zustellung_lib.php). وفي نموذج اتصال عادي، يعني ذلك الاسم وعنوان البريد الإلكتروني ورقم الهاتف والرسالة الكاملة.

ما يكتبه الزائر متروك له، والحقل يدعو إلى محتوى شخصي: طلب موعد يصف أعراضا لعيادة، أو سرد نزاع قانوني لمكتب محاماة، أو طلب توظيف، أو استفسار عن طفل لمدرسة. وتقول وثائقنا القانونية إن النسخ «ينبغي ألا تتضمن فئات خاصة من البيانات الشخصية». وهذا طلب إلى العميل لا تدبير حماية: فلا هو ولا نحن نعلم مسبقا ما سيكتبه الزائر.

ويرتبط بذلك مساران جانبيان. أولا، يحفظ فحص الأصالة نطاق عنوان المرسل مع النطاق (cfg/zustellung_lib.php). وإذا أرسل النموذج بعنوان الزائر كمرسل، فهذا نطاق الزائر، وهو غير دال على شخص مع مزود بريد كبير، لكنه بيانات شخصية لفرد له نطاقه. ويظهر هذا النطاق أيضا في التنبيه الذي يذهب إلى العميل والقنوات التي اختارها (cfg/zustellung_lib.php). وثانيا، يحفظ عنوان خادم البريد المرسل (cfg/zustellung_lib.php)؛ وهو عادة خادم الموقع لا خادم الزائر.

الاحتمال – متحقق بمجرد التفعيل. السؤال ليس ما إذا كانت رسائل حقيقية تصل بل كم عددها. وبالقياس على نظام التطوير، لا تفعل الوظيفة لأي نطاق. الشدة – جسيمة. تهم سرية رسالة إلى منشأة تجارية كثيرين، ويتوقع وجود بيانات بموجب المادة 9 لدى بعض العملاء النموذجيين. ويخفف الشدة أن المحتوى لا يدخل قاعدة البيانات، ولا يبقى في الصندوق إلا لفترة وجيزة، ولا يقرؤه أي شخص لدى formexposed. المستوى – عال.

R2 – مسار نسخة المراقبة عبر مزود صندوق البريد دون عقد مبرم

قبل أن ترى عملية الجلب نسخة مراقبة، تحفظ في صندوق البريد لدى Namecheap, Inc. (Private Email), Phoenix, Arizona, USA. ولا تصل إليه إلا إذا أشارت سجلات MX لنطاقنا مباشرة إلى هذا الصندوق؛ ولا تمثل إعادة التوجيه لدى مسجل النطاق Namecheap, Inc. محطة لنسخ المراقبة (فلا تصل إلى الصندوق عبر إعادة التوجيه). وبالنسبة إلى المحطة الباقية، لا تزال الترتيبات التعاقدية مفتوحة: لم يبرم العقد مع مزود الصندوق، ولم تحدد أماكن تخزينه ومعالجو بياناته الفرعيون ومدد نسخه الاحتياطي، ولا يزال مفتوحا ما إذا كان مكان معالجته يتطلب قرار كفاية أو بنودا تعاقدية قياسية وما إذا كانت تنطبق. ولرسائل معاملاتنا الخاصة، هذه مسألة تصميم عقد. ولنسخ المراقبة الأمر أشد: فهذه بيانات نتلقاها بصفتنا معالج بيانات، وكل مقدم خدمة في المسار معالج بيانات فرعي نتحمل مسؤوليته بموجب المادة 28(4).

وإضافة إلى ذلك، لا تسري عبارة «تحذف بعد الجلب» إلا على منظورنا لصندوق البريد. ولم يتحقق مما إذا كان المزود يحتفظ بالرسائل المحذوفة في نسخه الاحتياطية أو في سلة مهملات، ولأي مدة. وإذا توقفت عملية جلب، تبقى الرسائل حتى التنفيذ الناجح التالي (cfg/zustellung_lib.php)؛ وإذا تعطلت عملية الحالة، تبقى لأجل غير مسمى. وأخيرا، يعد تأمين الجلب نفسه من النقاط الواجب التحقق منها على نظام الإنتاج قبل الإطلاق (القسم 9.3).

الاحتمال – مرجح ما دام العقد غائبا: فكل نسخة مراقبة تسلك هذا المسار. الشدة – جسيمة للأسباب نفسها كما في R1. المستوى – عال. تبلغ قائمة إعداد التطبيق عن غياب صندوق البريد كتحذير؛ ولا يوجد قفل يحظر فحص التسليم دون عقد موثق.

R3 – لقطات شاشة لمواقع الغير دون حجب

يلتقط الزاحف صورة للمنطقة المرئية من الصفحة الأولى وصورة لعنصر كل نموذج مرئي (scanner/src/crawl.js). ولا يحجب أي شيء أثناء ذلك. ويختلف الأمر لمسارات المتصفح: فتحجب حقول الإدخال قبل لقطة الشاشة (scanner/src/browser.js). ولذلك لا تكون «منقحة» إلا صور مسارات المتصفح، لا صور الزاحف ولا صورة صفحة الاستجابة لفحص نشط.

لأن الزاحف لا يكتب شيئا، تكون حقول النماذج فارغة. لكن الصفحة الرئيسية لمنشأة صغيرة تعرض غالبا المالك أو الفريق أو شهادات عملاء بأسماء وصور أو نافذة محادثة بصورة موظف. وكل ذلك عام؛ وتحوله لقطة الشاشة إلى نسخة تحفظ لدينا وتظهر في التقرير ويمكن تمريرها بالرابط.

الاحتمال – مرجح. قيست 432 لقطة شاشة في بيانات نظام التطوير. الشدة – محدودة: المحتوى عام أصلا، ومدد الفحوص دون حساب قصيرة. المستوى – متوسط، لأن الأشخاص المصورين لا يعلمون بذلك وصورة الصفحة الرئيسية غير لازمة للنتيجة.

R4 – بيانات فحص ولقطات شاشة دون مسار حذف

تحذف العملية الليلية الفحوص عبر مسارين: تاريخ انتهاء تقرير (cfg/check_lib.php) ومدة فحوص نطاق عميل (cfg/fristen_lib.php، للفحوص ذات النطاق فقط). ويفلت الفحص الذي ليس له تقرير ولا نطاق من الشبكتين. وهذه الفحوص بمستوى الثقة «داخلي»: الدراسات والفحوص التي ينشئها المزود من سطر الأوامر.

• تحذف الدراسات بياناتها الخام عند النشر (cfg/studie_lib.php). وإذا لم تنشر دراسة قط، لقلة مواقعها ذات النماذج (فترفض cfg/studie_lib.php النشر عندئذ) أو لإهمالها، تبقى الفحوص والنماذج والنتائج ولقطات الشاشة دون حد زمني.
• لا تملك الفحوص الداخلية من سطر الأوامر أي مسار حذف أصلا. والمقاس في 11 أكتوبر 2026: 85 فحصا كهذا لمواقع الغير مع 978 نموذجا و369 لقطة شاشة، أقدمها من 22 سبتمبر 2026، ولا يملك أي منها تقريرا أو نطاقا.
• تتضمن ملاحظات السلوك اللافت في الفحص المجاني عنوان IP وتحذف بعد 90 يوما من حلها (srv/cron_status.php). والملاحظة التي لا تحل مطلقا تبقى. والمقاس: ثلاث ملاحظات كلها محلولة.

الاحتمال – متحقق. الفحوص الـ 85 ليست سيناريو بل بيانات قائمة. وهي على نظام التطوير فحوص من اختبار ميداني؛ وتسري الشفرة نفسها على نظام الإنتاج. الشدة – مؤثرة: لا توجد مدة احتفاظ لهذه البيانات. وبالنسبة إلى مبدأ تحديد مدة التخزين (المادة 5(1)(e))، هذه نقطة مفتوحة بتدبير مخطط (القسم 9.3، الأولوية «أولا»)، وتؤثر تحديدا في أشخاص لا يعلمون شيئا عن الفحص. وتوصف الفحوص الداخلية في سجل أنشطة المعالجة؛ ولم تسمها سياسة الخصوصية بعد على حدة (القسم 9.4). المستوى – عال.

R5 – فحص مواقع الغير وتقييمها علنا دون علم المشغل

يمكن لأي شخص طلب فحص أي موقع متاح للجمهور دون حساب ودون أي صلة به. ولا يخطر المشغل. والنتيجة تقرير يقيم الموقع بأنه «مكشوف» أو «محمي جزئيا» أو «محمي» ويمكن لكل من يملك الرابط رؤيته. ويمكن تصور عاقبتين على أصحاب البيانات. يمنح صاحب مؤسسة فردية تقييما علنيا، ولو لمستلمي الرابط فقط، قد يكون نتيجة خاطئة. ويظهر التقرير لمرسل بريد مزعج أي نموذج يمكن ملؤه دون عائق.

وتواجه ذلك سلسلة قيود (cfg/check_lib.php): فحص واحد كحد أقصى لكل نطاق خلال سبعة أيام، وبعدها التقرير نفسه؛ وحدود لكل عنوان IP وجلسة؛ وحد يومي للخدمة بأكملها؛ وعدم فحص النطاقات الحديثة جدا الشائعة في إساءة الاستخدام؛ وملاحظة وإشارة للسلوك اللافت؛ وrobots.txt والاستبعاد، مع فحصهما مرتين (cfg/check_lib.php وفي خدمة الفحص). والتقرير المجاني مقتطف: لا يعرض إلا النتائج الأساسية لا أدلة جميع الكواشف. ولا يقول شيئا لا يستطيع روبوت معرفته بنفسه خلال ثوان، فالنموذج غير المحمي ظاهر من الخارج.

الاحتمال – ممكن. الشدة – مؤثرة لصاحب مؤسسة فردية يستهدف نموذجه بعد تقرير أو يكون تقييمه خاطئا. المستوى – متوسط.

R6 – فحص العملاء المحتملين كأساس لتواصل غير مطلوب

يوصف فحص العملاء المحتملين في الواجهة بأنه «مدخل للمحادثة الأولى». وتقرر الوكالة كيفية استخدام النتيجة المختصرة؛ ويمكنها تقنيا إرسالها أيضا إلى مشغل لم يطلبها. ولا نتواصل مع أحد (cfg/akquise_lib.php)، وتلزم شروط الخدمة الوكالة بالامتثال لقواعد الإعلان واستقطاب العملاء. لكن رسالة بريد غير مطلوبة بالنتيجة تعد تسويقا مباشرا حتى بين المنشآت، وتتطلب موافقة مسبقة في بولندا (المادة 398 من قانون الاتصالات الإلكترونية (Prawo komunikacji elektronicznej, PKE)) وفي ألمانيا (§ 7(2) من قانون مكافحة المنافسة غير المشروعة (Gesetz gegen den unlauteren Wettbewerb, UWG)). ولا توضح الواجهة ذلك؛ ولا تتحدث نصوص الفحص إلا عن «سلبي» و«قائمة الاستبعاد».

الاحتمال – مرجح، لأن الوظيفة تهدف لاكتساب العملاء ولا نستطيع التحقق من موافقة المستلم. الشدة – محدودة: فهي للمشغل رسالة تسويق مزعجة مع تقييم لموقعه. المستوى – متوسط. يكمن الخطر في سلوك الوكالة؛ ولأن الوظيفة منا، يخطط لإشعار في الواجهة (القسم 9.3).

R7 – إثبات التحكم لا يجدد مطلقا

تتطلب الإرساليات الاختبارية النشطة والبحث عن الملفات المكشوفة والفحص خلف تسجيل الدخول أن يثبت العميل حقه في التحكم بالنطاق. ويفحص الإثبات مرة واحدة (cfg/verify_lib.php) ولا يعاد فحصه مطلقا. ولا يوجد مسار في الشفرة يفقد النطاق عبره إثباته. وإذا تغير مالك النطاق أو أنهت وكالة مهمتها أو أزال المشغل سجل DNS، تستمر الفحوص، حتى يوميا وبما يصل إلى خمس إرساليات اختبار، ومع تسجيل دخول حساب اختبار محفوظ قد لا يعرفه المشغل الجديد. أما نقل الإثبات إلى مضيف آخر بإعادة التسمية فغير ممكن: فلا يمكن تغيير اسم مضيف نطاق ذي إثبات تحكم.

الاحتمال – ممكن: تغييرات النطاق والتكليف أمور يومية للوكالات. الشدة – مؤثرة على المشغل الجديد وموظفيه الذين يتلقون رسائل اختبار موسومة ويبحث موقعهم عن ملفات مكشوفة دون موافقتهم. المستوى – متوسط. توضح رسائل الاختبار نفسها وتشير إلى صفحة الزاحف والاستبعاد؛ ويسري الاستبعاد أيضا على فحوص العملاء.

R8 – بيانات الوصول والمحتوى في الفحص خلف تسجيل الدخول

تشفير بيانات الوصول مبني بعناية: لا يعود خادم الويب قادرا على قراءتها بعد الحفظ، ولا تحتوي قاعدة البيانات والنسخ الاحتياطية إلا على نص مشفر، ويربط السجل بنطاقه، ولا تدخل بيانات الوصول إلى الحاوية إلا عبر الإدخال القياسي ثم تمسح من الذاكرة (القسم 6.5). وتبقى فجوتان؛ وتتعلق نقطة ثالثة بالقراءة فقط لا بالتخزين.

• يسمح بتسجيل دخول غير مشفر. يسمح فحص العنوان بـ http إلى جانب https (cfg/login_lib.php، scanner/src/login.js). وإذا أدخل العميل صفحة دخول عبر http، ينتقل اسم المستخدم وكلمة المرور عبر الإنترنت بنص واضح مع كل فحص.
• لا توقف أخطاء الشهادة تسجيل الدخول. لا يتوقف تسجيل الدخول حاليا عندما تكون شهادة موقع العميل غير صالحة (scanner/src/login.js). ولذلك لا تحمي الشهادة بيانات الوصول بالكامل في طريقها إلى موقع العميل. ويخطط للتوقف عند أخطاء الشهادات (القسم 9.3، الأولوية «أولا»).
• تقرأ قيم الحقول المخفية خلف تسجيل الدخول ولا تحفظ. يقرأ الزاحف أول 24 حرفا من قيمة الحقول المخفية (scanner/src/crawl.js)، وتعمل دالة الاستخراج نفسها خلف تسجيل الدخول (scanner/src/login.js). وغالبا تحمل الحقول المخفية هناك رقم حساب أو معرف مستخدم أو عنوان بريد الحساب المسجل دخوله؛ لكن لا يدخل في خريطة الحقول والنتائج إلا اسم الحقل ونوعه وتسميته ونتيجة الاكتشاف.

ويضاف إلى ذلك ما لا تستطيع الشفرة منعه: يؤكد العميل استخدام حساب اختبار بأقل صلاحيات ممكنة (cfg/login_lib.php)، لكنه يستطيع إدخال حساب مسؤول حقيقي. ويحدد العميل الصفحات التي يقرؤها الماسح عندئذ؛ وتحظر العناوين ذات كلمات تسجيل الخروج والحذف، لكن لا تحظر الإجراءات الأخرى التي يطلقها موقع بطلب بسيط.

الاحتمال – ممكن. الشدة – جسيمة إذا تأثر حساب بصلاحيات واسعة؛ فعندئذ تنفتح منطقة الأعضاء ببيانات جميع المستخدمين. المستوى – متوسط لحساب اختبار قليل الصلاحيات، وعال لحساب حقيقي. وبالقياس على نظام التطوير، لا يوجد حساب اختبار محفوظ.

R9 – الإرساليات الاختبارية النشطة وفحص الملفات على موقع العميل

تذهب إرسالية الاختبار إلى من يقرؤون رسائل نموذج العميل، أي موظفيه أو مقدم خدمة. ولا تتضمن بيانات شخصية: فالمرسل dummy@formexposed.com، والنص والموضوع موسومان ويذكران معرف الفحص (scanner/src/active.js). ويكمن الخطر في سوء التصنيف: إذا اعتبر الماسح نموذج طلب توظيف أو حجز أو مشورة نموذج اتصال، فستدخل رسالة الاختبار عملية لها عواقب. وتواجه ذلك القواعد الصارمة لـ «قابل للإرسال» (scanner/src/classify.js)، وحظر نطاقات السلطات العامة والمؤسسات التعليمية والمستشفيات والعيادات والشرطة والمحاكم (scanner/src/classify.js)، واستبعاد النموذج اللغوي من هذا القرار (scanner/src/classify.js). ومن الاستجابة تحفظ الحالة وعنوان الوجهة والعنوان النصي و300 حرف من النص وصورة؛ وهي تخص رسالة اختبارنا.

يقرأ فحص الملفات 8 كيلوبايت كحد أقصى من مسارات نموذجية. وإذا كان تفريغ قاعدة بيانات مكشوفا فعلا هناك، فقد تتضمن هذه الـ 8 كيلوبايت إدخالات نماذج لزوار. ولا تفحص إلا بحثا عن توقيع ثم تستبعد (cfg/dateien_lib.php)؛ وما يحفظ هو المسار والنوع والخطورة.

الاحتمال – مستبعد. الشدة – مؤثرة. المستوى – منخفض. وبالقياس على نظام التطوير، يوجد فحص نشط واحد في البيانات، دون إرسالية مقبولة.

R10 – التصنيف بواسطة نموذج لغوي

للنماذج التي لا تتعرف عليها القواعد، يتلقى النموذج اللغوي عنوان الصفحة وعنوانها الإلكتروني ونصوص الأزرار وأوصاف الحقول وما يصل إلى 400 حرف من نص النموذج (scanner/src/classify.js). وقد يتضمن ذلك اسما، مثل «جهة الاتصال بكم: …». ويعمل على خادمنا؛ ولا يذهب شيء في الشفرة إلى طرف ثالث. ولم يتحقق مما إذا كان برنامج النموذج يسجل الطلبات. ولا تحدد نتيجته إلا نوع النموذج المعروض ولا تستطيع جعل نموذج قابلا للإرسال؛ ويؤدي التصنيف الخاطئ إلى نتيجة أسوأ، لا إلى إجراء.

الاحتمال – مستبعد. الشدة – محدودة. المستوى – منخفض.

R10 – مرحلة خطة العمل الإضافية

للتقارير المدفوعة المؤهلة، يولد النموذج المحلي نفسه أيضا خطوات استشارية من نتائج مختارة وبيانات وصفية للفحص. وبخلاف التصنيف، يكون الناتج ملخصا بلغة طبيعية يحتفظ به مع الفحص. وقد تتضمن أسماء المضيفين وعناوين الصفحات والملاحظات بيانات شخصية يمكن أن يكررها النموذج. وقد تدفع توصية خاطئة القارئ إلى إضعاف الحماية أو إجراء تغيير غير ضروري؛ وقد تكشف مشاركة رابط تقرير البيانات الشخصية المكررة لمستلم آخر. ولا تنفذ الشفرة التوصية تلقائيا ولا تغير الدرجة أو الحكم ولا تتحقق من الصحة الواقعية للنص. وهي تحد من طول المدخلات والمخرجات، وتوسم الملخص بأنه مولد بالذكاء الاصطناعي وتبين أن النتائج الفردية هي المرجع. وهذه ضوابط وليست دليلا على صحة التوصيات أو خلو التقرير من بيانات تكشف الهوية. ولا يقيم التقدير السابق للاحتمال والشدة المتعلق بتصنيف النماذج، بذاته، مرحلة التوليد المضافة هذه؛ ويجب تقييم مخاطرها المتبقية في ضوء البيانات والاستخدام الفعليين للفحص الأساسي.

R11 – قائمة حظر مشتركة من بلاغات مواقع كثيرة

يؤدي نطاق مدرج في القائمة إلى وضع الرسائل ذات الروابط إليه في الحجر على جميع المواقع المتصلة. وإذا كان النطاق يخص فردا، كحرفي أو مصور أو مدونة، تصل رسائله ذات الروابط إلى موقعه متأخرة إلى المستلمين. وقد يدرج نطاق كهذا لأن مرسلي البريد المزعج يسيئون استخدامه، أو لأن شخصا يرسل عمدا رسائل تفشل وتتضمنه إلى عدة مواقع.

وتواجه ذلك (cfg/swarm_lib.php): ثلاثة مواقع مختلفة وخمس مطابقات خلال سبعة أيام كحد أدنى؛ واستثناءات ثابتة للخدمات الكبيرة؛ وعدم إدراج نطاقات عملائنا مطلقا؛ والإزالة اليدوية عبر أداة على الخادم؛ والحجر بدلا من الحذف؛ وإعادة بناء القائمة يوميا، وخروج ما لم يعد يبلغ عنه. ولا يستطيع المتأثرون رؤية القائمة ولا يملكون مسارا مستقلا للمطالبة بالإزالة، سوى عبرنا.

الاحتمال – ممكن. الشدة – محدودة، لأن شيئا لا يضيع ويمكن للمستلم الإفراج عن الرسالة. المستوى – منخفض إلى متوسط. وعند تفعيل شبكات IP، ستتأثر شبكات مزودين بأكملهم، وعناوين IP بيانات شخصية، وسترتفع الشدة إلى مؤثرة: عال.

R12 – تقارير ولقطات شاشة تحت رابط عام

يمكن الوصول إلى تقارير الفحص المجاني وفحص العملاء المحتملين وفحوص نطاقات العملاء دون تسجيل الدخول تحت رابط عشوائي. ويتضمن الرابط 128 بت من العشوائية ولا يمكن تخمينه (cfg/check_lib.php). وتحمل الصفحات noindex، ويرسل التطبيق سياسة إحالة لا تمرر إلا الأصل (www/.htaccess)، ولا تقدم لقطات الشاشة إلا مع التقرير الذي تخصه؛ ويعيد رقم صورة أخرى «غير موجود» (www/shot.php). والخطر بشري لا تشفيري: يمرر الرابط أو ينسخ في تذكرة أو يشارك في محادثة. ولا يسجل من يفتحه إلا في سجل الوصول إلى الصفحات مثل أي مشاهدة (60 يوما)، حيث لا يظهر الرابط نفسه إلا محجوبا؛ ولا توجد قائمة قراء لكل تقرير.

الاحتمال – ممكن. الشدة – محدودة، لأن التقرير لا يعرض إلا معلومات عامة وتنتهي صلاحيته بعد 30 أو 90 يوما على التوالي؛ وتبقى تقارير نطاقات العملاء متاحة ما دام الفحص موجودا (13 شهرا، والأخير أطول). المستوى – منخفض.

R13 – نقاط ضعف البنية التحتية

ترد النقاط التالية كمفتوحة في حزمة مراجعتنا الداخلية ولا نجملها هنا. ونصفها بالدقة التي يحتاجها العملاء لتقييمهم، دون دقة تكشف لمهاجم الطريق؛ ونقدم التفاصيل إلى سلطة رقابية عند الطلب.

• تحفظ النسخ الاحتياطية لقاعدة البيانات حاليا في الموقع نفسه الذي توجد فيه قاعدة البيانات ولا تشفر منفصلة؛ ويخطط لنسخة مشفرة في موقع ثان (cfg/backup_lib.php). وحتى ذلك الحين لا تحمي من فقدان الموقع، ومن يحصل على قاعدة البيانات يحصل أيضا على النسخ الاحتياطية. ولا تتضمن بيانات الوصول للفحص خلف تسجيل الدخول إلا كنص مشفر.
• لا تشفير لقاعدة البيانات في حالة السكون. والاستثناء هو الحقول المشفرة منفردة (بيانات وصول حسابات الاختبار وسر المصادقة بعاملين).
• الاتصالات داخل شبكتنا الداخلية ليست مشفرة بالكامل.
• إدارة الخوادم. لا يرقى أمن الوصول الإداري إلى خوادمنا بعد إلى المستوى الذي نريده للتشغيل؛ والعمل على تعزيز أمن الإدارة مستمر.
• بيئة الفحص. يفتح خادم الفحص مواقع الغير في متصفح. وحاويات الفحص معزولة، بشبكتها الخاصة ودون امتيازات خاصة وللقراءة فقط وبحدود (scanner/src/worker.js). ويجري تعزيز الفصل بين بيئة الفحص والأجزاء الأخرى من الخدمة (القسم 9.3).

الاحتمال – ممكن. الشدة – جسيمة، لأن كل شيء سيتأثر دفعة واحدة في حالة طارئة. المستوى – عال. ويمكن معالجة النقاط الفردية بوسائل عادية (القسم 9.3).

R14 – حقوق أصحاب البيانات لأشخاص لا يعرفوننا

من يظهر عرضا في لقطة شاشة أو تمر رسالته عبر نسخة مراقبة لا يعلم عادة بوجودنا. وحتى إن علم، لا يملك مفتاحا إلى بياناته: فلا نحفظها بحسب الشخص بل بحسب النطاق والفحص. ولا نستطيع الرد على طلب وصول بموجب المادة 15 إلا إذا سمى الشخص النطاق؛ ويمكننا عندئذ مراجعة الفحوص والصور الموجودة. ولرسائل الزوار الحقيقية لا يوجد ما يكشف، لأننا لا نحفظها، باستثناء نطاق المرسل من R1. ولا يعمل الاستبعاد إلا لمشغلي النطاق لا للأشخاص المصورين؛ ويبقى لهم مسار contact@lukaswojcik.com.

الاحتمال – مرجح كحالة بنيوية. الشدة – محدودة، لأن البيانات قصيرة العمر وغير منظمة بحسب الشخص. المستوى – منخفض.

9. (d) تدابير معالجة المخاطر

يحمل كل تدبير حالة، وليست الحالات للزينة. وتعني منفذ اليوم – متحقق منه: قرئ في شفرة نظام التطوير وقيس مقابل قاعدة البيانات حيثما أمكن. وتعني جزئي: الآلية موجودة لكنها لا تحقق غرضها بالكامل بعد. وتعني مخطط: مقترح في هذا التقييم ولم ينفذ؛ ويقرر المالك ما إذا كان سينفذ ومتى. وما لا يزال يلزم تحديده إجراءات وقرارات لا تحل محلها أي شفرة. وتقييم الأثر الذي يعرض التدابير المخططة كمنفذة يفقد قيمته تحديدا في الحالة التي يحتاج إليه فيها.

9.1 منفذ اليوم – متحقق منه

التدبير	ما يعالجه	مرجع المصدر
يقرأ الزاحف robots.txt قبل كل فحص؛ وينهي الفحص استبعاد يشمل الصفحة الرئيسية أو تعذر الوصول إلى robots.txt أو خطأ خادم (لا تراعى المسارات الفرعية منفردة؛ ولا يقرؤه النبض أو جلب الإثبات أو أداة الترويسات أو البحث عن الملفات)	R5، المشروعية	scanner/src/net.js
استبعاد دون إثبات، نافذ فورا للنطاق وصيغته مع www، وللفحوص المجهولة والعملاء المحتملين والدراسات وفحوص العملاء (تنتهي المراقبة الجارية عند الفحص المجدول التالي)؛ ويفحص مرتين (التطبيق وخدمة الفحص)؛ ولا نرفعه إلا نحن بناء على طلب مع إثبات	R5، R7، المادة 21	cfg/check_lib.php؛ cfg/akquise_lib.php؛ cfg/studie_lib.php؛ scanner/src/worker.js
الفحص المجاني: إيقاف طارئ وreCAPTCHA وفحص واحد لكل نطاق وأسبوع وحدود لكل عنوان IP وجلسة وحد يومي وعدم فحص نطاقات جديدة وعناوين عامة فقط وملاحظة وإشارة دون محتوى للحالات غير المعتادة	R5	cfg/check_lib.php
للحدود، لا تحفظ الجلسة إلا كقيمة تجزئة، دون معرف الجلسة مطلقا	التقليل	cfg/check_lib.php
دون قيم حقول (لا تقرأ بدايات الحقول المخفية وسمات البيانات إلا أثناء الفحص، القسم 6.2)؛ وعناوين المستلمين كنطاق فقط؛ وحجب معرفات الحسابات في عناوين النصوص البرمجية	التقليل	scanner/src/crawl.js
التقرير المجاني مقتطف: نتائج أساسية فقط دون أدلة جميع الكواشف	R5	cfg/check_lib.php، FE_FREE_DETEKTOREN
تقارير تحت رابط عشوائي بطول 128 بت، وnoindex، وصور لتقريرها فقط خارج دليل الويب العام؛ ولا يظهر الرابط في سجل الوصول إلى الصفحات إلا محجوبا	R12	cfg/check_lib.php؛ www/report.php؛ www/shot.php
الحذف: التقارير المجهولة بعد 30 يوما، والعملاء المحتملون بعد 90 يوما، وفحوص العملاء بعد 13 شهرا (مع بقاء آخر فحص لكل نطاق ما دام النطاق موجودا)، وبيانات نطاق محذوف فورا (للاستثناءات راجعوا القسم 6.11)، والصور معها في كل حالة	تحديد مدة التخزين	cfg/check_lib.php؛ cfg/fristen_lib.php
الدراسة: النشر كمجموع فقط، والشرائح ابتداء من 20 موقعا بنموذج فقط، وحذف البيانات الخام عند النشر	R4 جزئيا، P3	cfg/studie_lib.php
حاويات الفحص: شبكتها المعزولة الخاصة ودون امتيازات خاصة وللقراءة فقط وحدود للذاكرة والعمليات وحد زمني؛ ومرشح ضد الوجهات الخاصة لكل طلب وحظر عاملات الخدمة وإغلاق اتصالات WebSocket كي لا يتجاوز شيء المرشح؛ وطلبات خادم الويب على منافذ الويب فقط وإلى العنوان العام المتحقق منه مسبقا بالضبط فقط	R13	scanner/src/worker.js؛ scanner/src/net.js
الفحص النشط للعملاء لنطاق متحقق منه فقط (وداخليا لنطاقات اختبارنا وعرضنا أيضا)، ومع تفعيل مفتاح الإيقاف الطارئ، مع تحقق مزدوج؛ وخمس إرساليات كحد أقصى؛ ونماذج اتصال معروفة بوضوح دون بيانات شخصية إلزامية فقط؛ ودون نطاقات سلطات عامة أو مؤسسات تعليمية أو مستشفيات أو عيادات أو شرطة أو محاكم؛ ولا يجيز النموذج اللغوي أي شيء؛ ورسالة اختبار دون بيانات شخصية وموسومة وتشير إلى صفحة الزاحف والاستبعاد	R9	scanner/src/worker.js؛ scanner/src/classify.js؛ scanner/src/active.js
مسارات المتصفح: GET وHEAD فقط وحظر العناوين الخطرة وقيم مختلقة لا تغادر المتصفح وصور بحقول إدخال معتّمة	R3 (لهذه الصور)، R9	scanner/src/browser.js
فحص الملفات: نطاقات متحقق منها فقط وجلب واحد لكل مسار و8 كيلوبايت كحد أقصى، ودون حفظ المحتوى مطلقا	R9	cfg/dateien_lib.php
المسبار الثاني: معطل افتراضيا؛ ولن يتلقى إلا قائمة ثابتة من عناصر غير ضارة وموقعة	المستلمون	cfg/formular_probe_lib.php
الفحص خلف تسجيل الدخول: نطاق متحقق منه وخطة مدفوعة ومالك أو مسؤول وتأكيد «حساب اختبار» فقط؛ وتشفير بالمفتاح العام لخادم الفحص مرتبط بالنطاق؛ وعدم عرض بيانات الوصول أو تسجيلها أو إخراجها عبر API مطلقا؛ وتسليمها عبر الإدخال القياسي فقط؛ ومسح الحقل في المهمة فورا والبقايا بعد ساعة واحدة؛ ودون صور أو إرساليات أو عناوين تسجيل خروج أو حذف، والتوقف عند CAPTCHA؛ وحذف نهائي مع الكتابة فوق البيانات	R8	cfg/login_lib.php؛ scanner/src/login.js؛ scanner/src/geheim.js؛ scanner/src/worker.js
فحص التسليم: معطل افتراضيا؛ ولا يقرأ الجلب إلا الترويسات و8 كيلوبايت دون وسم المقروء؛ وعدم دخول المحتوى وعنوان الزائر قاعدة البيانات مطلقا؛ وحذف كل رسالة مجلوبة بما فيها غير القابلة للإسناد؛ وحذف الإسنادات بعد 180 يوما؛ والإثبات عبر نسخة هذا الاختبار بالضبط فقط	R1، R2	cfg/zustellung_lib.php
حماية السرب: نطاقات فقط وشبكات IP معطلة؛ وأعداد دنيا واستثناءات للخدمات الكبيرة ونطاقات العملاء؛ وحجر بدلا من الحذف؛ وإعادة بناء القائمة يوميا؛ وحذف البلاغات بعد 30 يوما	R11	cfg/swarm_lib.php
نموذج لغوي على خادمنا دون صلاحية الإرسال	R10	scanner/src/classify.js
خطة العمل: توليد محلي من نتائج مختارة، دون لقطات شاشة أو قيم حقول مدخلة في موجهها؛ حد أقصى لعدد النتائج وطول الملاحظات؛ نص عادي منظف بطول محدود؛ إشعار ظاهر بالذكاء الاصطناعي والنتائج الفردية هي المرجع؛ دون تغييرات تلقائية على الموقع أو قرارات بشأن الدرجة أو الحكم	R10 جزئيا؛ تظل النصائح الخاطئة والبيانات الشخصية العرضية ممكنة	cfg/plan_lib.php; www/report.php
لا تتضمن الإشارات عبر Telegram إلا جملة ثابتة دون متغيرات	المستلمون	cfg/check_lib.php
اختبار استعادة أسبوعي للنسخة الاحتياطية مع تنبيه عند الفشل	التوافر	cfg/backup_lib.php؛ srv/cron_status.php

9.2 جزئي – قائم لكنه لم يحقق غرضه بعد

التدبير	سبب عدم فعاليته الكاملة بعد
لقطات شاشة «منقحة»	لا تحجب إلا صور مسارات المتصفح. أما صور الزاحف، الصفحة الرئيسية وعناصر النماذج، وصورة صفحة الاستجابة لفحص نشط فلا تحجب (R3).
مدد بيانات الفحص	فعالة للفحوص المجهولة والعملاء المحتملين والعملاء؛ وليست للفحوص الداخلية والدراسات غير المنشورة؛ وملاحظات الحالات غير المعتادة غير المحلولة دون حد زمني (R4).
حذف نسخ المراقبة	فعال في منظورنا لصندوق البريد. وإذا توقف التنفيذ، تبقى الرسائل؛ ولم يتحقق مما يحتفظ به مزود الصندوق في نسخه الاحتياطية (R2).
حماية بيانات الوصول في الفحص خلف تسجيل الدخول	قوية أثناء التخزين وفي خدمة الفحص؛ وليست في الطريق إلى الموقع: يسمح بـ http وتتجاهل أخطاء الشهادات (R8).
إثبات التحكم	يفحص مرة واحدة ثم يسري إلى الأبد؛ لكن لا يمكن تغيير اسم مضيف نطاق ذي إثبات تحكم، كي لا ينتقل الإثبات إلى مضيف آخر (R7).
إبلاغ أصحاب البيانات	قائم للمشغلين عبر صفحة الزاحف والمعرف وسياسة الخصوصية والاستبعاد؛ وللزوار في فحص التسليم يعتمد على تبني العميل للنص؛ ولا يتحقق التطبيق من ذلك.
طلب عدم تضمين فئات خاصة في نسخة المراقبة من العملاء	مذكور في الوثائق القانونية لكنه غير مدعوم تقنيا: عند الإعداد لا يسأل التطبيق عن نوع الموقع ولا يحذر بشأن نطاقات تبدو صحية أو قانونية أو تعليمية (R1).

9.3 مخطط – غير منفذ

التدبير	ما يعالجه	الأولوية
مسار حذف للفحوص الداخلية: حذف الفحوص دون نطاق ودون تقرير بعد مدة ثابتة (المقترح: 30 يوما)؛ وحذف بيانات الدراسة الخام في موعد أقصاه مدة ثابتة بعد إكمالها، حتى دون نشر (المقترح: 90 يوما)؛ وحذف الفحوص الـ 85 القائمة مع صورها الـ 369 مرة واحدة	R4	أولا
عدم تفعيل فحص التسليم إلا بعد إبرام العقد مع مزود صندوق البريد، وتوثيق أماكن التخزين ومعالجي البيانات الفرعيين ومدد النسخ الاحتياطي، وتوضيح آلية النقل للمزود، وإشارة سجلات MX لنطاقنا مباشرة إلى الصندوق؛ وحتى ذلك الحين تبقى الوظيفة محظورة في نظام الإنتاج	R2	أولا
فحص أمن جلب البريد على نظام الإنتاج وتوثيقه قبل تفعيل فحص التسليم	R2	أولا
الفحص خلف تسجيل الدخول عبر https فقط وبشهادة صالحة؛ ورفض عناوين http؛ واعتبار أخطاء الشهادة عند تسجيل الدخول سببا للتوقف	R8	أولا
عدم حفظ قيم الحقول المخفية خلف تسجيل الدخول (الاسم والنوع والطول فقط)، وهذا منفذ بالفعل ولا يلزم إجراء آخر	R8	منجز
قصر نسخة المراقبة على رسائل الاختبار عند استخدام أي من الإضافتين: نسخة مخفية فقط للإرساليات ذات معرف اختبارنا	R1	عالية
عدم حفظ نطاق مرسل الرسائل الحقيقية أو كتابته في التنبيهات إذا لم يكن نطاق الموقع أو نطاق خدمة إرسال معروفة؛ وكتابة «نطاق مرسل خارجي» في التنبيه بدلا منه	R1	عالية
تحذير عند إعداد فحص التسليم لنطاقات تبدو صحية أو قانونية أو اجتماعية أو تعليمية، مع إشارة إلى تقييم الأثر الخاص بالعميل	R1	عالية
تجديد إثبات التحكم بانتظام (المقترح: التحقق قبل كل فحص نشط من بقاء سجل DNS أو وسم meta أو الملف أو اتصال الإضافة؛ وإلا الاستمرار بصورة سلبية وإخطار العميل)	R7	عالية
التوقف عن تصوير الصفحة الرئيسية، أو تصويرها مع حجب الصور والوجوه فقط؛ وقصر صور النماذج على عنصر النموذج (كما اليوم) وحجب حقول الإدخال كما في مسارات المتصفح	R3	عالية
إشعار في واجهة فحص العملاء المحتملين: إرسال النتيجة المختصرة دون طلب بالبريد الإلكتروني أو الهاتف تسويق مباشر حتى بين المنشآت ويتطلب موافقة مسبقة (المادة 398 من قانون الاتصالات الإلكترونية البولندي؛ وفي ألمانيا § 7(2) من UWG، مع كفاية الموافقة المفترضة للمكالمات إلى المنشآت)	R6	عالية
البنية التحتية: استكمال تعزيز أمن إدارة الخوادم؛ ونسخة احتياطية مشفرة في موقع ثان؛ وتشفير الاتصالات في الشبكة الداخلية بالكامل؛ ومزيد من تعزيز الفصل بين خادم الفحص والتطبيق	R13	عالية
مدة لملاحظات الحالات غير المعتادة غير المحلولة (المقترح: الحل خلال 30 يوما، وإلا حذف عنوان IP)	R4	متوسطة
صفحة أو نموذج يستطيع شخص من خلاله طلب إزالة نطاق من حماية السرب	R11، R14	متوسطة
قبل تفعيل شبكات IP في حماية السرب: إصدار جديد من هذا التقييم	R11	شرط
تسجيل ما إذا كان برنامج النموذج اللغوي يحفظ الطلبات، وإذا كان كذلك تعطيل هذه السجلات	R10	منخفضة

9.4 إجراءات وقرارات لا يزال يلزم تحديدها

إضافة إلى الضمانات التقنية، تقتضي المادة 35(7)(d) إجراءات أيضا. ولا تزال هذه معلقة:

• خرق للبيانات الشخصية. الاكتشاف: المالك أو تنبيه أخطاء التطبيق أو بلاغات عبر جهة الإبلاغ عن الثغرات أو contact@lukaswojcik.com. وقرار إخطار UODO خلال 72 ساعة (المادة 33(1)): المالك. وإبلاغ العملاء المتأثرين بصفتهم متحكمين في البيانات: دون تأخير غير مبرر، وفي غضون 48 ساعة إن أمكن، كما وعدت اتفاقية معالجة البيانات. ما يلزم تحديده: وصف مكتوب للإجراء وتمرين أول؛ ولفحص التسليم أيضا كيفية تحديد العملاء المتأثرين بخرق لدى مزود صندوق البريد.
• القطاعات. ما يلزم تحديده: ما إذا كان فحص التسليم يقدم لمواقع الصحة والقانون والخدمات الاجتماعية والتعليم، أو يقدم مع تحذير، أو يستبعد لها.
• الفحوص الداخلية. ما يلزم تحديده: أغراض استخدام المزود للفحوص الداخلية من سطر الأوامر، ومن يجوز له إنشاؤها، ومدة بقاء نتائجها؛ وما إذا كان يلزم ذكرها في سياسة الخصوصية إضافة إلى سجل أنشطة المعالجة.
• الدراسات. ما يلزم تحديده: من يجمع القوائم ومن أي مصادر وبأي حجم أقصى، والتحقق قبل كل دراسة من توافقها مع افتراضات هذا التقييم.
• آراء أصحاب البيانات (المادة 35(9)). لم تطلب لهذا الإصدار. ولا تقتضي المادة 35(9) طلبها إلا «عند الاقتضاء»؛ ووفقا لتقييمنا لا يتحقق ذلك هنا حاليا. ولا يملك مشغلو المواقع المفحوصة وزوار مواقع العملاء قناة خاصة بهم إلينا؛ وسيكون التواصل معهم تحديدا معالجة جديدة لبياناتهم بحد ذاته، ولم تطلق الخدمة بعد فلا توجد حتى الآن مجموعة من أصحاب البيانات الفعليين. وتراعى مصالحهم بصورة غير مباشرة: عبر robots.txt والاستبعاد، والمدد القصيرة، وعدم حفظ محتوى نسخ المراقبة. ونعيد النظر في كل مراجعة بموجب القسم 12 في ملاءمة طلب آرائهم، مثلا عبر الملاحظات على صفحة الزاحف أو من عملاء فحص التسليم.

10. المخاطر المتبقية والتشاور المسبق بموجب المادة 36

تقتضي المادة 36(1) التشاور المسبق مع السلطة الرقابية حيث يشير تقييم الأثر إلى أن المعالجة ستؤدي إلى مخاطر عالية في غياب تدابير يتخذها المتحكم في البيانات لتخفيفها. ولذلك فالسؤال ليس ما إذا كانت قد حددت مخاطر عالية، وقد حددت أربعة، بل ما إذا بقي خطر عال بعد تطبيق التدابير.

لعمليات المعالجة التي تكون فيها formexposed المتحكم في البيانات (P1 إلى P4، P7)، يمكن معالجة الخطرين العاليين R4 وR13 بوسائل عادية: مسار حذف وتنظيف البيانات القائمة، ونسخة احتياطية مشفرة خارج الموقع، وتعزيز أمن خادمين. ومع تدابير 9.3 ينخفضان إلى منخفض إلى متوسط. وR3 وR5 وR6 وR7 متوسطة وتنخفض إلى منخفضة مع التدابير المقترحة. وتبقى حماية السرب دون شبكات IP منخفضة إلى متوسطة. والتشاور المسبق غير لازم بحسب التقييم لهذا الجزء إذا نفذت التدابير الموسومة «أولا» و«عالية» قبل الإطلاق. وإذا لم ينفذ أي منها قبل الإطلاق، يبقى خطر عال لعملية المعالجة المعنية. ولن تبدأ تلك العملية عندئذ إلا بعد تنفيذ التدبير، أو بعد التشاور أولا مع UODO بموجب المادة 36(1).

لفحص التسليم (P6)، يختلف الوضع لسبب لا يزيله أي تدبير بالكامل: ما يكتبه الزائر متروك له. ومع عقد مبرم وجلب مؤمن وقصر النسخ على رسائل الاختبار حيثما أمكن والتخلي عن نطاق المرسل، ينخفض R2 إلى منخفض وR1 إلى متوسط. وللعملاء الذين يقدم زوارهم عادة بيانات بموجب المادة 9، قد يبقى R1 عاليا رغم ذلك. ويقع التزام التشاور عندئذ على العميل كمتحكم في البيانات، لا على formexposed. وتوصيتنا لهؤلاء العملاء ألا يعدوا نسخة مراقبة لنموذج الاتصال العام، بل لنماذج دون محتوى حساس فقط، أو أن يستغنوا عن فحص التسليم.

المخاطر المتبقية بصراحة. اليوم، مع تدابير 9.1، توجد أربعة مخاطر عالية: R1 وR2 (فحص التسليم)، وR4 (بيانات فحص دون مسار حذف)، وR13 (البنية التحتية). ومع تدابير 9.3 تنخفض R2 وR4 وR13 إلى منخفضة إلى متوسطة. ويبقى R1 متوسطا ومعتمدا بصورة دائمة على قرارات العملاء. ولا يتجاوز أي خطر آخر المستوى المتوسط بعد التدابير.

المادة 36 ليست عقوبة، والتشاور ليس إقرارا. بل هو المسار الذي تنص عليه اللائحة عندما ينطوي إجراء مفيد على خطر لا يتحكم فيه المتحكم في البيانات بالكامل. وسيجد العميل الذي يريد استخدام فحص التسليم لرسائل تتضمن بيانات صحية هنا الوقائع اللازمة لذلك القرار.

11. ما يحتاجه العملاء لتقييم أثرهم الخاص (المادة 28(3)(f))

للفحص خلف تسجيل الدخول وفحص التسليم، يكون العميل المتحكم في البيانات. وتزوده هذه الصفحة بالوصف (القسمان 6.5 و6.6) والمخاطر من منظورنا (R1 وR2 وR8) وحالة التدابير (القسم 9). ولا يستطيع الإجابة عن الأسئلة التالية إلا العميل:

1. ماذا يكتب زواري؟ هل يتوقع ورود بيانات عن الصحة أو الدين أو الأصل أو العضوية النقابية أو التوجه الجنسي أو الجرائم أو عن الأطفال عبر النموذج؟ عندئذ يلزم عادة تقييم أثر لنسخة المراقبة، وينبغي إعادة النظر في نسخة المراقبة لهذا النموذج.
2. هل أحتاج نسخة المراقبة لجميع الرسائل؟ لإثبات وصول رسالة اختبارنا، يكفي قصرها على تلك الرسالة. وحيث يسمح النموذج، اضبطوا النسخة المخفية لرسائل الاختبار فقط.
3. كيف أبلغ زواري؟ تقتضي اتفاقية معالجة البيانات ذلك؛ ويصف نص سياسة الخصوصية لموقعكم مسار النسخة ودورنا.
4. ما أساسي القانوني؟ يسمي نصنا المقترح المادة 6(1)(f) (تلقي الاستفسارات بموثوقية). وللبيانات بموجب المادة 9، لا يكفي هذا الأساس وحده.
5. ما قنوات التنبيه التي أختارها؟ قد تذكر تنبيهات فحص الأصالة نطاق المرسل. ومن يرسل التنبيهات إلى خدمات محادثة خارج الاتحاد الأوروبي ينقله إليها.
6. للفحص خلف تسجيل الدخول: هل حساب الاختبار حساب اختبار فعلا بأقل صلاحيات لازمة؟ وهل لا يمكن الوصول إلى صفحة تسجيل الدخول إلا عبر https؟ وهل يرى حساب الاختبار بيانات مستخدمين آخرين؟ وإذا نعم، ففي أي الصفحات المحددة؟
7. متى أحذف؟ يمكن تعطيل فحص التسليم وحساب الاختبار وحذفهما في أي وقت؛ وعندئذ يكتب فوق حساب الاختبار نهائيا.

وثائق إضافية لتقييم العميل: اتفاقية معالجة البيانات والتدابير التقنية والتنظيمية وقائمة معالجي البيانات الفرعيين وسجل أنشطة المعالجة. ونجيب عن الأسئلة بشأن وقائع محددة على contact@lukaswojcik.com.

12. المراجعة والإصدار والاعتماد

تقتضي المادة 35(11) مراجعة لتقييم ما إذا كانت المعالجة تجري وفقا لتقييم الأثر، على الأقل عند تغير المخاطر. ونراجع هذا التقييم سنويا على الأقل، وكذلك قبل كل حدث مما يلي؛ ويستدعي كل منها قياسا جديدا لا مجرد قراءة:

• إطلاق التشغيل الإنتاجي، بأرقام من نظام الإنتاج بدلا من التطوير؛
• أول تفعيل لفحص التسليم على نظام الإنتاج وإبرام العقد مع مزود صندوق البريد؛
• تفعيل شبكات IP في حماية السرب؛
• أول دراسة، وكل دراسة بقائمة أكبر من السابقة؛
• تفعيل المسبار الثاني أو مستلم جديد في مسار الفحص؛
• أي استخدام جديد للنموذج اللغوي يتجاوز الاستخدامات التي يغطيها هذا التقييم؛ فخطة العمل المرتبة حسب الأولوية في التقارير المدفوعة استخدام إضافي يتطلب مراجعة التقييم؛
• أي تغيير في لقطات الشاشة أو المدد أو شروط الفحوص النشطة.

العنصر	البيان
المتحكم في البيانات	LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland · NIP 7252266190 · contact@lukaswojcik.com
السلطة الرقابية المختصة	Prezes Urzędu Ochrony Danych Osobowych (UODO), ul. Moniuszki 1A, 00-014 Warszawa, Poland
مسؤول حماية البيانات	لم يعين؛ والتقييم بموجب المادة 37 في القسم 4
أساس الوقائع	الشفرة المصدرية للتطبيق وخدمة الفحص وبنية قاعدة البيانات وأعداد الصفوف وإعدادات نظام التطوير، مقاسة في 11 أكتوبر 2026، للقراءة فقط
الوثائق ذات الصلة	سياسة الخصوصية، اتفاقية معالجة البيانات، التدابير التقنية والتنظيمية، معالجو البيانات الفرعيون، سجل أنشطة المعالجة، قانون الذكاء الاصطناعي الأوروبي، الاستخدام المقبول وإساءة الاستخدام، FormExposedBot، الاستبعاد
الإصدار	1.1 بتاريخ 23 أكتوبر 2026؛ ملحق وقائعي بشأن مرحلة خطة العمل المحلية للإصدار الأول بتاريخ 11 أكتوبر 2026
المراجعات بموجب المادة 35(11)	23 أكتوبر 2026: مراجعة للشفرة المصدرية لمرحلة خطة العمل المحلية المضافة. وأضيفت المدخلات والتخزين والأدوار والمخرجات الاستشارية وتدابير الحماية المنفذة إلى الأقسام المقابلة؛ ولا يدعى اكتمال قياس في بيئة الإنتاج أو وجود تصنيف جديد للمخاطر المتبقية. وتظل القياسات السابقة بتاريخ 11 أكتوبر 2026 وحالة الموافقة أدناه دون تغيير. وتدرج المراجعات اللاحقة هنا مع التاريخ والسبب والنتيجة.
الاعتماد	لم يعتمد بعد. ويعتمده المالك بعد المراجعة القانونية وبعد قرار بشأن تدابير القسم 9.3 وأسئلة القسم 9.4. ولم تطلب حتى الآن مشورة خارجية لحماية البيانات.

ثمة ملاحظة ختامية مكانها في الوثيقة لا في خطاب مرفق. فأجزاء formexposed الأبعد توغلا في نطاقات الغير، إرساليات الاختبار وتسجيل الدخول ببيانات وصول الآخرين، مبنية بأشد حذر: بوابتان وحدود قصوى صارمة وتشفير يمنع حتى وصولنا. وتكمن مخاطر هذا التقييم غالبا في مواضع أخرى: ما يأتي عرضا، رسائل حقيقية في نسخة مخفية أو أشخاص في لقطة شاشة أو فحوص لم يعد أحد يحذفها. وتلك نقطة بداية مواتية، لأن العارض يمكن إيقافه دون تغيير الخدمة.