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

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

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

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

جدول المحتويات

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

---

ما نراه في الإفصاحات الأخيرة

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

• تجاوز المصادقة أو تصعيد الامتيازات - يمكن للمهاجمين الحصول على امتيازات إدارية أو مرتفعة دون بيانات اعتماد شرعية.
• البرمجة النصية عبر المواقع (XSS) - مستمرة أو منعكسة، تُستخدم لسرقة الكوكيز، الرموز، أو لأداء إجراءات كـ مستخدم آخر.
• حقن SQL - سرقة البيانات المباشرة أو التلاعب من خلال معلمات مصممة.
• مراجع الكائنات المباشرة غير الآمنة (IDOR) - الوصول إلى الموارد (المشاركات، الملفات، بيانات المستخدم) دون فحوصات تفويض مناسبة.
• تنفيذ التعليمات البرمجية عن بُعد (RCE) - الحالات ذات الخطورة القصوى التي تسمح للمهاجم بتنفيذ التعليمات البرمجية على جانب الخادم.
• CSRF (تزوير الطلب عبر المواقع) — يقوم المهاجمون بخداع مسؤول مسجل الدخول لأداء إجراءات.
• الثغرات في واجهة برمجة التطبيقات REST، XML-RPC، أو نقاط النهاية المخصصة — غالبًا ما تُستخدم للاستغلال الجماعي الآلي.
• تحميل الملفات بدون مصادقة أو كتابة ملفات عشوائية — تُستخدم لوضع webshells أو أبواب خلفية دائمة.

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

---

لماذا تقارير الباحثين العامة مهمة — وخط زمني للاستغلال

بمجرد الكشف عن ثغرة علنًا (حتى على بوابة الباحثين أو قائمة بريدية)، يبدو الخط الزمني النموذجي كالتالي:

1. الكشف العام أو نشر إثبات المفهوم
2. تقوم محركات المسح الآلي بتحديث التوقيعات خلال ساعات
3. يبدأ المسح الجماعي للويب خلال ساعات إلى أيام
4. يتصاعد الاستغلال الانتهازي بسرعة، خاصة بالنسبة للأخطاء RCE/SQLi/غير المصرح بها
5. تُستخدم المواقع المخترقة لاستضافة البرمجيات الخبيثة، البريد العشوائي، تسميم SEO، أو الروابط الخلفية العشوائية

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

---

إجراءات الطوارئ الفورية إذا تأثرت

إذا تم الإبلاغ عن أن الإضافة أو السمة التي تستخدمها تحتوي على ثغرة، اتبع هذه الخطوات الطارئة دون تأخير:

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

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

---

مؤشرات الاختراق — ماذا تبحث عنه الآن

عندما يتم استهداف موقع أو اختراقه، يمكن أن تكون العلامات دقيقة. تشمل المؤشرات الشائعة:

• مستخدمون جدد في الإدارة لم تقم بإنشائهم.
• مهام مجدولة غريبة (وظائف cron) مرئية تحت أدوات > Cron أو في قاعدة البيانات.
• ملفات غير متوقعة في uploads/، wp-content/، أو الجذر (ملفات php حيث يجب أن تكون الصور فقط).
• زيادة مرتفعة في حركة المرور الشبكية الصادرة (ارتفاع حجم البريد أو اتصالات بعيدة غير معروفة).
• تغييرات في توقيتات الملفات أو محتوى الملفات التي لم تقم بإنشائها.
• صفحات سبام SEO غير مفسرة أو إعادة توجيه إلى مجالات غير ذات صلة.
• محاولات تسجيل الدخول المتزايدة في سجلات خادم الويب أو سجلات الإضافة الأمنية.
• تغييرات في خيارات WP (رابط الموقع، الصفحة الرئيسية) أو الإعدادات.
• تغييرات في محتوى جدول قاعدة البيانات، خاصة في wp_posts أو wp_options.
• زيادة مفاجئة في أخطاء 500/502/503 أو أوقات استجابة بطيئة.

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

---

خطوات وأدوات التحقيق (عملية)

يقلل التحقيق المنظم من فرصة فقدان الاستمرارية. إليك نهج عملي، ذو أولوية:

1. الحفاظ على الأدلة: ملفات لقطة وقاعدة بيانات. اعمل على النسخ لتجنب فقدان الأدلة الجنائية.
2. جمع السجلات:
   • سجلات الوصول / الأخطاء لخادم الويب (Nginx/Apache)
   • سجلات PHP-FPM
   • سجلات قاعدة البيانات (إذا كانت متاحة)
   • سجلات المنصة (مضيف أو مزود ووردبريس مُدار)
3. تحقق من التغييرات الأخيرة في الملفات:
   • يستخدم ابحث . -type f -mtime -7 في جذر الموقع للعثور على الملفات المعدلة في آخر 7 أيام.
   • استخدم تجزئات (sha256) إذا كان لديك لقطات أساسية.
4. ابحث عن أنماط خبيثة معروفة:
   • بي اتش بي eval(base64_decode(…))
   • ملفات بأسماء عشوائية طويلة في uploads/
   • ملفات تحتوي على النظام(), exec(), passthru(), popen()
5. قم بتدقيق المستخدمين:
   • قائمة مستخدمي wp (WP-CLI) أو تحقق من المستخدمين > جميع المستخدمين للمديرين غير المعروفين.
6. تحقق من المهام المجدولة:
   • WP-CLI: قائمة أحداث wp cron أو افحص خيارات wp لمدخلات الكرون.
7. شذوذات قاعدة البيانات:
   • ابحث عن محتوى تم حقنه في post_content، بيانات متسلسلة مشبوهة في الخيارات.
8. مؤشرات الشبكة:
   • اتصالات صادرة من الخادم (netstat، lsof) تشير إلى عناوين IP مشبوهة.
9. قم بفحص البرمجيات الضارة:
   • استخدم ماسح ضوئي موثوق للبرامج الضارة (مبني على الإضافات أو خارجي) وماسحات متعددة المحركات حيثما أمكن.
10. البحث عن webshells:
    • أسماء شائعة: shell.php, upload.php, ، أو أسماء ملفات تحتوي على كود PHP في دليل التحميلات.
11. إذا تم اختراقه, ، حدد وقم بإدراج آثار الاستمرارية للإزالة الكاملة.

إذا لم تكن مرتاحًا لأداء ذلك بنفسك، فكر في الاستعانة بفريق استجابة للحوادث ذو خبرة. محاولات التنظيف غير المنسقة أحيانًا تجعل الأمور أسوأ.

---

remediation: التصحيح، الإزالة، الاستعادة - بأمان

بمجرد أن تحقق وتحدد ما تأثر، اتبع مسار تصحيح آمن:

1. قم بإيقاف الموقع أو وضعه في وضع الصيانة خلال عملية التنظيف النشطة.
2. إزالة الملفات الضارة الموجودة في التحقيقات، ولكن احتفظ بنسخة معزولة غير متصلة بالإنترنت للتحليل لاحقًا.
3. قم بإلغاء تنشيط أو إزالة الإضافات/الثيمات الضعيفة. إذا كان هناك تحديث متاح، اختبره ونفذه؛ وإلا قم بإزالة المكون حتى يتم توفير تصحيح.
4. استعادة من نسخة احتياطية معروفة جيدة فقط إذا كنت تستطيع التأكد من أن النسخة الاحتياطية تم أخذها قبل الاختراق. لا تقم أبدًا باستعادة نسخة احتياطية تحتوي بالفعل على الباب الخلفي.
5. قم بتدوير جميع بيانات الاعتماد: كلمات مرور إدارة ووردبريس، كلمة مرور قاعدة البيانات، FTP/SFTP، مفاتيح API. قم بتحديث الأملاح في wp-config.php.
6. تشديد أذونات الملفات: تأكد من منح الأذونات الكتابية الضرورية فقط (مثل 644/640 للملفات، 755/750 للمجلدات).
7. قم بالمسح مرة أخرى بعد التنظيف للتحقق من أن الموقع نظيف.
8. سجلات التدقيق للبحث عن أدلة على تسرب البيانات أو تأثير المستخدم.
9. تطبيق ضوابط الأمان على المدى الطويل: قواعد WAF، أقل امتياز، المراقبة.

كن منهجيًا. التسرع في استعادة موقع دون إزالة جميع نقاط الاستمرارية هو سبب شائع لإعادة الإصابة.

---

تعزيزات وسياسات على المدى الطويل

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

• حافظ على تحديث نواة WordPress والسمات والإضافات بجدول منتظم.
• قلل من عدد الإضافات ويفضل الإضافات التي تتمتع بصيانة نشطة وتاريخ مراجعة جيد.
• فرض كلمات مرور قوية ونشر المصادقة الثنائية (2FA) لجميع المسؤولين.
• تعطيل تحرير الملفات في لوحة التحكم: أضف حدد('منع تحرير الملف'، صحيح)؛ إلى wp-config.php.
• تحديد وصول منطقة الإدارة حسب IP إذا كان ذلك عمليًا (مؤقت أو دائم).
• تعطيل XML-RPC إذا لم يكن مطلوبًا، أو تقييده.
• استخدم HTTPS في كل مكان — HSTS وملفات تعريف الارتباط الآمنة.
• انقل wp-config.php خارج جذر الويب إذا كان مضيفك يدعمه وتأكد من أذونات الملفات الآمنة.
• تنفيذ مبدأ أقل الامتيازات لحسابات الخادم وقاعدة البيانات.
• استخدم نسخ احتياطية آمنة مع إصدار واحتفاظ خارج الموقع.
• مراقبة النزاهة: مراقبة تغيير الملفات وفحوصات الأمان المنتظمة.
• تقوية قاعدة البيانات: إزالة الحسابات غير المستخدمة، استخدام كلمات مرور قوية لمستخدمي قاعدة البيانات، إزالة الامتيازات غير الضرورية.

السياسات:

• سياسة إدارة التصحيحات (من، متى، خطة الاختبار).
• خطة الكشف عن الثغرات والاستجابة.
• جدول اختبار النسخ الاحتياطي/الاستعادة.
• قائمة جهات الاتصال للاستجابة للحوادث ومسارات التصعيد.

---

كيف يتناسب جدار الحماية المُدار مع استراتيجية الدفاع المتعمق الخاصة بك

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

• التصحيح الافتراضي: نحن ننشئ قواعد WAF التي تحظر أنماط الاستغلال المعروفة قبل إصدار البائع أو أثناء تطبيقك للتحديثات. التصحيح الافتراضي هو حل مثبت للعيوب المعروفة.
• مجموعات القواعد المدارة: تجمع قواعدنا بين حماية OWASP Top 10 العامة مع توقيعات محددة للتهديدات التي تم الكشف عنها حديثًا.
• مسح واكتشاف البرمجيات الضارة: يساعد المسح الآلي للتوقيعات المعروفة والقياسات الاستدلالية في اكتشاف العلامات المبكرة للاختراق.
• حماية النطاق الترددي غير المحدود: توقف عن الهجمات HTTP الحجمية المستهدفة لموقعك دون رسوم عرض نطاق مفاجئة.
• التخفيف من أدوات المسح الآلي واستغلال الثغرات: تحديد معدل الطلبات، حظر سمعة IP، وتحدي/استجابة (CAPTCHA) على التدفقات المشبوهة.
• الإزالة الآلية (لخطط المستوى الأعلى): تتضمن بعض الخطط الإزالة التلقائية لفئات معينة من البرمجيات الخبيثة، ودعم الإصلاح اليدوي حسب الحاجة.
• التنبيه والتقارير: تنبهك التنبيهات والتقارير في الوقت المناسب عندما يتم تفعيل حمايتنا وما هي الإجراءات التي تم اتخاذها.

لا يحل WAF محل التصحيح أو التكوين السليم، لكنه يقلل بشكل كبير من المخاطر أثناء التصحيح والتقوية.

---

نماذج قواعد WAF (مرجع تقني)

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

• حظر الحمولة المشفرة بتنسيق base64 في أجسام POST:
  إذا (يتطابق الجسم مع /base64_decode\(.{1,200}\)/i) حظر
• حظر أنماط حقن SQL الشائعة في سلاسل الاستعلام:
  إذا (يتطابق الاستعلام مع /(\bUNION\b.*\bSELECT\b|\bSELECT\b.*\bFROM\b.*\bWHERE\b.*\b=|--\s*$|/\*.*\*/)/i) حظر
• حظر محاولات الوصول إلى wp-config أو الملفات الحساسة:
  إذا (تحتوي uri على "wp-config.php" أو تحتوي uri على ".env" أو تنتهي uri بـ ".sql") حظر
• حظر مؤشرات webshell المعروفة:
  إذا (يتطابق الجسم مع /(eval\(|assert\(|preg_replace\(.+/e.+\)|system\(|passthru\(|exec\(|shell_exec\()/i) حظر
• تحديد معدل محاولات تسجيل الدخول والنقاط النهائية المشبوهة:
  إذا (المسار هو "/wp-login.php" وطلبات في الدقيقة > العتبة) تقديم CAPTCHA أو حظر
• حظر خصائص الحمولة RCE الشائعة (سلاسل طويلة، تشفيرات مشبوهة):
  إذا (يتطابق الجسم مع /(\\x[0-9A-Fa-f]{2}|%[0-9A-Fa-f]{2,}){20,}/) حظر

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

---

قائمة التحقق من الاستجابة للحوادث (قابلة للطباعة)

1. لقطة: إنشاء ملف + لقطة قاعدة بيانات على الفور.
2. عزل: تفعيل وضع الصيانة وتقييد عناوين IP الإدارية.
3. النسخ الاحتياطي: التأكد من وجود نسخة احتياطية حديثة غير متصلة.
4. تعطيل: إلغاء تنشيط المكون الإضافي/القالب المشتبه به.
5. فحص: تشغيل فحوصات البرمجيات الضارة والسلامة.
6. التحقيق: جمع السجلات، التحقق من تغييرات الملفات، التحقق من المستخدمين، التحقق من قاعدة البيانات.
7. تنظيف: إزالة الملفات الضارة والأبواب الخلفية (الاحتفاظ بنسخ الحجر الصحي).
8. تصحيح: تحديث نواة WP/المكونات الإضافية/القوالب إلى إصدارات مصححة.
9. تدوير: تغيير جميع كلمات المرور وتدوير المفاتيح/الأملاح.
10. تعزيز: تطبيق تعزيز فوري (DISALLOW_FILE_EDIT، تعطيل XML-RPC إذا لم يكن مستخدمًا).
11. مراقبة: زيادة الاحتفاظ بالسجلات ومراقبة إعادة العدوى.
12. الإبلاغ: إبلاغ المعنيين، وإذا لزم الأمر، المستخدمين المتأثرين.

---

ابدأ في حماية موقع WordPress الخاص بك مجانًا

ابدأ في حماية موقع WordPress الخاص بك مع الدفاعات الأساسية المجانية.

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

• قواعد جدار الحماية المدارة المصممة لـ WordPress
• حماية غير محدودة للنطاق الترددي لحركة مرور الويب
• تغطية جدار حماية تطبيق الويب (WAF) ضد مخاطر OWASP العشرة الأوائل
• فحص البرمجيات الضارة لاكتشاف الأبواب الخلفية الشائعة والحمولات الضارة
• تخفيف حيوي لأنماط الاستغلال الآلي الشائعة

إذا كنت ترغب في اتخاذ خطوة تتجاوز الأساسيات، فإن مستوياتنا القياسية والمحترفة تضيف ميزات مثل إزالة البرمجيات الضارة تلقائيًا، وقدرات القائمة البيضاء/السوداء لعناوين IP، وتقارير الأمان الشهرية، والتصحيح الافتراضي التلقائي للثغرات التي تم الكشف عنها حديثًا. يمكنك مراجعة الخطط والتسجيل في الخطة المجانية هنا: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

لقد أنشأنا الخطة المجانية لتكون خط الدفاع الأول القوي - احصل على الحماية في دقائق وامنح نفسك الوقت لتصحيح المشكلات بشكل صحيح.

ملخص الخطة

• الأساسي (مجاني): جدار ناري مُدار، عرض نطاق غير محدود، WAF، ماسح البرمجيات الضارة، تخفيف لمخاطر OWASP Top 10
• المعيار ($50/السنة): كل شيء في الأساسيات + إزالة البرمجيات الضارة تلقائيًا، حتى 20 عنوان IP في القائمة السوداء/البيضاء
• برو ($299/السنة): كل شيء في المستوى القياسي + تقارير شهرية، وتصحيح افتراضي تلقائي، وإضافات متميزة بما في ذلك مدير حساب مخصص وخدمات مدارة

---

كلمات أخيرة - تصرف الآن، ولكن تصرف بحكمة

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

إذا كنت تدير مواقع WordPress، اتخذ بعض الإجراءات اليوم:

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

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

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