Erişim gözden geçirmeleri ve görevler ayrılığı

Neler değişti

Her içerik güncellemesi sürümlenir. Bir sürümü seçerek öncekiyle karşılaştırın.

Sürüm 5 → 6

Güncelleme

Ürün dokümantasyonuna göre yeniden yazıldı. Bu özellikler Monosign'a ait olduğundan kurs oraya taşındı. Otomatik iptal, çerçeve raporları ve eski zorlama adları kaldırıldı; yerine elle düzeltme ve görevler ayrılığındaki bilinen boşluklar anlatılıyor.

1 ders güncellendi

İçerik güncellemesi. Kayıtlı öğrenciler bilgilendirildi.

Önleyici görevler ayrılığı

**Görevler ayrılığı (SoD)**, bir kişinin, bir hatayı veya sahtekârlığı yapıp gizlemesine imkân veren haklar bileşimine sahip olmasını önler; örneğin bir tedarikçi oluşturup ödemesini onaylamak. ### Kurallar nerede Kurallar, Monosign'da **Workflows → Triggers → Add New** altında oluşturulan **tetikleyicilerdir**. **Category**'yi **Segregation of Duties** yapın, sakıncalı bileşimi **Rules** içinde `User.Permission`, `User.Role` veya `User.Group` gibi koşullarla tanımlayın ve ne zaman geçerli olacağını **Scope** altında sınırlayın. Eski **Security → Segregation of D.** ekranına artık ulaşılamaz. ::diagram sar-sod-enforce-detect ### Zorlama ve algılama ayrıdır **Decision**, kuralı değişikliğin yapıldığı anda zorlar: - **Allow** eylemleri çalıştırır. - **Block (Veto)** olayı reddeder. - **Require approval** olayı, kuyruğu **Triggers** altındaki **Approvals** sekmesi olan bir onaylayana yönlendirir. - **Allow & notify** izin verir, ama bildirim gönderir ve gerekçe ister. Birden fazla kural eşleşirse en kısıtlayıcı sonuç kazanır. Değerlendirme hata verirse sonuç reddetmedir. **Category**, kuralı bu bileşime zaten sahip kişileri arayan **algılayıcı tarama** için seçer. Sonuçlar **Identity → Visibility** altında **SoD violations** göstergesi ve SoD etiketi olarak görünür. Biri diğerini ayarlamaz; ikisini de yapılandırın. > İpucu: Erişim paketi onayları SoD tetikleyicilerinden geçmez; bu nedenle Block (Veto) kuralı, bir erişim paketiyle verilen bileşimi durdurmaz. Erişim paketlerini de SoD tasarımınıza dahil edin: her paketin ne verdiğini gözden geçirin ve sahipleri algılayıcı taramayla kontrol edin. Tarama tetikleyici başına en çok 3.000 sahibi kapsar. ### Ne yapılmalı - Tarama, Identity Visibility grafiği her yeniden oluşturulduğunda çalışır. Sonuçlarını düzenli kontrol edin; binlerce sahibi olan kuralda tetikleyici kapsamını bölün. - Erişim paketi tanımlarını sakıncalı bileşimler için elle inceleyin. - Bir çatışma iş gerekçesiyle kalacaksa, yöneticinin etkinliği gözden geçirmesi gibi telafi edici bir denetim belgeleyin. > İpucu: Kimsenin bakımını yapmadığı büyük bir matris yerine denetçilerinizin zaten sorduğu birkaç bileşimle başlayın.