الخلاصة

  • يحمي S3 Object Lock نسخة محددة من الكائن. في وضع الحوكمة يستطيع صاحب s3:BypassGovernanceRetention تجاوز مدة الاحتفاظ بطلب صريح، وتضيف وحدة التحكم ترويسة الطلب تلقائياً لمن يحمل الصلاحية.
  • في وضع الامتثال لا يستطيع حتى مستخدم الجذر تقصير المدة أو حذف النسخة المحمية خلالها. الحجز القانوني مستقل ولا يزيله تجاوز الحوكمة.

الباب الذي لا يظهر في صورة الأرشيف

يعرض المسؤول تاريخاً يقول إن الملف سيبقى محفوظاً. يطمئن الاجتماع، ثم يذهب أحدهم إلى شاشة IAM: هناك تظهر صلاحية s3:BypassGovernanceRetention. وضع الحوكمة يمنع الحذف العادي أو تقصير الاحتفاظ، لكنه يترك منفذاً لمن مُنح هذا الحق. تتطلب واجهة API إشارة صريحة إلى التجاوز؛ وتقول AWS إن وحدة تحكم S3 تضع الترويسة تلقائياً إذا امتلك المستخدم الصلاحية. هكذا يصبح الاستثناء جزءاً من المسار الإداري المعتاد.

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

وضع الامتثال يغيّر صفقة السلطة: خلال المدة، لا يختصر مستخدم الجذر الموعد ولا يحذف النسخة. أما الحجز القانوني فله مفتاح منفصل؛ لا يسقط مع تجاوز الحوكمة، ويمكن لمن يحمل s3:PutObjectLegalHold رفعه. وقد تبقى النسخة محفوظة لكن غير قابلة للقراءة إذا ضاع مفتاح التشفير. سلطة الحذف، وسلطة رفع الحجز، وحراسة المفتاح ثلاث وظائف مختلفة.

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

المصادر