أداة فحص أمان المواقع صنفت موقعنا كمصاب ببرمجية خبيثة — هل هي مشكلة حقيقية أم إنذار خاطئ؟

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

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

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

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

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

وصول تحذير للعملاء شي يضيق الصدر بس لا تهلع. إذا لسا ما ظهر تحذير أحمر في Google Search Console، فترافيكك ما بينقطع فوراً. مع ذلك، بدون تضييع وقت غيّر كلمات المرور وافحص الملفات سطر سطر مع مطوّرك. بصراحة وضع ينحل بنص يوم بخطوات هادية.

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

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

أتابع الموضوع.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

زالت حيرتي، شكراً لكم.

أحسنت، بارك الله في جهدك. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

أنا مشروع صغير، دعوني أشرح من منظوري. المسألة ليست الرقم، بل الأساس الذي بُني عليه.

لا تعتمدوا على إجراء وقائي واحد؛ اتبعوا نهج الطبقات.

أنت محق.

حدث معنا هذا. نسخة احتياطية غير مختبرة ليست نسخة احتياطية.

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

هل يمكنك توضيح هذا أكثر؟ انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار.

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

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

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. المسألة ليست الرقم، بل الأساس الذي بُني عليه.

تسير الأمور على ما يرام في الأشهر الثلاثة الأولى، وتظهر المشاكل في الشهر الرابع. هذا كل شيء، أرجو المعذرة إذا أطالت.