İçeriğe geçin

Müşteri portalı yetkilerini matrisle planlamak

İki şirket ve üç rol için hazırlanmış örnek matris, izin verilen görevleri veri kapsamı ve somut kontrollerle birleştiriyor.

Nora Henning1 dk okuma
Kişi, grup ve dişli simgeleri, yeşil onay işaretleri ve kırmızı çarpı içeren yeşil vurgulu yetki tablosu.

“Müşteri giriş yaptı” demek, hangi belgeleri okuyabileceğini veya hangi siparişleri oluşturabileceğini açıklamaz. Yetki planı kişiyi, istenen eylemi ve ilgili veri kapsamını birlikte tanımlar.

Aşağıdaki portal tamamen varsayımsaldır. C10 ve C20 şirketleri, roller ve kontroller bir tasarımdır; yapılmış güvenlik testi değildir.

İş görevinden matrise

Örnekte okuyucu şirket belgelerini görür, sipariş veren ayrıca sipariş oluşturur, müşteri yöneticisi şirket hesaplarını yönetir. Müşteri yöneticisi otomatik üst rol değildir; burada sipariş yetkisi verilmemiştir.

Şirket

Rol

Kendi şirketinin belgelerini okuma

Kendi şirketi için sipariş

Kendi şirket hesaplarını yönetme

Diğer şirket

C10

Okuyucu

Evet

Hayır

Hayır

Erişim yok

C10

Sipariş veren

Evet

Evet

Hayır

Erişim yok

C10

Müşteri yöneticisi

Evet

Hayır

Evet

Erişim yok

C20

Okuyucu

Evet

Hayır

Hayır

Erişim yok

C20

Sipariş veren

Evet

Evet

Hayır

Erişim yok

C20

Müşteri yöneticisi

Evet

Hayır

Evet

Erişim yok

Bu dağılım örnek bir karardır. Müşteri yöneticisinin sipariş yetkisine de ihtiyacı varsa ek atama açıkça planlanıp sınanmalıdır. Hangi şirket rollerini kendisinin atayabileceği de belirlenir. Buradan platform genelinde yetki çıkmaz.

Sınırı nesneye erişirken uygulayın

Menüyü saklamak, belgeye doğrudan erişimi engellemez. Sunucu kişinin seçilen şirket adına işlem yapabildiğini ve belirli belgenin izinli kapsama ait olduğunu denetlemelidir. Tarayıcıdan gelen şirket kimliği bir seçimdir; üyelik kanıtı değildir.

Kontrol yalnız ayrıntı sayfaları için değildir. Listeler, dışa aktarımlar ve yazma işlemleri de uygun kapsamla sınırlanmalıdır. Bu tasarımda açıkça izin verilmeyen birleşimlere erişim verilmez.

İzinli ve reddedilen yolları sınayın

Matristen uygulama öncesinde beklenen sonuçlar çıkarılabilir:

  • Okuyucu kendi şirketinin belgesini açabilir; bu rolle sipariş oluşturma reddedilir.

  • C10 yöneticisi, doğrudan adresle de C20 belgesini alamaz.

  • İzinli kullanıcı yönetimi yalnız kendi şirketinin hesaplarını değiştirir ve yalnız öngörülen rolleri atar.

  • Üyelik veya yetki kaldırılınca korunan işlem, önceden açılmış oturumla da yapılamaz.

İzinli durumları da reddedilenler kadar sınayın. Her şeyi engelleyen uygulama matrisi karşılamaz. Denenen sürüm için rolleri, veri eşlemesini ve beklenen sonucu kaydedin.

Matris erişim kurallarının bir bölümünü netleştirir. Teknik uygulamanın veya tam güvenlik değerlendirmesinin yerini tutmaz. Rol, veri yolu veya üyelik değişiklikleri plana ve ilgili kontrollere yansıtılmalıdır.

Kaynaklar

Yazan

  • Nora HenningBT Güvenliği EditörüNora Henning, ASES'te BT güvenliği içeriklerinden sorumludur. Uygulama güvenliği üzerine yazar; erişim yetkileri ile şirket verilerinin korunması arasındaki bağlantıyı açıklar.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile Yazılım geliştirme

Özel yazılım, web ve mobil uygulamalar