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. Hesap kaynağını ve sahibini belirleyin
Yerel kullanıcı, LDAP ve Keystone/harici kimlik hesaplarını ayırın. Kullanıcının sahibi, şirket/tenant, parent admin ve ihtiyaç duyduğu kaynakları kaydedin. Aynı e-posta veya görünen adın aynı yetki kapsamı olduğunu varsaymayın; ilk denemeyi onaylı test hesabında planlayın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
022. Kullanıcı oluşturma yetkisini doğrulayın
İncelenen add_user kodunda superuser için Parent Admin seçimi gerekir; customer_admin oluşturduğu kullanıcıyı kendi altına bağlar. Normal kullanıcı oluşturma yetkisi reddedilir. Bu kaynak sözleşmesini kurulu sürümde doğrulayın; bayi/distribütör portalı veya otomatik davet akışı varmış gibi işlem yapmayın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
033. Parent ve tenant eşlemesini kontrol edin
Kullanıcı ekleme formunda kimlik, şirket/tenant, Parent Admin ve role_ep/grup alanlarını doğru kayıtla karşılaştırın. Kod yeni alt kullanıcıya parent’ın cust_no bilgisini aktarır. Yanlış parent seçimi veri kapsamını etkileyebilir; var olan bir üretim hesabını test için başka müşteriye taşımayın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
044. Parola ve kimlik sürecini güvenli tamamlayın
Yerel parolayı yetkili kullanıcı güvenli giriş sürecinde belirlemelidir; parola/app password değerlerini rehbere, loga veya ekran görüntüsüne koymayın. Harici kimliğin parolasını yerel hesap formunda değiştirmeyi varsaymayın. 2FA, parola reseti, ilk giriş zorunluluğu ve oturum iptali davranışını kurulu sürümde ayrıca doğrulayın.
Beklenen sonuçKimlik, kapsam ve kontrol sonucu kaydedilir.
055. Düzenleme ve silmenin kapsamını ayırın
Kimlik veya grup değişikliğinde mevcut parent/tenant ve kaynak görünürlüğünü önce kaydedin. İncelenen delete_user yolu customer_admin silindiğinde alt kullanıcıları ve bağlı server kayıtlarını is_deleted olarak işaretleyebilir. Soft-delete işareti kullanıcı panelinden geri alma garantisi değildir; silme yerine geçici devre dışı bırakma seçeneği de bu incelemede doğrulanmadı.
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.