اسم البرنامج الإضافي	تكامل AwsWaf
نوع الضعف	تقييم الثغرات
رقم CVE	غير متوفر
الاستعجال	معلوماتية
تاريخ نشر CVE	2026-03-30
رابط المصدر	https://www.cve.org/CVERecord/SearchResults?query=N/A

تنبيه عاجل حول ثغرة WordPress: ما يجب على مالكي المواقع القيام به الآن

بصفتنا محترفين في أمان WordPress، نشهد في WP-Firewall موجة جديدة من الثغرات المبلغ عنها التي تؤثر على مواقع WordPress - عبر التكاملات الأساسية، والسمات، والإضافات من الطرف الثالث. يقوم المهاجمون بسرعة بتسليح الإفصاحات، واختبار الاستغلالات في البرية خلال ساعات من التقارير العامة. إذا كنت تدير موقع WordPress، أو تدير مواقع لعملاء، اعتبر هذا أولوية: المهاجمون انتهازيون والعديد من الحوادث الناجحة كان يمكن تجنبها من خلال الكشف المبكر والاحتواء.

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

اقرأ الخطوات العملية أدناه، اتبع قائمة التخفيف الفورية، ثم نفذ إرشادات تعزيز الأمان على المدى الطويل.

---

لماذا تظل WordPress هدفًا عالي القيمة

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

بسبب هذه الأسباب، يمكن أن تصبح الثغرات المعلن عنها حديثًا - حتى تلك التي تؤثر على نسبة صغيرة من التثبيتات - أحداث استغلال جماعي بسرعة.

---

نظرة عامة على أكثر أنواع الثغرات استغلالًا

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

1) تنفيذ كود عن بُعد (RCE)

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

2) حقن SQL (SQLi)

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

3) البرمجة النصية عبر المواقع (XSS)

• ما هو: حقن نص برمجي في صفحات الويب التي سينفذها مستخدمون آخرون.
• لماذا يهم: اختطاف الجلسات، سرقة ملفات تعريف الارتباط الإدارية، اختراق سلسلة التوريد عندما يستهدف المهاجمون المستخدمين الإداريين.
• الكشف: تقارير عن نصوص دائمة، JavaScript غير متوقع في الصفحات، تحذيرات من وحدة أمان المتصفح.
• تخفيف: تصحيح، تعقيم المخرجات، تصفية إدخال المستخدم، استخدام قاعدة WAF لحظر حمولات الاستغلال مؤقتًا.

4) تصعيد الامتيازات / تجاوز المصادقة

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

5) ثغرات تحميل الملفات

• ما هو: ملفات ضارة تم تحميلها إلى خادمك وتم تنفيذها.
• الأسباب الشائعة: تحقق ضعيف من نوع الملف، أذونات دليل متساهلة، تمكين تنفيذ PHP في دلائل التحميل.
• الكشف: ملفات غير متوقعة في wp-content/uploads، أسماء ملفات غير عادية تنتهي بـ .php، أذونات ملفات مشبوهة.
• تخفيف: تعطيل تنفيذ PHP في دلائل التحميل (عبر إعدادات خادم الويب)، فرض فحوصات MIME وتنظيف أسماء الملفات، استخدام WAF لحظر حمولات استغلال التحميل.

6) تزوير طلبات عبر المواقع (CSRF)

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

7) تزوير طلبات من جانب الخادم (SSRF)

• ما هو: الثغرة تسمح للمهاجمين بإجراء طلبات تعسفية من خادمك إلى موارد داخلية أو خارجية.
• تأثير: استكشاف الشبكة الداخلية، الوصول إلى خدمات البيانات الوصفية (في السحابة)، SSRF يؤدي إلى تسريبات بيانات من جانب الخادم.
• الكشف: طلبات صادرة غير متوقعة، حركة مرور غير عادية إلى عناوين IP الداخلية.
• تخفيف: تطبيق التصحيحات، تقييد حركة المرور الصادرة عبر جدار الحماية المضيف، استخدام WAF لاكتشاف وحظر أنماط SSRF.

8) تسلسل غير آمن / حقن كائن

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

---

مؤشرات استغلال حالي أو اختراق: ماذا تفحص الآن

إذا كنت تشك في أن موقع WordPress الخاص بك قد تم استهدافه، تحقق من ما يلي على الفور:

• مستخدمو الإدارة: تحقق من وجود حسابات غير معروفة لديها صلاحيات المسؤول.
• تغييرات الملفات الأخيرة: ابحث عن ملفات PHP أو .htaccess أو ملفات مشابهة تم تعديلها مؤخرًا.
• سجلات خادم الويب: ابحث في سجلات الوصول عن طلبات POST مشبوهة، أو محاولات متكررة لنقاط نهاية معروفة معرضة للخطر، أو مكالمات تتضمن حمولات مثل “base64_decode”، “eval”، أو سلاسل استعلام طويلة.
• الشبكة الصادرة: راقب حركة المرور الصادرة المفاجئة أو الاتصالات مع عناوين IP/نطاقات مشبوهة.
• تغييرات في قاعدة البيانات: ابحث عن جداول تم حقنها، خيارات جديدة في wp_options، أو بيانات مسلسلة غير متوقعة.
• إدخالات Cron: تحقق من مهام wp_cron و cronjobs الخادم للمهام المجدولة غير المصرح بها.
• الأبواب الخلفية: ابحث عن توقيعات webshell - تنويعات من أسماء الوظائف الشائعة المستخدمة في الصدفة.
• ماسح البرمجيات الخبيثة: قم بتشغيل فحص كامل للبرامج الضارة باستخدام أدوات الفحص الموثوقة (فحص على مستوى الملفات وفحص على مستوى قاعدة البيانات).
• النسخ الاحتياطية: تحقق من سلامة أحدث نسخة احتياطية لديك قبل محاولة الاستعادة.

إذا كان الموقع يقدم محتوى ضارًا بنشاط، فكر في عزله عن الوصول العام على الفور أثناء التحقيق.

---

قائمة التحقق للاستجابة الفورية (الساعات الـ 24 الأولى)

1. ضع الموقع في وضع الصيانة (أو قم بإيقافه مؤقتًا) لوقف المزيد من الأضرار.
2. لقطة: خذ لقطة للخادم ونسخة من السجلات للتحليل الجنائي قبل إجراء أي تغييرات.
3. قم بتطبيق التصحيحات المتاحة من البائع للمكون (المكونات) المعرضة للخطر. إذا لم يكن هناك تصحيح متاح بعد، انتقل إلى التصحيح الافتراضي أو قم بإزالة/تعطيل الإضافة/القالب المتأثر.
4. قم بتفعيل أو تشديد قواعد WAF الخاصة بك لحظر أنماط الاستغلال المعروفة ونقاط النهاية المشبوهة.
5. تغيير جميع كلمات المرور الإدارية، تدوير مفاتيح API، وتحديث بيانات اعتماد قاعدة البيانات.
6. سحب وإعادة إصدار جميع رموز الوصول المستخدمة من قبل الموقع مؤقتًا (التكاملات من طرف ثالث، مفاتيح REST API).
7. فحص نظام الملفات وقاعدة البيانات بحثًا عن الويب شيل، الأبواب الخلفية، وآثار الحقن.
8. استعادة من نسخة احتياطية نظيفة موثوقة إذا كانت هناك حاجة لتنظيف كامل.
9. إبلاغ المعنيين وإعداد جدول زمني للإصلاح والإفصاح إذا لزم الأمر.

توثيق كل إجراء لجدول زمني دقيق للحادث. هذا مهم لتحليل السبب الجذري ومراجعة ما بعد الحادث.

---

التصحيح الافتراضي: شراء الوقت بأمان

استراتيجية أساسية يجب أن يعتمدها مشغلو المواقع الحديثة هي التصحيح الافتراضي - تطبيق قواعد WAF لحظر محاولات الاستغلال قبل أن يمكن تطبيق التصحيح أو أثناء اختبار التحديثات في بيئة الاختبار. التصحيح الافتراضي مهم بشكل خاص عندما:

• لا يتوفر تصحيح لثغرة حرجة بعد.
• تحديث مكون إضافي/ثيم على الفور يعرض وظيفة الموقع للخطر وتحتاج إلى وقت للاختبار.
• تدير العديد من المواقع وتحتاج إلى طرح تدريجي.

التصحيح الافتراضي لا يحل محل إصلاحات الشيفرة - إنه يشتري الوقت ويقلل بشكل كبير من التعرض أثناء التصحيح، الاختبار، وتقوية الأمان.

تكتيكات التصحيح الافتراضي الرئيسية:

• حظر توقيعات الاستغلال المعروفة وأنماط الحمولة في WAF.
• تحديد معدل وتقييد النقاط النهائية المشبوهة.
• حظر الطلبات التي تحتوي على ترميزات مشبوهة (مثل الحمولة المشفرة مرتين أو الحمولة المسلسلة).
• استخدام سمعة IP وقيود الموقع الجغرافي للوحات الإدارة عند الاقتضاء.

يوفر WP-Firewall حماية WAF مُدارة وقدرة على التصحيح الافتراضي يمكن تفعيلها بسرعة لتقليل المخاطر أثناء إدارة عملية التصحيح.

---

كيفية تقوية WordPress لتقليل المخاطر المستقبلية

نهج متعدد الطبقات يقلل من نافذة الضعف ويزيد من صعوبة الاستغلال الناجح:

• حافظ على تحديث النواة والسمات والإضافات - من المثالي استخدام التحديثات التلقائية للتصحيحات الطفيفة وعملية مختبرة للتحديثات الكبرى.
• استخدم الإضافات من مصادر موثوقة ومُدارة بنشاط. راجع سجلات التغييرات وتاريخ الدعم قبل التثبيت.
• مبدأ أقل الامتيازات - امنح المستخدمين فقط القدرات التي يحتاجونها.
• فرض كلمات مرور قوية وتغطية واسعة للمصادقة الثنائية لجميع حسابات مستوى الإدارة.
• تعطيل تحرير الملفات في لوحة التحكم: أضف حدد('منع تحرير الملف'، صحيح)؛ إلى wp-config.php.
• تعطيل تنفيذ PHP في wp-content/uploads عبر قواعد خادم الويب.
• تنفيذ مراقبة سلامة الملفات (تجزئة الملفات الأساسية والتنبيه عند التغييرات).
• تقوية wp-config.php (نقله إلى دليل أعلى إذا كان ذلك ممكنًا، وضمان أذونات ملفات صارمة).
• فرض HTTPS (HSTS) لمنع الاعتراض الذي قد يسمح بسرقة الرموز.
• تقييد الوصول إلى /wp-admin و wp-login.php حسب IP واستخدام مصادقة HTTP حيثما كان ذلك ممكنًا.
• استخدم ضوابط على مستوى الخادم (قواعد mod_security/NGINX) وWAF للكشف والحظر.
• قم بعمل نسخ احتياطية بانتظام واختبر استعادة النسخ الاحتياطية بشكل دوري في بيئة اختبار.
• سجل كل شيء مركزيًا وراقب السجلات بحثًا عن الشذوذ (يمكن استخدام fail2ban لحظر نشاط القوة الغاشمة).
• قم بالمسح بانتظام باستخدام كل من ماسحات البرمجيات الضارة المعتمدة على التوقيع والسلوك.

---

قائمة التحقق من الأمان للتطوير لمؤلفي الإضافات/السمات

يلعب مطورو الإضافات والسمات دورًا حاسمًا. إذا كنت تطور لـ WordPress، فاتبع هذه الممارسات الآمنة في البرمجة:

• قم بتنظيف جميع المدخلات (استخدم دوال الهروب والتنظيف المناسبة).
• استخدم العبارات المُعدة أو عناصر نائب WPDB لاستعلامات قاعدة البيانات.
• تحقق من تحميل الملفات وقم بإدراجها في القائمة البيضاء واستخدم تخزين مؤقت آمن.
• تنفيذ nonces لطلبات تغيير الحالة (الحماية من CSRF).
• تجنب استخدام دوال PHP غير الآمنة (eval، assert، create_function) وإلغاء التسلسل الخطير.
• حصر مخرجات API في الحد الأدنى من البيانات الضرورية (أقل امتياز لنقاط النهاية).
• اتبع معايير ترميز WordPress للأمان وقم بتحديث التبعيات بانتظام.
• أضف تسجيلًا لإجراءات المسؤول واستخدم تحديد المعدل على نقاط النهاية الحساسة.
• قدم آلية تحديث سهلة وتواصل بوضوح حول تحديثات الأمان للمستخدمين.

---

استجابة الحوادث: خطوات أعمق لتحقيق كامل.

إذا أكدت وجود اختراق، قم بإجراء استجابة منظمة:

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

إذا تم الكشف عن بيانات حساسة للمستخدم، اتبع متطلبات إشعار خرق البيانات المعمول بها في ولايتك.

---

الاختبار والتحقق بعد الإصلاح

بعد أن تقوم بتصحيح أو استعادة، قم بما يلي قبل إعادة فتح الخدمات بالكامل:

• فحص كامل للبرمجيات الخبيثة (ملف + قاعدة بيانات) يظهر عدم وجود مؤشرات.
• قارن تجزئات الملفات مع قاعدة بيانات معروفة جيدة (ملفات النواة مقابل مستودع WordPress).
• أعد تشغيل فحوصات الاختراق ضد نقاط النهاية المعروفة المستغلة وتحقق من حظر WAF.
• تحقق من حسابات المسؤول وأن بيانات الاعتماد قد تم تغييرها.
• اختبار الضغط والتحقق من أن أي تصحيحات افتراضية (قواعد WAF) لا تكسر الوظائف.
• تفعيل المراقبة والتنبيه لمحاولات متكررة على نفس الثغرة.

---

لماذا تعتبر المعلومات المستمرة عن الثغرات الأمنية وWAF المدارة مهمة

المعلومات تنتقل بسرعة. الفرق بين أن تكون هدفًا مبكرًا وهدفًا سهلًا غالبًا ما يكون في الكشف الاستباقي والدفاعات المدارة. الفوائد الرئيسية لوضع أمان دائم:

• المسح المستمر والاكتشاف التلقائي للثغرات المعروفة.
• WAF المدارة التي تطبق الحماية على موقعك على الفور.
• التصحيح الافتراضي لتحييد الاستغلالات أثناء اختبارك وإصدار التصحيحات الرسمية.
• تحليل الخبراء والتنبيهات المصممة خصيصًا لأنماط هجوم WordPress.
• التخفيف السريع من مخاطر OWASP Top 10 وطرق الهجوم الشائعة الخاصة بـ WordPress.

يجمع WP-Firewall بين حماية WAF المدارة، والمسح المستمر للبرامج الضارة، ومساعدة الإصلاح المصممة خصيصًا لبيئات WordPress. بالنسبة للعديد من مالكي المواقع، فإن هذه الطبقة المدارة هي الفرق بين فقدان ساعات وفقدان أيام بسبب استغلال.

---

قواعد WAF عملية يجب أخذها بعين الاعتبار (مفاهيمية)

أدناه أمثلة على قواعد مفاهيمية قد يفرضها WAF. هذه للتوضيح؛ سيقوم مزودك بتنفيذ قواعد جاهزة للإنتاج.

• حظر الطلبات ذات امتدادات ملفات PHP في دلائل التحميل:
  • النمط: الطلبات إلى /wp-content/uploads/ التي تحتوي على .php أو حمولة مشفرة بـ php → حظر.
• حظر الحمولة المشبوهة المشفرة في أجسام POST:
  • النمط: وجود O: أو s: بأطوال رقمية عالية دون سياق مناسب → حظر أو تحدي.
• تقليل الطلبات المتكررة إلى wp-login.php وحظر عناوين IP بعد الفشل المتكرر.
• فحص وحظر حمولة الاستغلال التي تحتوي على سلاسل استغلال شائعة (eval(base64_decode)، system()، passthru()).
• تحديد حجم POST ومعدل الوصول إلى نقاط النهاية التي لا ينبغي أن تقبل حمولة كبيرة عشوائية.

---

التواصل مع العملاء وأصحاب المصلحة

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

---

التوصيات النهائية - قائمة تحقق يمكنك العمل عليها الآن

• قم بمراجعة قائمة الإضافات/الثيمات المثبتة وأزل أي شيء غير مستخدم أو غير مُدار.
• قم بتمكين التحديثات الأمنية التلقائية لتصحيحات الإصدارات الثانوية.
• نفذ التصحيح الافتراضي (WAF) أثناء إصدار تصحيحات الكود الكاملة.
• طبق مبدأ أقل الامتيازات للمستخدمين والخدمات.
• تأكد من وجود نسخ احتياطية يومية واختبر الاستعادة شهريًا.
• قم بإعداد تسجيل مركزي وراقب الشذوذات.
• اعتمد خدمة أمان مُدارة إذا لم تتمكن فريقك من الاستجابة على مدار الساعة طوال أيام الأسبوع.

---

احمِ موقعك اليوم - ابدأ بطبقة دفاع مجانية

إذا كنت ترغب في خطوة أولى عملية بدون تكلفة أثناء تنفيذ التوصيات أعلاه، فكر في البدء بخطة WP-Firewall الأساسية (مجانية). تتضمن الحمايات الأساسية: جدار ناري مُدار، عرض نطاق غير محدود، WAF، ماسح للبرامج الضارة، وتخفيف لمخاطر OWASP Top 10 - ما يكفي لتقليل تعرضك بشكل كبير أثناء تصحيحك وتقوية أنظمتك.

تعرف على المزيد وسجل للحصول على الخطة المجانية هنا: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

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

---

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