2026'da kimlik görünürlüğü neden bu kadar önemli hale geldi

Posted on 20 Eyl 2026

arkadaşlar, bugün biraz farklı bir konuya giriyoruz. saldırı tespit etme, zafiyet yamalama falan değil de daha temelden bir konu: kimlik görünürlüğü (identity visibility). “ya ne alaka” diyebilirsiniz ama beni dinleyin, verizon’un yıllık data breach raporlarına bakarsanız çalınan ve kötüye kullanılan kimlik bilgileri hala en sık kullanılan ilk erişim yöntemi. yani adam sizin sistemlere giriyorsa, büyük ihtimalle çaldığı bir kullanıcı adı-şifre ile giriyor.

nedir bu kimlik görünürlüğü meselesi

şöyle düşünün: elinizde 500 çalışan var, her birinin 10-15 farklı sisteme erişimi var, bir de bulut ortamları var, multicloud falan derken kim neye erişebiliyor, hangi yetkiler var, hangi hesaplar aktif kullanılıyor, hangileri unutulmuş durumda - bunların hepsini görebiliyor musunuz? işte kimlik görünürlüğü tam olarak bu.

klasik senaryo: bir çalışan ayrılıyor, active directory’den hesabı kapatılıyor ama aws’teki iam kullanıcısı duruyor, azure’daki service principal’ı duruyor, github’daki erişimi duruyor. sonra birisi o hesapları bulup kullanıyor, siz de “ama biz hesabı kapattık” diye ağlıyorsunuz.

bulut ortamları işi daha da karıştırdı

on-premise ortamda hayat nispeten basitti. active directory’niz vardı, ldap’ınız vardı, herşey bir yerdeydi. şimdi bakalım neler var:

  • aws iam kullanıcıları ve rolleri
  • azure ad (pardon microsoft entra id diyorlar artık)
  • google workspace hesapları
  • github organizasyon üyelikleri
  • kubernetes service account’ları
  • her saas uygulamasının kendi kullanıcı yönetimi
  • api key’ler, token’lar, secret’lar vs.

spoiler: bunların hepsini tek bir yerden göremiyorsanız, zaten görünürlüğünüz yok demektir.

hangi yetenekler önemli

kimlik görünürlüğü için bir çözüm ararken şunlara dikkat edin:

merkezi envanter:

  • tüm kimlik kaynaklarını tek yerden görebilmeli
  • sadece kullanıcılar değil, servis hesapları, api key’ler, token’lar da olmalı
  • gerçek zamanlı olmalı, dünün verileri işinize yaramaz

yetki haritalama:

  • kim hangi kaynağa erişebiliyor
  • hangi izinler var (read, write, admin vs.)
  • hangi roller atanmış
  • en önemlisi: gerçekte kullanılıyor mu bu yetkiler?

anomali tespiti:

  • normal kullanım paterni nedir
  • anormal davranışları görebilmeli
  • örnek: normalde 09:00-18:00 arası login olan hesap gece 03:00’te login oluyorsa alarm çalmalı

uyumsuz hesaplar:

  • kullanılmayan hesaplar
  • aşırı yetkili hesaplar
  • paylaşılan hesaplar (bunlar zaten olmamalı ama biliyoruz gerçeği)
  • süresi dolmuş erişimler

ne yapmalısınız şimdi

hemen bugün başlayabileceğiniz şeyler:

1. envanter çıkarın:

# aws'te tüm iam kullanıcılarını listeleyin
aws iam list-users --output table

# azure'da tüm kullanıcıları listeleyin
az ad user list --output table

# kubernetes'te service account'ları kontrol edin
kubectl get serviceaccounts --all-namespaces

2. kullanılmayan hesapları bulun:

# aws'te 90 günden fazla login olmayan kullanıcılar
aws iam generate-credential-report
aws iam get-credential-report --query 'Content' --output text | base64 -d > credential_report.csv
# csv'yi açıp password_last_used kolonuna bakın

# azure'da inactive kullanıcılar
az ad user list --query "[?accountEnabled==\`true\`]" --output table

3. aşırı yetkili hesapları tespit edin:

  • admin/root yetkisi olan hesapları listeleyin
  • gerçekten bu yetkilere ihtiyaç var mı kontrol edin
  • least privilege prensibini uygulayın (yani sadece gerekli yetkiyi verin)

4. mfa durumunu kontrol edin:

# aws'te mfa olmayan kullanıcılar
aws iam get-credential-report --query 'Content' --output text | base64 -d | \
  awk -F',' '$4=="false" {print $1}'

# azure'da mfa durumu
az ad user list --query "[].{Name:displayName,MFA:strongAuthenticationMethods}" --output table

iam çözümleri ve araçlar

piyasada birçok araç var:

  • iam identity center (aws): aws ortamınız için merkezi kimlik yönetimi
  • microsoft entra id: azure ve microsoft 365 için
  • okta, auth0: saas tabanlı çözümler
  • open source: keycloak, authentik gibi alternatifler
  • ciem araçları: (cloud infrastructure entitlement management) wiz, orca security, sonrai gibi

dikkat: araç almak yetmez, düzgün konfigure etmeli ve sürekli takip etmelisiniz.

pratik öneriler

agalar, şu konulara dikkat edin:

düzenli gözden geçirme:

  • her ay kullanıcı ve yetki listesini gözden geçirin
  • kullanılmayan hesapları devre dışı bırakın
  • gereksiz yetkileri kaldırın

otomasyondan faydalanın:

  • 90 gün login olmayan hesapları otomatik devre dışı bırakın
  • yeni hesap açılışlarında otomatik mfa zorunluluğu
  • aşırı yetkili hesap oluşturulduğunda alarm

loglama:

  • tüm kimlik işlemlerini loglayın
  • login/logout, yetki değişiklikleri, mfa değişiklikleri
  • logları merkezi bir yerde toplayın (splunk, elk, datadog vs.)

zero trust yaklaşımı:

  • hiçbir hesaba otomatik güvenmeyin
  • sürekli doğrulama yapın
  • network’te olması yetmiyor, kimlik doğrulaması şart

sık yapılan hatalar

bunları yapmayın arkadaşlar:

❌ “biz on-premise’deyiz, bulut yok” diye düşünmek (mutlaka bir yerlerde saas kullanıyorsunuzdur)
❌ sadece active directory’ye bakmak (diğer sistemleri unutmak)
❌ servis hesaplarını ihmal etmek (bunlar da kullanıcı kadar önemli)
❌ api key’leri ve token’ları takip etmemek
❌ “bir kere ayarladık, hallettik” mantığı (sürekli takip gerekir)

sonuç

kimlik görünürlüğü artık lüks değil, zorunluluk. saldırganlar sistemlerinize girmek için açık aramıyor, çalınan kimlik bilgilerini kullanıyor. verizon’un raporlarına göre breach’lerin büyük kısmı hala kimlik bilgisi hırsızlığı ile başlıyor.

edit: 2026’da artık “benim sistemimde kaç kullanıcı var, kim neye erişebiliyor” sorusuna cevap veremiyorsanız, ciddi bir güvenlik açığınız var demektir.

hemen bugün başlayın:

  1. envanter çıkarın
  2. kullanılmayan hesapları temizleyin
  3. aşırı yetkileri düzeltin
  4. mfa’yı zorunlu kılın
  5. sürekli izleme sistemini kurun

kaynaklar

Bu içerik yapay zeka tarafından oluşturulmuştur.