اسم البرنامج الإضافي	ملحق ووردبريس ميل مينت
نوع الضعف	كشف بيانات حساسة
رقم CVE	CVE-2026-27349
الاستعجال	قليل
تاريخ نشر CVE	2026-05-21
رابط المصدر	CVE-2026-27349

تعرض البيانات الحساسة في ملحق ميل مينت (≤1.19.5) — ما يحتاج مالكو مواقع ووردبريس إلى معرفته

ملخص: تم نشر ثغرة (CVE-2026-27349) تؤثر على ملحق ميل مينت لووردبريس (الإصدارات ≤ 1.19.5). تم تصنيف المشكلة على أنها تعرض بيانات حساسة (OWASP A3) مع درجة قاعدة CVSS تبلغ 4.3. تم تصحيحها في ميل مينت 1.20.0. على الرغم من أن هذه ثغرة منخفضة الخطورة، إلا أنها يمكن أن تكشف معلومات حساسة للمستخدمين المعتمدين الذين لديهم امتيازات مشترك. في هذه المقالة، نشرح التفاصيل الفنية، سيناريوهات المخاطر الواقعية، التخفيفات السريعة التي يمكنك تطبيقها على الفور (بما في ذلك التصحيح الافتراضي عبر WAF)، خطوات الإصلاح، والضوابط طويلة الأجل لتقليل المخاطر المماثلة عبر ممتلكات ووردبريس الخاصة بك.

---

ما أهمية ذلك

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

---

حقائق سريعة (نظرة سريعة)

• الملحق: ميل مينت
• الإصدارات المعرضة للخطر: ≤ 1.19.5
• الإصدار المصحح: 1.20.0
• الثغرة: تعرض البيانات الحساسة (OWASP A3)
• CVE: CVE-2026-27349
• درجة CVSS الأساسية: 4.3 (منخفضة)
• الامتياز المطلوب للاستغلال: مشترك
• تم الإبلاغ عنه للبائع: (باحث أمني)
• الإفصاح العام: 2026-05-21

---

نظرة عامة تقنية (ما هي الثغرة)

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

من تحليلنا وتفاصيل الإشعار العام، فإن الأسباب الجذرية المحتملة هي:

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

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

---

التأثير الواقعي: ما يمكن أن يفعله المهاجم

على الرغم من أن درجة CVSS منخفضة، إلا أن هناك طرقًا عملية يمكن استغلال الثغرة من خلالها:

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

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

---

من الأكثر عرضة للخطر؟

• المواقع التي تستخدم إصدارات Mail Mint ≤1.19.5.
• المواقع التي تسمح بتسجيل المستخدمين أو إنشاء حسابات مشتركين بواسطة مستخدمين غير موثوقين.
• التثبيتات متعددة المواقع حيث لا يتم فرض تحديثات المكونات مركزيًا.
• المواقع التي تتضمن إعدادات المكونات معلومات حساسة (بيانات اعتماد SMTP، مفاتيح API) ويمكن الوصول إليها من الواجهة الأمامية أو عبر نقاط النهاية.

---

الإجراءات الفورية (خلال دقائق)

1. تحديث المكون إلى 1.20.0 (أو أحدث إصدار متاح) — هذه هي الإصلاح النهائي.
   • إذا كان لديك تحديثات تلقائية مفعلة، تحقق من أن Mail Mint قد تم تحديثه بنجاح.
   • إذا لم تتمكن من التحديث على الفور، اتبع التخفيفات أدناه.
2. حظر أو تخفيف الوصول عبر جدار الحماية/WAF الخاص بك (تصحيح افتراضي).
   • إذا كنت تستخدم جدار حماية تطبيقات الويب (WAF)، أضف قاعدة لحظر الطلبات إلى نقاط النهاية أو الأنماط الضعيفة. انظر قواعد WAF المقترحة أدناه.
3. تقييد التسجيل وإنشاء المشتركين.
   • تعطيل التسجيل العام مؤقتًا (الإعدادات → عام → العضوية) أو تطبيق سير عمل الموافقة اليدوية.
   • إذا كنت بحاجة إلى فتح التسجيل، أضف خطوة تحقق إضافية (تأكيد البريد الإلكتروني مع رمز ومراجعة يدوية).
4. تدقيق حسابات المشتركين الجدد.
   • ابحث عن حسابات مشبوهة تم إنشاؤها بين تاريخ الكشف العام ووقت تحديثك وقم بإزالة أو تعطيل المستخدمين المشبوهين.
   • فرض كلمات مرور قوية و2FA للمستخدمين ذوي الامتيازات الأعلى.
5. قم بتدوير بيانات الاعتماد إذا كانت الإضافات تخزن أسرار SMTP/API.
   • إذا كانت الإضافة قد خزنت بيانات اعتماد SMTP أو API وتشك في أنها تعرضت، قم بتدوير تلك البيانات على الفور.

---

قواعد WAF / التصحيح الافتراضي المقترحة (أمثلة)

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

1. حظر الوصول إلى مسارات ملفات الإضافات / نقاط النهاية:
   • النمط: الطلبات التي تتضمن /wp-content/plugins/mail-mint/ وتستهدف admin-ajax.php, wp-json, ، أو ملفات PHP الخاصة بالإضافات في سياقات غير متوقعة.
   • مثال mod_security (مفاهيمي):

     SecRule REQUEST_URI "@contains /wp-content/plugins/mail-mint/" "id:1001001,phase:1,deny,log,msg:'حظر مسارات إضافة Mail Mint حتى يتم تصحيحها'"

2. حظر تعرض معلمات AJAX/REST المشبوهة:
   • إذا كنت تعرف اسم نقطة النهاية، حظر أو تطلب امتيازات أعلى:
   • مثال:

     SecRule REQUEST_URI "@rx /wp-json/mailmint/v1/" "id:1001002,phase:1,deny,log,msg:'حظر نقطة نهاية Mail Mint REST'"

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

     SecRule REQUEST_URI "@rx /wp-content/plugins/mail-mint/.+" "chain,deny,log,id:1001003,msg:'نقاط نهاية Mail Mint محمية'; SecRule REQUEST_COOKIES:wordpress_logged_in "!@rx admin|administrator""

4. تحديد معدل سلوك المستخدم المشبوه:
   • تحديد عدد المكالمات إلى نقاط النهاية من نفس عنوان IP أو وكيل المستخدم.
   • مثال: رفض الوصول المتكرر > 10 طلبات إلى نقطة نهاية الإضافة خلال 60 ثانية.

مهم: اختبر القواعد في بيئة staging أولاً. التصحيح الافتراضي هو حل مؤقت - يجب تحديث المكون الإضافي.

---

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

• طلبات غير متوقعة في سجلات الوصول تشير إلى مسارات المكون الإضافي (على سبيل المثال،, /wp-content/plugins/mail-mint/, /wp-admin/admin-ajax.php مع إجراءات محددة للمكون الإضافي).
• استدعاءات إلى نقاط نهاية REST أو admin-ajax من حسابات ذات دور المشترك التي عادةً لا تقوم بمثل هذه الاستدعاءات.
• حسابات مشترك جديدة تتجمع في فترة زمنية قصيرة.
• اتصالات صادرة من الموقع إلى مضيفين غير معروفين (تشير إلى احتمال تسرب البيانات).
• تغييرات في إعدادات المكون الإضافي أو تكوينات SMTP/API (تحقق من طوابع الوقت الأخيرة).

أين تبحث:

• سجلات وصول خادم الويب (Apache/Nginx)
• WordPress debug.log (إذا تم تمكينه)
• سجلات المكون الإضافي الأمني
• سجلات قاعدة البيانات (إذا كانت متاحة)
• سجلات لوحة التحكم في الاستضافة

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

---

العلاج: خطوات لإصلاح المشكلة بالكامل

1. قم بترقية Mail Mint إلى الإصدار 1.20.0 (أو أحدث).
   • تأكد من أن الترقية تمت بنجاح وقم بمسح الذاكرة المؤقتة.
2. قم بمراجعة تكوين المكون الإضافي بعد الترقية.
   • تأكد من عدم بقاء أسرار حساسة في تكوين المكون الإضافي دون داعٍ.
   • انقل أي بيانات اعتماد إلى مواقع آمنة - متغيرات البيئة أو خدمات مثل مدير الأسرار إذا كان مضيفك يدعمها.
3. راجع أدوار المستخدمين والقدرات.
   • تأكد من أن دور المشترك لديه فقط القدرات الأساسية.
   • ضع في اعتبارك استخدام مكونات إضافية لإدارة الأدوار لتقييد القدرات غير الضرورية.
4. راجع الشيفرة والنقاط النهائية المعرضة لمستخدمين ذوي امتيازات منخفضة.
   • يجب على مؤلفي المكونات الإضافية التأكد من أن النقاط النهائية تقوم بإجراء فحوصات للقدرات (على سبيل المثال، current_user_can(‘manage_options’) عند الاقتضاء) وتنظيف الاستجابات.
5. قم بتدوير أي بيانات اعتماد خارجية محتملة مكشوفة (SMTP، مفاتيح API، أسرار webhook).
   • حتى لو كانت البيانات الدقيقة المكشوفة غير معروفة، فإن التدوير يقلل من المخاطر.
6. تعزيز أمان الموقع بشكل شامل:
   • فرض أقل امتياز لجميع المستخدمين.
   • استخدم المصادقة الثنائية (2FA) لحسابات المسؤولين والمحررين.
   • نسخ احتياطية منتظمة وعملية استعادة مختبرة.
   • حافظ على تحديث جميع القوالب والإضافات والنواة.

---

تأمين وصول مستوى المشتركين (نصائح عملية)

• منع تحميل الملفات للمشتركين.
• إزالة القدرات مثل unfiltered_html أو edit_posts إذا كان سير العمل في موقعك يسمح بذلك.
• استخدم إضافة عضوية لإضافة خطوات الموافقة قبل أن يحصل الحساب على دور المشترك.
• تنفيذ CAPTCHA أو كشف الروبوتات على نماذج التسجيل لتقليل إنشاء الحسابات الآلية.

---

لمزودي الاستضافة والوكالات

إذا كنت تدير مواقع عملاء متعددة:

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

---

قائمة التحقق من الاستجابة للحوادث (إذا كنت تشك في وجود استغلال)

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

---

توصيات طويلة الأجل: تقليل سطح الهجوم وقابلية الاستغلال.

• اعتماد سياسة لاختبار ونشر تحديثات المكونات الإضافية ضمن اتفاقيات مستوى الخدمة المحددة (مثل، التحديثات الحرجة/التصحيح خلال 24-48 ساعة).
• استخدام نهج أمني متعدد الطبقات: تكوين WordPress محصن + WAF + فحص النقاط النهائية + النسخ الاحتياطية + المراقبة.
• استخدام نشر تدريجي للتحديثات على المواقع ذات الحركة العالية أو المعقدة (اختبار، ثم إنتاج).
• الحفاظ على جرد من المكونات الإضافية والإصدارات. إزالة المكونات الإضافية غير المستخدمة.
• تحديد أو فحص الشيفرة من الطرف الثالث وضمان اتباع بائعي المكونات الإضافية لممارسات دورة تطوير آمنة.
• تطبيق مبدأ أقل الامتيازات على الأدوار والقدرات عبر WordPress.

---

كيف نحمي (WP‑Firewall) العملاء من هذه الأنواع من التهديدات.

بصفتنا بائع جدار حماية WordPress وفريق أمان، نركز على تقليل تعرض العملاء وأوقات الاستجابة:

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

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

---

الأسئلة الشائعة

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

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

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

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

---

مثال على الجدول الزمني والإفصاح المسؤول (السياق)

• أبلغ الباحثون في الأمن عن المشكلة إلى بائع المكون الإضافي (إفصاح خاص).
• أصدر البائع تصحيحًا في Mail Mint 1.20.0 لإصلاح مشكلة التحكم في الوصول / كشف البيانات.
• تم نشر إشعار عام / CVE (CVE-2026-27349).
• أصدرت شركات الأمن ومقدمو الاستضافة تحذيرات مبكرة وإرشادات للتخفيف.

هذه هي دورة حياة الإفصاح المسؤول الشائعة. يقلل التصحيح السريع والتخفيف المنسق من التأثير.

---

أمثلة عملية: إدخالات السجل التي يجب البحث عنها

• نمط سجل الوصول: GET /wp-content/plugins/mail-mint/some-endpoint.php?param=…
• طلبات admin-ajax: POST /wp-admin/admin-ajax.php?action=mail_mint_action
• مكالمات REST: GET /wp-json/mailmint/v1/settings
• طلبات متعددة من نفس عنوان IP لإنشاء مستخدمي المشتركين: POST /wp-login.php?action=register

إذا رأيت هذه، اجمع السجلات وتصرف بسرعة.

---

بعد التخفيف: الالتزامات المتعلقة بالامتثال والإفصاح

إذا كنت تحدد أن البيانات الحساسة قد تم كشفها (البيانات الشخصية)، راجع التزاماتك القانونية:

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

اعمل مع مستشار قانوني إذا كنت غير متأكد.

---

ملخص الختام

• قم بتحديث Mail Mint إلى الإصدار 1.20.0 أو أحدث على الفور - فهذا هو الإصلاح الوحيد المضمون.
• إذا لم تتمكن من التحديث على الفور، قم بتطبيق التصحيح الافتراضي من خلال WAF وقيّد إنشاء المشتركين.
• قم بتدوير أي بيانات اعتماد قد تكون مكشوفة وقم بمراجعة حسابات المستخدمين.
• استخدم أمانًا متعدد الطبقات (WAF، المسح، المراقبة، النسخ الاحتياطي، أقل امتياز) لتقليل خطر تعرضك لمشاكل مماثلة في المستقبل.

---

قم بتأمين موقعك اليوم - خطة WP‑Firewall المجانية

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

• الحماية الأساسية: جدار الحماية المُدار، ونطاق ترددي غير محدود، وجدار حماية التطبيقات على الويب (WAF)
• ماسح ضوئي مستمر للبرامج الضارة
• التخفيف من مخاطر OWASP العشرة الأوائل
• لا تكلفة للبدء - تفعيل سريع

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

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

---

الملاحق

الملحق أ - الأمر المقترح للعثور على إصدار الإضافة في قاعدة البيانات

• استعلام عن جدول wp_options للحصول على active_plugins (مصفوفة مسلسلة) لتأكيد الإضافة والإصدار إذا لم تتمكن من تسجيل الدخول إلى واجهة الإدارة.

الملحق ب - الاتصال بمورد الإضافة والتقارير

• إذا اكتشفت تفاصيل إضافية أو سلوكًا مريبًا، أبلغ عنها لمورد الإضافة ومزود الأمان الخاص بك. احتفظ بسجلات اتصالاتك.

الملحق ج - مزيد من القراءة والموارد

• OWASP Top 10 - إرشادات تعرض البيانات الحساسة
• قائمة التحقق من تعزيز أمان WordPress: تحديد أذونات الملفات، تأمين wp-config.php، تعطيل تحرير الملفات، فرض بيانات اعتماد قوية، تمكين 2FA
• أفضل الممارسات لضبط WAF والتصحيح الافتراضي (اتبع وثائق البائع للحصول على بناء الجملة الدقيق للقواعد)

---

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