İçeriğe atla
Ön GörüşmeDemo Talep Et
Identity & Digital Trust Pro · Yetenek raporuBölüm 07 / 17

Uçtan Uca Kimlik ve Güven İş Akışları — Trust Pro Identity & Digital Trust

24 uçtan uca akış: Yeni çalışanın ilk günü, Departman transferi, Çalışanın işten ayrılması, Yüksek riskli erişim talebi ve diğerleri.

Rapor bölümleri · 07/17

  1. 7.01Yeni çalışanın ilk günü

    1. İK kaydı ve kaynak alanlar doğrulanır
    2. İş rolü ve SoD kontrolü hesaplanır
    3. Hedef kimlik ve hesaplar açılır
    4. FIDO2/MFA kayıt süreci tamamlanır
    5. İlk oturum ve yetki testi doğrulanır

  2. 7.02Departman transferi

    1. Eski/yeni rol karşılaştırılır
    2. Toksik kombinasyon kontrol edilir
    3. Eski haklar kaldırılır
    4. Yeni haklar onayla açılır
    5. Hedef sistem reconciliation kapanır

  3. 7.03Çalışanın işten ayrılması

    1. HR ayrılış olayı alınır
    2. Aktif oturum ve tokenlar kapatılır
    3. SaaS/VPN/PAM/NHI erişimleri ayıklanır
    4. Sahiplik devri yapılır
    5. Offboarding kanıtı doğrulanır

  4. 7.04Yüksek riskli erişim talebi

    1. Talep ve iş gerekçesi girilir
    2. SoD/iş etkisi hesaplanır
    3. Uygulama ve veri sahibi onaylar
    4. JIT grant kısa süre açılır
    5. Süre bitince grant geri alınır

  5. 7.05Passkey geçişi

    1. Mevcut faktörler incelenir
    2. Kullanıcı cihaza passkey bağlar
    3. Origin ve challenge doğrulanır
    4. Recovery faktörleri yeniden değerlendirilir
    5. Başarı ve legacy fallback izlenir

  6. 7.06Yeni cihazdan hassas müşteri işlemi

    1. Müşteri girişi yapılır
    2. Yeni cihaz/konum riski ölçülür
    3. Phishing-resistant step-up istenir
    4. İşlem onayı ikinci kanalla doğrulanır
    5. İşlem ve risk kanıtı saklanır

  7. 7.07Tedarikçi uzak bakım

    1. Sözleşme/iş emri doğrulanır
    2. Vendor hesabı ve cihazı değerlendirilir
    3. Bakım penceresi ve JIT scope açılır
    4. RDP/SSH oturumu kayıtlı yürür
    5. Yetki kapanır ve servis kabul edilir

  8. 7.08Tier-0 admin hesabı riski

    1. Şüpheli log ve grup değişimi alınır
    2. Privilege graph ve hizmet etkisi açılır
    3. Güvenli müdahale iki aşamalı onaylanır
    4. Token/credential rotasyonu uygulanır
    5. Kimlik kurtarma ve audit doğrulanır

  9. 7.09Servis hesabı sırrı sızıntısı

    1. Sızıntı sinyali veya raporu oluşur
    2. Secret referanslı bağımlılıklar bulunur
    3. Yeni secret/sertifika hazırlanır
    4. Rotasyon kontrollü tamamlanır
    5. Eski secret iptal ve iş testi doğrulanır

  10. 7.10AI ajanı finansal tool çağırıyor

    1. Ajan kimliği ve delegasyon zinciri alınır
    2. Tool audience, işlem scope ve süre kontrol edilir
    3. Kritik tutar için insan onayı aranır
    4. Policy enforce allow/deny verir
    5. Olay, owner ve kanıt denetime yazılır

  11. 7.11MCP araç yetkisi genişledi

    1. Yeni MCP sunucusu / tool metaverisi keşfedilir
    2. Sahiplik ve kayıtlı scope kıyaslanır
    3. Eski grant ve güven politikası incelenir
    4. Yüksek riskli tool karantinaya alınır
    5. Yeni yetki taslağı güvenli testten geçer

  12. 7.12Yeni OAuth uygulaması onayı

    1. Publisher ve redirect URI doğrulanır
    2. Scope ve admin consent analizi yapılır
    3. İlgili veri sahibi onayı istenir
    4. Grant açılır ve süre koşulu eklenir
    5. Kullanım anomaliyle izlenir

  13. 7.13Sahte video ile uzaktan onboarding

    1. Belge ve cihaz metaverisi alınır
    2. Liveness/forensics çoklu sinyal üretir
    3. Haricî yetkili kaynaklar kontrol edilir
    4. Belirsiz dosya manuel incelemeye gider
    5. Karar gerekçesi ve itiraz yolu kaydedilir

  14. 7.14Dijital belge doğrulama

    1. VC veya imzalı dosya alınır
    2. Issuer/trust chain kontrol edilir
    3. Signature ve status/revocation doğrulanır
    4. İstenen attribute minimi karşılaştırılır
    5. Sonuç ve kanıt loglanır

  15. 7.15Kimlik sertifikası süresi doluyor

    1. CA/sertifika envanterinden uyarı
    2. Bağımlı uygulamalar ve owner listelenir
    3. Yenileme penceresi ve backup hazırlanır
    4. Yeni sertifika devreye alınır
    5. Eski zincir geçerlilik testi yapılır

  16. 7.16Federasyon sağlayıcı kesintisi

    1. IdP sağlık sinyali kesintiyi bildirir
    2. Etkilenen hizmet bağımlılıkları açılır
    3. Break-glass koşulları doğrulanır
    4. Failover veya alternatif kimlik akışı yürür
    5. RTO ve sign-in testi kanıtlanır

  17. 7.17Kimlik erişim sertifikasyon dalgası

    1. Kritik hak ve reviewer listesi üretilir
    2. Kullanım/SoD kanıtı eklenir
    3. İş sahibi keep/remove kararı verir
    4. Kaldırmalar hedef sisteme uygulanır
    5. Reconciliation ve denetim paketi kapanır

  18. 7.18Şüpheli token yeniden kullanımı

    1. Aynı token family farklı cihazda belirir
    2. Event korelasyonu ve fraud skoru oluşur
    3. Risk seviyesi ve blast radius belirlenir
    4. İnsan/policy tabanlı token revoke yapılır
    5. Etkilenen kullanıcı kurtarma akışına alınır

  19. 7.19MSSP çok müşteri denetim raporu

    1. Müşteri scope ve yetki doğrulanır
    2. Kritik kimlik KPI ve audit kaynakları çekilir
    3. Diğer tenant verileri filtrelenir
    4. Rapor imzalı/son kullanmalı yayımlanır
    5. Erişim ve indirme denetime yazılır

  20. 7.20Servis hesabı sahibi şirketten ayrıldı

    1. Leaver eventi NHI owner’a bağlanır
    2. Hizmet ve risk kritiklik belirlenir
    3. Yeni sorumlu ve güvence devri onaylanır
    4. Secret/role lifecycle güncellenir
    5. İş sürekliliği ve izlenebilirlik kontrol edilir

  21. 7.21Riskli MFA recovery sonrası ödeme

    1. Kurtarma olayı yüksek risk kaydına düşer
    2. Yeni faktör ve cihaz sinyalleri kontrol edilir
    3. Soğuma süresi veya step-up uygulanır
    4. Yetkili insan veya bağımsız kanal onayı gerekir
    5. İşlem ve fraud geri bildirimi izlenir

  22. 7.22Erişim policy as code değişikliği

    1. Yeni policy sürümü PR ile gelir
    2. Static ve SoD testleri çalışır
    3. Shadow evaluation ile etkilenen hesaplar görülür
    4. İnsanlar onaylı canary yayını yapar
    5. Rollback ve denial sonuçları ölçülür

  23. 7.23Dijital kimlik veri silme talebi

    1. Başvuru ve kimlik doğrulama alınır
    2. Saklama yükümlülükleri ayrılır
    3. Uygun kaynaklar için silme job oluşur
    4. Haricî sağlayıcılara talimat iletilir
    5. Kanıtlı kapanış/istisna bildirilir

  24. 7.24Holding birleşmesi sonrası IAM geçişi

    1. İki identity realm envanteri alınır
    2. Çakışan roller ve kimlikler ayrıştırılır
    3. Federation ve geçici yetki planlanır
    4. Pilot geçiş ve JML kontrolleri doğrulanır
    5. Eski trust/secret/kullanıcılar kapatılır