تعرضنا لهجوم تسميم الـ SEO — ما الهدف الأكثر شيوعًا منه وكيف نكتشفه؟

اتصلوا بالخادم عبر SSH واستخدموا أداة curl مع إرسال الطلب بهوية Googlebot للاختبار. عند إرسال طلب من الطرفية بهوية روبوت البحث ستشاهدون أكواد إعادة التوجيه وروابط السبام المطبوعة بالعين المجردة في كود HTML العائد. عادةً ما يضعون سطر include معقدًا في أعلى ملفات wp-blog-header أو index.

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

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

لا تظنوا أن فحص الملفات وحده يعني تنظيف الفيروس تمامًا. هؤلاء يتركون عادةً مهام مجدولة (cron jobs) على الخادم تقوم بإعادة تحميل الملفات الخبيثة من جديد. تمسحون الملف فيعمل الـ cron في منتصف الليل ويسحب نفس ملف PHP مجددًا من خادم خارجي. لن تتخلصوا من المشكلة دون تنظيف المهام المجدولة.

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

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

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

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

هناك أربع خطوات إلزامية لا يجب تفويتها أثناء التنظيف: 1) تجديد جميع كلمات مرور مستخدمي قاعدة البيانات، 2) إعادة تعيين مفاتيح الأمان (salt keys)، 3) حذف أي ملفات PHP قابلة للتنفيذ داخل مجلد رفع الملفات (upload)، 4) فحص سجلات الوصول (access logs) على السيرفر وسد مصدر الاختراق الأول.

أنت محق تمامًا. عندما نتخذ قرارات دون قياس، نعود لنفس النقطة دائماً.

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

لا تتجاهل شيئاً: محاولة فعل هذا بمفردك هي أغلى الطرق.

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

لم أكن أعلم بهذا.

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

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

ملخص سريع للجدد: الإجراء المتخذ دون جرد المخزون يترك باباً لا تراه مفتوحاً.

لو كنت مكانك، لسلك هذا المسار.

حدث معنا هذا. يعني إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.

أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار. لو كنت مكانك، لسلك هذا المسار.

أتفق، بل أود التأكيد على هذه النقطة ولا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

القرار المتسرع يصبح قراراً يُصحح بعد ستة أشهر. مثبت بالتجربة.

هناك نقطة أثارت فضولي. لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

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

زالت حيرتي، شكراً لكم. أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

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

سأجرب ذلك.