Microsoft Entra ID Nedir?

Güvenlik

Microsoft Entra ID Nedir?

Kimlik, SSO, kullanıcı yaşam döngüsü, uygulama erişimi ve Conditional Access bağlamında Microsoft Entra’yı açıklar.

Microsoft Entra ID, kullanıcıların ve diğer kimliklerin bulut uygulamalarına nasıl erişeceğini yöneten kimlik ve erişim hizmetidir. Eski adı Azure Active Directory olan bu hizmet, hesap açıp kapatmaktan daha geniş biçimde oturum, grup, uygulama ve risk politikalarının merkezidir.

Bu rehber, ürünü yalnız özellik listesiyle tanımlamak yerine işletmenin karar, uygulama ve yönetişim sorularına odaklanır. Başlangıç noktası; bugün nasıl çalışıldığı, hangi bilginin kullanıldığı, hatanın neye mal olduğu ve beklenen sonucun nasıl ölçüleceğidir. Lisans, hizmet veya mimari seçimi bu çerçeve netleştikten sonra anlam kazanır.

01 · Temel çerçeve

Konuyu doğru parçalarına ayırın.

Microsoft Entra ID Nedir? değerlendirilirken tek bir ürün veya ekran üzerinden ilerlemek yanıltıcı olabilir. Sağlıklı bir çerçeve aşağıdaki yapı taşlarını aynı anda ele alır. Bu unsurlardan biri eksik bırakıldığında teknik olarak çalışan çözüm; kullanıcı, güvenlik veya işletim açısından sürdürülemez hâle gelebilir.

  • kullanıcı ve grup
  • tek oturum açma
  • uygulama kaydı
  • MFA
  • Conditional Access
  • servis kimlikleri
  • yönetici rolü
  • oturum ve denetim kayıtları

Yapı taşlarının sırası her işletmede değişebilir. Mevcut sistemin teknik borcu, kullanıcı sayısı, veri hassasiyeti ve dönüşüm hızı farklıdır. Bu nedenle hedef mimari, genel bir kontrol listesinin aynen uygulanmasıyla değil; bağımlılıkların ve sorumlulukların birlikte görülmesiyle oluşturulmalıdır.

02 · Karar noktaları

Teknik seçenekten önce iş kararını netleştirin.

Uygulama ekibi ile yönetim aynı kavramları kullanmalıdır. “Buluta geçmek”, “Copilot kullanmak” veya “Teams kurmak” tek başına ölçülebilir hedef değildir. Aşağıdaki kararlar yazılı hâle getirildiğinde kapsam, lisans ve güvenlik tartışması daha somut ilerler.

01kimlik kaynağı
02hesap yaşam döngüsü
03rol ve grup modeli
04parola dışı doğrulama
05konuk erişimi
06acil yönetici erişimi

Her karar için bir sahip, kabul ölçüsü ve yeniden değerlendirme tarihi belirlemek gerekir. Özellikle veri erişimi, dış kullanıcı, yönetici yetkisi ve otomatik işlem konuları “sonra bakarız” denildiğinde çözümün en pahalı ve riskli kısmına dönüşür.

03 · Uygulama yol haritası

Küçük ama temsil edici bir pilotla ilerleyin.

Pilotun amacı yalnız sistemin açıldığını görmek değildir. Veri, yetki, kullanıcı davranışı, hata, süre ve destek varsayımlarını gerçek bir grupla sınamaktır. Aşağıdaki sıra, büyük kesinti yaratmadan öğrenme ve geri dönüş imkânı sağlar.

  1. 01
    kimlik envanteri

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

  2. 02
    yönetici hesaplarını ayırmak

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

  3. 03
    MFA kaydı

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

  4. 04
    uygulama ve grup temizliği

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

  5. 05
    koşullu erişim pilotu

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

  6. 06
    düzenli erişim incelemesi

    Bu adım için sorumlu, girdi, tamamlanma ölçüsü ve başarısızlık durumunda uygulanacak işlem önceden belirlenir.

Pilot sonucunda kapsamın daralması başarısızlık değildir; gereksiz yatırımın erken önlenmesidir. Başarı ölçüleri sağlandıktan sonra kullanıcı, veri veya otomasyon yetkisi kontrollü dalgalarla genişletilir.

04 · Yaygın riskler

Teknolojinin çalışması, çözümün güvenilir olduğu anlamına gelmez.

Bir demo veya ilk test çoğunlukla mutlu yolu gösterir. Üretim ortamında ise ayrılan çalışan, kayıp cihaz, yanlış izin, çelişkili belge, servis kesintisi, tekrar işlem ve maliyet artışı gibi istisnalar belirleyicidir. Özellikle şu hatalar erken kontrol edilmelidir:

  • ortak hesap kullanmak
  • fazla sayıda kalıcı yönetici
  • acil erişim hesabı planlamamak
  • eski uygulama protokollerini açık bırakmak
  • konuk ve ayrılan çalışan hesaplarını izlememek

Riskleri sıfırlamak mümkün değildir; olasılığı ve etkisi azaltılır. Bunun için asgari yetki, test, kayıt, insan onayı, geri dönüş ve açık sorumluluk aynı tasarımın parçası olmalıdır.

05 · Sonuç ve ölçüm

Başarıyı uygulama sayısıyla değil, iş değişimiyle ölçün.

Yeni bir lisansın atanması veya hizmetin teknik olarak devrede olması sonuç değildir. Başarı; çevrim süresi, hata, bilgi bulma, erişim olayı, kullanıcı desteği, maliyet veya müşteri deneyimi gibi başlangıçta seçilmiş göstergelerde görülmelidir.

SONUÇ / 01tek merkezden erişim yönetimi
SONUÇ / 02daha hızlı işe giriş ve çıkış
SONUÇ / 03parola riskinin azalması
SONUÇ / 04uygulama erişiminin görünürlüğü
SONUÇ / 05özel SaaS uygulamalarında kurumsal giriş

İlk ölçüm noktası mevcut durumdur. Başlangıç değeri bilinmeden “iyileşti” demek mümkün olmaz. Düzenli gözden geçirme; kullanılmayan lisansları, sahipsiz içeriği, riskli yetkileri ve beklenen değeri üretmeyen otomasyonları görünür kılar.

06 · Sık sorulan sorular

Kısa yanıtlar

01Entra ID ile Active Directory aynı şey mi?

Aynı değildir. Yerel Active Directory ile kimlik senaryoları örtüşebilir ve birlikte kullanılabilir; Entra ID bulut tabanlı kimlik ve erişim hizmetidir.

02Entra özel uygulamaya giriş için kullanılabilir mi?

Evet. Uygulama kaydı, uygun protokol, izin ve rol tasarımıyla kurumsal SSO sağlanabilir.