صلاحيات الملفات الخاطئة قد تحل مشكلة مؤقتة وتفتح بابًا أكبر للاختراق.

نُشر في 9 أغسطس 2026 · File Permissions / Updates / Hosting Safety

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

لماذا 777 خطر؟

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

WordPress يحتاج أحيانًا صلاحية كتابة في wp-content للرفع أو التحديث، لكن هذا لا يعني جعل كل الملفات قابلة للكتابة للجميع.

خطة مراجعة آمنة

ابدأ بفحص owner/group للملفات، ثم قارن الصلاحيات بالمخطط المعتاد: ملفات مقيدة ومجلدات قابلة للتنفيذ/الدخول عند الحاجة. لا تغير كل شيء دفعة واحدة لمجرد أن update فشل.

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

Checklist

• افحص owner/group قبل chmod.
• لا تستخدم 777 كحل عام.
• احصر الكتابة في المسار الذي يحتاجها فقط.
• راجع wp-content/uploads منفصلًا عن ملفات core.
• احتفظ بنسخة قبل تعديل ملف حساس.
• أعد الصلاحيات بعد انتهاء التحديث أو الصيانة.

أين تدخل ok4host؟

ok4host يراجع WordPress hosting كتشغيل كامل: صلاحيات ملفات، تحديثات، إضافات، سجلات أخطاء، ونسخ قبل التغيير حتى لا يتحول fix سريع إلى خطر أمني.

أسئلة شائعة

هل كل الملفات يجب أن تكون قابلة للكتابة من الخادم؟ لا، توثيق WordPress يوصي بتقييد الصلاحيات قدر الإمكان.

هل فشل التحديث يعني مشكلة صلاحيات دائمًا؟ لا، قد يكون السبب مساحة، ownership، أو تعارض إضافة.

ما أول فحص؟ owner/group ثم صلاحيات الملفات والمجلدات الأكثر حساسية.

المصادر

• WordPress Developer Resources: Hardening WordPress.
• WordPress Developer Resources: Changing File Permissions.
• WordPress Developer Resources: Editing Files.