BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
Yerel kullanıcı hiyerarşisi, Django Group izinleri ve Skyline/Keystone rol matrisi ayrı katmanlardır. Rehber incelenen kod/tasarım davranışını anlatır; kurulu sürümde bütün endpointlerin aynı kontrolü uyguladığına dair genel güvenlik kabulü değildir.
Görsel/kabul sınırı: bu tur kullanıcı/rol/yetki ekranlarının gerçek görüntüsü alınamadı; başka bir ekran yerine kullanılmadı. İçerik yerel kullanıcı/grup/storage handler’ları ve Keystone RBAC tasarımından hazırlanmıştır. Hesap, parola, rol/grup, yetki, tenant veya dış kimlik değişikliği ve kullanıcı silme yapılmadı.
- Hesap kaynağı, parent ve tenant/proje kimliği
- Hiyerarşi rolü, grup ve etkili izinler
- Kaynak/storage ataması ve izin verilen eylemler
- Onaylı test hesabı ve erişim gözden geçirmesi
011. Erişim kapsamını kaynakla birlikte tanımlayın
Yetkiyi kullanıcı/grup, şirket/tenant, parent, proje ve kaynak kimlikleriyle birlikte değerlendirin. Backup listesi, repository ataması, rapor alıcısı ve restore hedefi aynı sınırı otomatik paylaşmayabilir. Tenant filtrelemesi ve endpoint action kontrolünü ayrı kabul ölçütleri olarak kaydedin.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
022. Pozitif ve negatif erişim matrisi hazırlayın
Her test hesabı için görmesi gereken ve görmemesi gereken kaynakları yazın. Görüntüleme, create/edit/delete, run ve restore eylemlerini ayrı satırlarda değerlendirin. Üretim kaynağında izinsiz bir işlemi deneyerek test etmeyin; onaylı test tenant/kaynak ve son yazma eyleminden önce durulan prosedür kullanın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
033. Storage ataması ve kotayı doğrulayın
Yerel storage kapsamı kodunda alt user, customer_admin parent’ın storage ataması ve tenant kotasını devralabilir. Boş/geçersiz atama boş kapsamla sonuçlanır. Ekranda storage adının görünmesini tek başına yazma/restore izni saymayın; backend kimlik eşleşmesi, kota ve repository erişimini de kontrol edin. Legacy veritabanı alanını kullanıcıya elle düzenletmeyin.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
044. Harici proje sınırını doğrulayın
Skyline/Keystone akışında token doğrulanır ve issuer/user/project üçlüsü yerel external_identity kaydıyla bağlanır. Tasarımda eşleşmeyen kimlik 403 alır; otomatik tenant oluşturma varsayılmaz. Başka proje seçince kaynak ve eylem kapsamını tekrar kontrol edin. Tokenı URL’ye veya loga koymayın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
055. Hassas işlemler için etkili yetkiyi kontrol edin
Restore, storage değiştirme, kullanıcı/grup düzenleme ve rapor teslimi için gerçek endpoint kontrolünü kurulu sürümle karşılaştırın. _is_storage_admin gibi özel kod yollarında is_superuser veya mena_admin/super_admin şartları bulunabilir; yalnız Group kataloğuna bakarak karar vermeyin. Kontrolsüz genel yönetici ataması çözüm değildir.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
066. Ayrı test oturumunda erişimi doğrulayın
Onaylı test hesabıyla doğru tenant/proje ve kaynak listesini kontrol edin. Görüntüleme izni ile policy run, restore, storage değişikliği ve kullanıcı yönetimini ayrı değerlendirin. Olumsuz kontrol için yetkisiz eylemin reddini doğrulayın; gerçek üretim işi başlatmayın veya ayar değiştirmeyin. Menü gizlenmesi endpoint yetkisinin kanıtı değildir.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
077. Erişim gözden geçirmesini belgeleyin
Hesap, rol/grup, müşteri/proje, kaynak ataması, onaylayan ve kontrol tarihini kaydedin. Görev değişimi veya işten ayrılmada yerel ve harici kimlik erişimini ayrı gözden geçirin. Bu çalışma kullanıcı, grup, parola, 2FA, LDAP/Keystone eşlemesi veya yetki değiştirmedi; oturum sonlandırma/erişim kaldırma davranışı kurulu sürümde ayrıca doğrulanmalıdır.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
MERAK EDİLENLER
Grup adı tek başına yetkiyi kanıtlar mı?
Hayır. Grup permission’ları, hiyerarşi, tenant/proje, kaynak ataması ve endpoint action kontrolleri birlikte doğrulanır.