Ayarlar

Ayarlar, cihazın yapılandırma yüzeyidir. Sayfa başlığı bunu şöyle tarif eder: Manage your account, how detection behaves, and who can get in. — soldaki gezinmede üç bölme grubu ve her bölme, arkasında kendi API uç noktası bulunan ayrı bir kayıtlı yapılandırma.

Screenshot pendingÜç gezinme grubu — Hesap, Tespit ve işleme, Kimlik ve erişim — ve açık Profil bölmesiyle Ayarlar sayfası/assets/screenshots/settings-overview@0.4.png

Ayarlar altında neler var

Hesap

Oturum açmış her hesap, rolü ne olursa olsun bu üçüne erişir.

Tespit ve işleme

Kimlik ve erişim

İki sistem sayfası Ayarlar'ın içinde değil yanında durur: Lisans ve Sistem güncellemeleri.

Kim neyi değiştirebilir

Ayarlar'a erişim birbirinden bağımsız iki yerde belirlenir ve bir değişikliğin geçmesi için ikisinin de hemfikir olması gerekir.

Hangi bölmelerin listeleneceğine pano karar verir. Dokuz yapılandırma bölmesi yalnızca superadmin ve onun salt okunur ikizi viewer rolüne gösterilir:

• ML İşçi Ayarı, Model Yönlendirme, Prompt Sıkıştırma, Doküman Maskeleme
• Veri Saklama, SIEM Aktarımı, Yardım asistanı, Sertifikalar
• Parola teslimatı

Liste geleneğe değil tek bir kurala dayanır: saklama kanıt silebilir, SIEM aktarımı tespit üst verisini makinenin dışına gönderir ve yardım asistanı bölmesi, bu cihazdaki herkesin yardım sorularının incelenip incelenmeyeceğine karar verir. Üçü de cihaz genelindedir, bu nedenle üçü de aynı listededir.

Bir auditor hesabı yalnızca Hesap grubunu görür. Ayarlar'a tam olarak tek bir nedenle erişir — tohumlandığı parolayı değiştirmek — ve diğer her grup, açılmayı reddeden bağlantılar gösterirdi.

Değişikliğin kabul edilip edilmeyeceğine API karar verir. Her bölmenin uç noktası kendi rol gereksinimini taşır ve bu gereksinim, panonun ne çizdiğinden bağımsız olarak uygulanır:

Bir viewer hesabı, değişiklik yapan her istekte, hangi uç noktayı çağırdığına göre değil isteğin biçimine göre genel olarak reddedilir. Ret READ_ONLY_ROLE kodunu taşır ve bölmeler Salt okunur demo görünümü bildirimiyle salt okunur görüntülenir.

Sınırlar ve bilinen boşluklar

Bölme bazlı erişim, erişim denetimi değildir. Ayarlar, sayfa matrisinde tek bir satırdır ve temel erişimi her rolü kabul eder; dolayısıyla matris tek bir bölmeyi kısıtlayamaz. Dokuz bölmelik superadmin listesi panoda sabittir ve ağ geçidi bunu sapmaya karşı denetler. Bağlantıları gizler; hiçbir şeyi reddetmez. Sınır olarak uç noktanın rol gereksinimini alın.

İki yarı bugün her iki yönde de uyuşmuyor. Pano; Sertifikalar, Veri Saklama, SIEM Aktarımı ve Yardım asistanı bölmelerini bir admin_user'dan gizler, oysa ağ geçidi dördünde de bu rolü kabul eder — bir yöneticinin bunlara arayüzden ulaşması için superadmin olması ya da API'yi doğrudan çağırması gerekir. Diğer yönde ise dört kimlik bölmesi normal_user için listelenir; ancak o uç noktalar bu rolün isteklerini reddeder.

Yetenekler bildirilir, uygulanmaz. Çoğu ayar uç noktası ayrıca bir yetenek bildirir — system.certificates, retention.view ve retention.manage, ldap.configure, password_delivery.configure, integrations.manage. İstisna yardım asistanı bölmesidir: help.configure yetenek modelinde vardır, ama yardım ayarlarını yazan iki uç noktanın hiçbiri onu bildirmez; dolayısıyla gölge kip onları hiç izlemez. Yetenek modeli gölge kipte çalışır: ne karar vereceğini hesaplar, karşılaştırmayı kaydeder ve hiçbir şeye karar vermez. Uygulayıcı kip talep edildiğinde reddedilir ve gölge olarak çalışır. Uygulayan şey rollerdir.

İlgili görevler

• Sertifikalar — istemcilerinizin zaten güvendiği bir sertifika sunun.
• Active Directory ve LDAP — kullanıcıların alan hesaplarıyla oturum açmasını sağlayın.
• Erişim denetimi — beş rol, her birinin neyi okuyabileceği ve sayfa matrisi.