Kimlik, Ayrıcalık ve Zero Trust Erişimi

Ön koşul: Arven'in sipariş, ERP ve yönetim veri akışında trust boundary, tehdit yolu ve risk sahibini açıklayabilmelisin. Bu dersin sonunda insan ve workload kimliğini ayıracak; kimlik oluşturma, doğrulama, yetkilendirme ve geri almayı yaşam döngüsü olarak tasarlayacak; ayrıcalıklı ve acil erişimi kanıtlayacak; Zero Trust kararını ürün etiketi yerine kaynak politikası ve negatif testle değerlendireceksin. Yaklaşık 32 dakika anlatı, 20 dakika uygulama, 12 dakika kontrol önerilir. Kimlik yalnız kullanıcı adı değildir: gerçek kişiye veya hizmete bağlanan kayıt, rol, cihaz/oturum bağlamı, doğrulayıcı, yetki ve denetim izidir. Arven çalışanı, taşeron operatör, destek mühendisi, portal müşterisi ve ERP gateway workload'u aynı yaşam döngüsüne sahip değildir. Her biri için sponsor, ilk kanıtlama, hesap açma, değişen görev, geçici yetki, askıya alma ve silme tetiklerini ayrı yaz. İşten ayrılan kişi ile hâlâ çalışan servis hesabının riskleri farklıdır; yalnız yıllık erişim gözden geçirmesi hızlı revoke ihtiyacını karşılamaz.

Ayrıcalıklı erişim için önce yapılacak işi ve hedef kaynağı tarif et: ERP gateway config güncellemesi, Linux host patch'i, cluster admin işlemi veya backup retention değişikliği aynı yetki değildir. Least privilege, göreve yetecek en dar kaynak, eylem ve süreyi vermektir; sürekli global admin ile vardiya döndürmek değildir. Arven'de production değişikliğinin ayrı kişisel kimlikle yapılması, onay ve kayıt, gerekiyorsa oturum izolasyonu ve iş sonrası yetki kaldırma kanıtı gerekir. Privileged Access Management bir teknoloji alanıdır; satın alınan ürün tek başına rol tasarımı, kimlik sponsorluğu, erişim önkoşulu ve olay sonrası incelemeyi kurmaz. JIT erişim süreyi, JEA erişim kapsamını daraltır; iki terim kontrolün gerçekten işletildiğini kanıtlamaz. Yönetim düzlemi, backup konsolu ve kimlik sağlayıcı için ayrı admin rolleri ve mümkünse ayrık güven alanı tasarlanır. Tek bir ele geçirilmiş hesap iki tarafı kapatabiliyorsa bu ortak kontrol noktası risk kaydına girer.

NIST SP 800-207 Zero Trust'ı ağ içinde bulunana örtük güven vermemek ve korunan kaynağa yönelik erişimi değerlendirmek olarak açıklar. Bu, her request'in aynı kullanıcı deneyimiyle tekrar parola istemesi veya tüm network segmentation'ın kaldırılması demek değildir. Karar özne kimliği, cihaz ve oturum durumu, hedef kaynak, istenen eylem, risk sinyali ve geçerli politika üzerinden verilir; enforcement point kararı uygular. Arven ERP gateway'i için 'şirket VPN'inden gelen herkes erişir' kuralını değiştir: yalnız belirli workload kimliği sipariş iletebilsin, belirli süreli operatör config okuyup onaylı değişiklik yapabilsin, backup yöneticisi ERP config'e dokunamasın. Her izin için gözlemlenebilir karar ve denetim izi gerekir. Kontrol düzlemi ile veri düzlemini ayır; politika motoru veya identity provider kesildiğinde mevcut işlem akışının fail-closed, minimum hizmet veya emniyetli duruş davranışı iş sahibiyle kararlaştırılır.

Arven karar kartında dört erişim yolunu aynı şablona koy: müşteri siparişi okuma, API'den ERP yazma, destek config değişikliği ve backup retention yönetimi. Her yol için özne ve sponsor, kaynak, eylem, authentication/federation, authorization noktası, context, lifetime, log, revoke, emergency ve iş kabulü yaz. Ürün ismiyle başlamadan mevcut/gereken kanıtı ayır. İlk dersteki saldırı yolunu tekrar kullan: ele geçirilen destek hesabı ERP gateway config'ine ulaşabiliyor mu, ulaşırsa hangi noktada tespit ve izolasyon olur? Risk owner, 'erişim daraldı' demeden önce negatif test ve iş sürekliliği sonucunu görür. Gereksiz role sahip olmayan kullanıcı işe devam edebilmeli; yetkili kullanıcıya verilen kural performansı veya support süresini kabul dışına çıkarmamalıdır. İstisnayı sistemde gizli allow-all olarak bırakma; owner, süre, kompansasyon, test ve kaldırma tetiklerini yaz.