Hangi modül nerede çalışır, neden?
Kurulum seçeneklerini değerlendirirken yalnızca modüllerin nerede çalıştığını değil, bunun nedenini de bilmek gerekir. Bir modülün yalnızca belirli bir ortamda çalışması, eksik bir özellikten değil, koruması gereken verilerin ve güvenlik mimarisinin gerekliliklerinden kaynaklanır.
| Modül | Kurum İçi | SaaS | Bu kurulumun nedeni |
|---|---|---|---|
| Çok Faktörlü Kimlik Doğrulama | ✓ | ✓ | Aynı MFA modülünü kendi sunucularınızda veya Mirket bulutunda kullanabilirsiniz. |
| Güvenli Self-Servis | ✓ | ✓ | Aynı dizin altyapısıyla hem kurum içi hem de bulut ortamında çalışır. |
| Tek Oturum Açma (SSO) | ✓ | ✓ | Her iki kurulum modeli de desteklenir. Kurum içi kurulumda SSO işlemleri ve kimlik verileri kendi ortamınızda kalır. |
| Ayrıcalıklı Erişim Yönetimi | ✓ | — | Ayrıcalıklı hesap bilgileri, oturum kayıtları ve komut geçmişi tasarım gereği kurum içi altyapınızda tutulur. |
| Sıfır Güven Ağ Erişimi | ✓ | — | Yetkilendirme, kimlik bilgileri, politikalar ve oturum kayıtları kurum içinde kalır. Mirket Relay üzerinden yalnızca uçtan uca şifrelenmiş oturum trafiği geçer. Relay, oturum anahtarlarını tutmaz ve trafiğin şifresini çözemez. |
| NHI LDAP Proxy | ✓ | — | Gerçek servis hesabı bilgileri ve dizin trafiği kurum içinde kalır. Uygulamalar ise kapsamı sınırlandırılmış sanal kimlik bilgileriyle doğrulanır. |
| Kimlik Tehdit Tespiti ve Müdahalesi | — | ✓ | Hizmet olarak çalışan platformun ürettiği oturum açma verilerini analiz eder. Bu nedenle MFA, SSO veya Güvenli Self-Servis modüllerinden en az birinin bulutta çalışması gerekir. Hizmet modeli, tehdit istihbaratının ve tespit mekanizmalarının sürekli güncellenmesini sağlar. |
İki kurulum modeli, belirleyici fark ITDR
Ayrıcalıklı Erişim Yönetimi, Sıfır Güven Ağ Erişimi ve LDAP Proxy her iki modelde de kendi altyapınızda çalışır. Böylece kimlik bilgileri, oturum kayıtları ve dizin trafiği veri merkezinizde kalır. Kurulum modelini belirleyen asıl tercih, çalışanlara yönelik kimlik doğrulama modüllerinin nerede çalışacağıdır. Bu tercih, Kimlik Tehdit Tespiti ve Müdahalesi (ITDR) özelliğinin kullanılabilirliğini de belirler.
Tüm modüller kendi sunucularınızda
Altı modül kurum içinde çalışır: MFA, Tek Oturum Açma (SSO), Güvenli Self-Servis, Ayrıcalıklı Erişim Yönetimi, Sıfır Güven Ağ Erişimi ve NHI LDAP Proxy. Kimlik doğrulama kayıtları dahil hiçbir kimlik verisi ortamınızdan çıkmaz. Bu modelde ITDR bulunmaz. Çünkü ITDR, bulut hizmetinin işlediği oturum açma verilerini analiz eder; tamamen kurum içi kurulumda bu veriler Mirket bulutunda oluşmaz. Veri yerleşimi konusunda katı gereksinimleri olan kurumlar genellikle bu modeli tercih eder.
Kimlik doğrulama bulutta, ayrıcalıklı erişim kurum içinde
MFA, Tek Oturum Açma (SSO) ve Güvenli Self-Servis hizmet olarak çalışırken Ayrıcalıklı Erişim Yönetimi, Sıfır Güven Ağ Erişimi ve NHI LDAP Proxy kendi sunucularınızda kalır. Bu model Kimlik Tehdit Tespiti ve Müdahalesi (ITDR) kullanımını mümkün kılar. Oturum açma verileri zaten Mirket bulutunda işlendiği için ITDR bunları ayrıca veri aktarımı gerektirmeden analiz eder.
Her iki modelde de kullanıcılarınızı ve erişimlerinizi tek konsoldan yönetirsiniz. Seçim, eksik veya tam bir ürün arasında değildir: Tüm kimlik doğrulama kayıtlarını kendi veri merkezinizde tutmayı mı, yoksa ek güncelleme projelerine ihtiyaç duymadan sürekli gelişen bir tehdit tespit katmanından yararlanmayı mı tercih ediyorsunuz?
Hangi veriler kurum içinde kalır?
Kurum içi modüllerde kimlik işlemleri ve hassas güvenlik verileri tamamen sizin kontrolünüzdedir. Dizin verileri, ayrıcalıklı hesap bilgileri, PAM oturum kayıtları, komut geçmişi, güvenlik politikaları ve denetim kayıtları kendi altyapınızda saklanır.
ZTNA bağlantılarında Mirket Relay üzerinden yalnızca uçtan uca şifrelenmiş oturum trafiği geçer. Relay oturum anahtarlarını tutmaz, ilettiği verinin şifresini çözemez ve oturum içeriğini saklamaz. Yetkilendirme kararları, aktarılan kimlik bilgileri ve oturum kayıtları kendi ortamınızda kalır. Mimariyi ayrıntılı olarak ZTNA sayfasında.
Hizmet olarak kullanımda da ağ sınırındaki güvenlik ilkeleri korunur. Ağınızın içindeki hafif gateway bileşenleri Mirket bulutuna yalnızca dışarı yönlü HTTPS bağlantısı kurar. Gelen bağlantılar için port açmanız veya sistemlerinizi internete yayınlamanız gerekmez. Dizin entegrasyonunda kullanılan Active Directory servis hesabı bilgileri ağınızdaki gateway üzerinde tanımlanır ve şifrelenerek burada saklanır.
Active Directory servis hesabınızın kimlik bilgileri Mirket bulutunda saklanmaz. Bu bilgiler kendi ağınızdaki gateway üzerinde tutulur. Kullanıcı parolaları da doğrudan kendi dizininizde doğrulandığı için Mirket bulutuna hiçbir zaman gönderilmez.
SaaS, dizin altyapınıza nasıl bağlanır?
Yüksek erişilebilirlik ve güncellemeler
Kurum içi kurulumda aktif-pasif yüksek erişilebilirlik mimarisi kullanabilirsiniz. Birincil sunucuyla sürekli eşitlenen ikinci sunucu, birincil sunucu yanıt vermediğinde otomatik olarak devreye girer. Güncellemeleri web arayüzü üzerinden, belirlediğiniz zamanda uygulayabilirsiniz. Hizmet modelinde ise erişilebilirlik ve güncellemeler Mirket tarafından yönetilir; iyileştirmeler bakım penceresi beklemeden sunulur.
Donanım gereksinimleri; kullanılan modüllere, yönetilen sistem sayısına ve eş zamanlı oturum kapasitesine göre değişir. Uygun kaynak planlaması ihtiyaç analizi sırasında birlikte yapılır.
