موقع WordPress اتسرق، كل قاعدة البيانات مشفرة، ما في كلمة سر ولا شي — إذا تجاهلتها وعملت تنصيب جديد؟

اعمل تنصيب جديد يا صاحبي، الموضوع صعب، ابدأ من الصفر. لو كلمة مرور قاعدة البيانات اتكسرت، فريق الأمان يشوفها، لكن في الاستضافة الـ restore هو الحل...

قاعدة البيانات محمية؛ خبر حلو، لو فقدت الوصول تقدر تنقذها من النسخة الاحتياطية. شوف الـ MySQL dump، لو فيه كود shell داخل base64 فالنسخة الاحتياطية دي ملوثة كمان. لو عندك وصول لـ SSH، قارن تواريخ الملفات مع access.log — حدد تاريخ الاختراق، وخد أحدث نسخة احتياطية قبله.

يا صاحبي، في حاجات كتير لازم تتعمل بس الموضوع مش معقد. تاني مرة — ارجع للنسخة الاحتياطية للـ 7 أيام، وبعدين راجع الإضافات (plugins). لو فيه إضافة غريبة امسحها. وكمان لازم تعمل دلوقتي: غيّر كل كلمات المرور، من FTP ومن MySQL ومن cPanel، كلها. وفعّل fail2ban يعني، خلينا نشوف...

مواقع WordPress غالباً بتتخترق بسبب ثغرة في إضافة أو كلمة مرور ضعيفة. انتا اعمل الخطوات دي: 1) حدد أقدم نسخة احتياطية نظيفة، 2) نزلها، 3) افحصها على جهازك المحلي (فحص فيروسات، تجزئة الملفات)، 4) ارجعها، 5) حدث كل الإضافات، 6) غيّر كل كلمات المرور (مستخدم قاعدة البيانات، FTP، cPanel، مدير WordPress)، 7) ثبت إضافة WP Security، 8) راقب لمدة أسبوعين، لو اتخترقت تاني اعمل نسخة احتياطية لقاعدة البيانات — والمرة دي انقل لاستضافة تانية.

ووردبريس حتى أكبر الشركات بتتعرض للاختراق لكن انت كمان اتاخدت؟ طيب أهلاً بالنادي 😂 دلوقتي اتعلم الدرس، غيّر الباسورد، ركّب شهادة SSL، وبعدين كل حاجة هتمشي تمام.

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

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

أنت محق، لقد مررت بنفس المسار. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

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

كنت أفكر في نفس الشيء. لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

هذا كل شيء، أرجو المعذرة إذا أطالت.

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

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

تم الحفظ.

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

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

لهذا النهج ثمن، لكنه لا يُناقش. لا تعتمدوا على إجراء وقائي واحد؛ اتبعوا نهج الطبقات.

أتمنى أن يفيدك هذا.

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

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

دعوني ألخص ما قيل حتى الآن. معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

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

زالت حيرتي، شكراً لكم. الحلول التي تنجح على نطاق صغير تنهار عند التوسع، تعلمت هذا متأخراً.

تقرير الفحص الآلي ليس نفس اختبار الاختراق. مثبت بالتجربة.

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

هناك نقطة أثارت فضولي. لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها.

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

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

مثبت بالتجربة.