Aranan siteler: Eretek · Sistem Destek · Network · Siber Güvenlik · Uyum ve Denetim · web.eretek.com
Kullanıcı yaşam döngüsünü, tek oturum açmayı, MFA’yı ve erişim onaylarını kurum genelinde tutarlı bir kimlik modeline bağlıyor; işe giriş ve ayrılış süreçlerinde yetki birikmesini önlüyoruz.
İK’dan BT’ye bildirim gecikince eski çalışanların e-posta, VPN ve SaaS hesapları aylarca aktif kalabilir.
Departman değiştiren kullanıcı eski yetkilerini koruyarak zamanla gereğinden fazla erişime sahip olur.
Merkezi kimliğe bağlı olmayan uygulamalar zayıf parola, MFA eksikliği ve takip edilemeyen hesaplar demektir.
AD, Entra ID ve kritik uygulamalardaki hesapların, grupların ve sahiplerin çıkarılması.
İşe giriş, görev değişikliği ve ayrılış için İK–BT akışı, onaylar ve otomasyon olanakları.
Uygulamaların SAML/OIDC ile merkezi kimlik sağlayıcıya bağlanması ve MFA kapsamının tamamlanması.
Departman ve görev bazlı rol tanımları, dönemsel erişim gözden geçirmesi ve kanıt kaydı.
Kimlik projeleri teknik bir senkronizasyon işi gibi görünse de başarısı süreçlere bağlıdır. Rol modeli iş birimleriyle birlikte oluşturulur; yetki talepleri onay akışına bağlanır. Yüksek yetkili hesaplar PAM kapsamında ayrıca ele alınır; Active Directory denetimi ve Microsoft 365 güvenliği ile teknik temel güçlendirilir. Bu yapı Zero Trust yol haritasının ilk taşıdır.
ISO/IEC 27001 Ek A’daki erişim kontrolleri ve TISAX’ın kimlik yönetimi gereksinimleri, erişim haklarının düzenli gözden geçirildiğine dair kayıt bekler. Gözden geçirme süreci bu kanıtı otomatik olarak üretecek şekilde tasarlanır.
İK sistemi veya AD’nin kaynak kabul edildiği, hesapların tek yerden üretildiği model.
Entra Connect Sync veya Cloud Sync ile şirket içi ve bulut kimliklerinin tutarlılığı.
MFA yöntemleri, parolasız seçenekler (FIDO2, Windows Hello for Business) ve eski protokollerin kapatılması.
Grup ve rol bazlı erişim, uygulama rollerinin merkezi gruplara bağlanması.
B2B misafir hesapları için sponsor, süre ve gözden geçirme kuralları.
Oturum açma ve yetki değişikliği loglarının saklanması ve raporlanması.
İlk görüşmede hedef sistemleri, erişim yetkilerini, veri hassasiyetini ve iş sürekliliği beklentilerini belirliyoruz. Mevcut durumu kontrol ederek kapsam ve öncelik matrisi çıkarıyor; değişiklikleri kontrol noktaları, test ve geri dönüş planıyla uyguluyor, bulguları kayıt altına alıyoruz. Teslim edilen çıktılar sözleşme kapsamına göre netleştirilir.
Conditional Access ve dinamik gruplar için en az P1 gerekir; risk tabanlı politikalar, PIM ve erişim gözden geçirmeleri için P2 veya Entra ID Governance gerekir. Mevcut lisanslarınızla neler yapılabileceği önce belirlenir.
İK sisteminin API veya dışa aktarma yeteneğine bağlıdır. Doğrudan entegrasyon mümkün değilse onaylı bir form ve iş akışıyla yarı otomatik model kurulur.
SAML, OIDC veya LDAP destekleyen uygulamalar bağlanabilir. Desteklemeyen eski uygulamalar için parola kasası veya erişim kısıtı gibi telafi edici kontroller önerilir.
Kritik sistemlerde genellikle üç ayda bir, diğerlerinde altı veya on iki ayda bir yapılır; sıklık risk değerlendirmesine göre belirlenir.
Kullanıcı yaşam döngüsü, kimlik doğrulama ve erişim onaylarını kurum genelinde tutarlı bir modele bağlıyoruz.
Hesaplar, uygulamalar ve mevcut İK–BT akışı çıkarılır.
Rol modeli, onay akışı ve teknik entegrasyonlar tasarlanır.
SSO, MFA, otomasyon ve gruplar kademeli olarak devreye alınır.
İlk erişim gözden geçirmesi yapılır, süreç sahiplerine devredilir.
Mevcut ortamınızı ve hedeflerinizi konuşalım; öncelikli adımları belirleyelim.