فيه أسطر مجهولة اتضافت على HTML و PHP في الموقع، محتاج أكتشفها بسرعة

الـ SQL injection شي كلاسيكي جداً، يمكن عملوا استعلام select للمستخدمين وحطوا بيانات الأدمن في جداول wp-postmeta. امسح الإضافة وقتها، يعني أي إضافة ما عملت لها تحديث. أو احذف الجدول.. لكن لا مش كمان، شي صار دائماً...

الخطوات: 1) ادخل لقاعدة البيانات من phpmyadmin 2) خذ wp_options وافحص الكل 3) افحص wp_postmeta وشوف إذا في meta_key غريبة 4) سجلات FTP (في لوحة تحكم الاستضافة) 5) حقل post_content في جدول wp_posts — إذا في بوستات كثيرة وطيبة أو في أوامر سكربت امسحها 6) عطّل كل الإضافات والقوالب 7) حدث WordPress

قرأت إنك قلت إنك فقدت السيطرة على حاسوبك... كأنك عايش الموقف بشكل درامي كتير. الـ SQL injection شي بسيط، إذا ما عملت sanitize للاستعلامات، قاعدة البيانات بتتسرق. دور على "أي إضافة ما عملت لها تحديث"، وخلاص الموضوع.

عندي طريقة اختبار: اعمل restore من نسخة احتياطية كاملة في بيئة staging الخاصة بـ WordPress، حدث الإضافات والقوالب، وبعدين شوف إذا لسا موجودة. إذا ما موجودة في الـ staging، يعني المشكلة بنظام الملفات، وإذا موجودة، يعني بقاعدة البيانات. اشتغل حسب المسار اللي بدك تمشي فيه.

ما فهمت المشكلة كتير بس... شو هي قاعدة البيانات؟ شو هو الـ FTP؟ هل لازم أتعلم MySQL هلق عشان أحل هاد؟ ولا أكيد حدا رح يساعدني؟

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

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

هذا العنوان مؤرشف.

الإجابة أعلاه لخصت جوهر الأمر. ابدأ بتجربة صغيرة، لا تربط كل شيء دفعة واحدة.

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

ملخص سريع للجدد: عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

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

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

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

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

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

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

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

هناك شيء يجب الانتباه إليه. معظم الحوادث لا تبدأ من ثغرة أمنية، بل من كلمة مرور مسربة.

دعني أتركها كملاحظة، قد تكون مفيدة.

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

معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

أنت محق تمامًا. عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

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

عانيت من نفس الشيء.. لكن طيب فعل الجميع لشيء ما لا يعني أنه صحيح.

إمكانية الوصول إلى النسخة الاحتياطية عبر نفس الشبكة ونفس الهوية تجعلها جزءًا من الهدف. على كل حال مثبت بالتجربة.

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

معظم الحوادث لا تبدأ من ثغرة أمنية، بل من كلمة مرور مسربة. أتمنى أن يفيدك هذا.