Bu yazı, Kurumsal BT Altyapısının Üç Sütunu serisinin üçüncü bölümüdür ve güvenlik sütununun mimari karşılığını ele alır.

Kurumsal güvenlik mimarisi onlarca yıl boyunca tek bir varsayım üzerine kuruldu: ağın içi güvenli, dışı tehlikelidir. Güvenlik duvarı bu iki bölgeyi ayıran sınırdı; içeri girebilen, güvenilir sayılırdı. Bu varsayım bugün geçerli değildir. Uzaktan çalışma, bulut uygulamaları, tedarikçi erişimleri ve mobil cihazlar "ağın içi" kavramını anlamsızlaştırdı. Zero Trust mimarisi, tam olarak bu varsayımın terk edilmesi üzerine kurulur.

Bu yazıda Zero Trust'ın dayandığı ilkeleri, mimarinin bileşenlerini, konuyla ilgili yaygın yanlış anlamaları ve kurumların bu modele nasıl aşama aşama geçebileceğini ele alıyoruz.

Çevre Savunması Neden Yetersiz Kaldı?

Klasik modelin zayıflığı teorik değil, tamamen pratiktir. Bir saldırgan oltalama yoluyla tek bir kullanıcı hesabını ele geçirdiğinde, çevre savunmasının koruma alanının içine girmiş olur. O noktadan sonra karşısına çıkan engel genellikle çok azdır: ağ düz bir yapıdaysa, tek bir uç noktadan veritabanı sunucusuna, dosya paylaşımına ve yönetim arayüzlerine ulaşabilir.

Ciddi veri ihlallerinin büyük bölümünde belirleyici olan şey, saldırganın ağa nasıl girdiği değil; girdikten sonra ne kadar rahat hareket edebildiğidir. Zero Trust'ın çözmeye çalıştığı sorun tam olarak budur: yatay hareketi kısıtlamak.

Zero Trust'ın Üç Temel İlkesi

1. Açıkça Doğrula

Her erişim talebi, kaynağından bağımsız olarak doğrulanır. Kullanıcının ağın içinde olması, VPN üzerinden bağlanması ya da daha önce doğrulanmış olması yeterli değildir. Doğrulama; kimlik, cihaz durumu, konum, erişilen kaynağın hassasiyeti ve davranışsal risk skoru gibi birden fazla sinyali birlikte değerlendirir.

2. En Az Yetki İlkesi

Her kullanıcı ve servis, işini yapmak için gereken minimum yetkiye sahip olmalıdır — ne fazlası, ne de "ileride lazım olur" diye bırakılanı. Bu ilke özellikle yetki birikmesi sorununa karşı işler: yıllar içinde departman değiştiren bir çalışanın eski yetkilerinin üzerine yenilerinin eklenmesi, çoğu kurumda fark edilmeyen ciddi bir risktir. Just-in-time erişim ve düzenli yetki gözden geçirmesi bu ilkenin pratik karşılığıdır.

3. İhlal Varsayımı

Mimari, saldırganın halihazırda içeride olduğu varsayımıyla tasarlanır. Bu bakış açısı soruyu değiştirir: "Nasıl engelleriz?" yerine "İçerideyse ne kadar ilerleyebilir?" sorusu sorulur. Mikrosegmentasyon, uçtan uca şifreleme ve kapsamlı loglama bu varsayımın doğal sonuçlarıdır.

Mimarinin Bileşenleri

Zero Trust, birbirini besleyen beş katman üzerinde çalışır:

• Kimlik: Mimarinin merkezidir. Güçlü kimlik doğrulama, merkezî kimlik yönetimi ve ayrıcalıklı hesapların ayrı bir disiplinle yönetilmesi olmadan Zero Trust kurulamaz.
• Cihaz: Erişim talebinde bulunan cihazın kurum envanterinde olup olmadığı, yama seviyesi ve güvenlik yazılımının durumu karar sürecine dahil edilir. Doğrulanmış bir kullanıcının yönetilmeyen bir cihazdan bağlanması, farklı bir risk seviyesidir.
• Ağ: Mikrosegmentasyon, ağı iş yükü seviyesinde bölerek yatay hareketi sınırlar. Düz bir ağda tek bir ihlal tüm ortamı açığa çıkarırken, segmentlenmiş bir ağda etki alanı sınırlı kalır.
• Uygulama ve veri: Erişim, ağ seviyesinde değil uygulama seviyesinde verilir. Verinin sınıflandırılması, hangi verinin hangi koşulda erişilebilir olacağını belirlemenin ön şartıdır.
• Görünürlük ve analitik: Sürekli izleme olmadan Zero Trust yalnızca bir yapılandırma listesidir. Erişim kararlarının kaydedilmesi ve davranışsal analizle desteklenmesi, mimariyi işler kılan katmandır.

Bu katmanların davranışsal analiz tarafındaki karşılığını serinin bir önceki yazısı olan Yapay Zekâ Destekli Siber Güvenlik içinde ele almıştık.

Yaygın Yanlış Anlamalar

• "Zero Trust bir üründür." Değildir. Satın alınabilecek tek bir Zero Trust çözümü yoktur; bu bir mimari yaklaşımdır ve mevcut bileşenlerin farklı bir mantıkla kurgulanmasını gerektirir.
• "Her şeyi sıfırdan kurmak gerekir." Gerekmez. Kurumların çoğu, ihtiyaç duyulan bileşenlerin önemli bölümüne zaten sahiptir; eksik olan genellikle bu bileşenler arasındaki bütünlük ve politika tutarlılığıdır.
• "Zero Trust kullanıcı deneyimini kötüleştirir." Doğru kurgulandığında tersi olur. Risk tabanlı doğrulama, düşük riskli erişimlerde kullanıcıyı hiç rahatsız etmez; yalnızca risk sinyali arttığında ek doğrulama ister.
• "VPN'imiz var, Zero Trust yapıyoruz sayılır." VPN, kullanıcıyı ağın içine alır ve genellikle geniş bir erişim verir — bu, Zero Trust'ın tam tersidir. Uygulama seviyesinde erişim veren modeller bu farkı kapatır.

Aşamalı Geçiş: Nereden Başlamalı?

Zero Trust'a tek seferde geçilmez; geçiş süreci yıllara yayılan bir olgunlaşmadır. Sağlıklı bir sıralama şöyledir:

• Birinci aşama — Envanter ve görünürlük: Hangi kullanıcıların, hangi cihazlardan, hangi uygulamalara eriştiği çıkarılmadan hiçbir politika yazılamaz. Bu aşama teknik değil, keşif aşamasıdır.
• İkinci aşama — Kimliğin güçlendirilmesi: Çok faktörlü doğrulamanın yaygınlaştırılması ve ayrıcalıklı hesapların ayrılması. En yüksek getiriyi en düşük maliyetle veren adım genellikle budur.
• Üçüncü aşama — Kritik varlıkların segmentasyonu: Tüm ağı bir anda bölmek yerine, en değerli sistemlerin çevresine sıkı sınırlar çekmek. Kapsamı dar tutmak, geçişin en riskli kısmını yönetilebilir kılar.
• Dördüncü aşama — Erişimin uygulama seviyesine taşınması: Ağ tabanlı geniş erişimlerin, uygulama bazlı ve koşullu erişimle değiştirilmesi.
• Beşinci aşama — Sürekli doğrulama: Erişim kararlarının oturum başında bir kez değil, risk sinyalleri değiştikçe yeniden değerlendirilmesi.

Bu sıralamada en sık yapılan hata, birinci aşamayı atlayarak doğrudan ürün seçimine geçmektir. Envanteri eksik bir kurumda yazılan erişim politikası, kaçınılmaz olarak ya iş süreçlerini kırar ya da fazla geniş kalarak amacına ulaşmaz.

Kurumunuz Hangi Olgunluk Seviyesinde?

• Başlangıç: Güvenlik çevre savunmasına dayanıyor; ağın içindeki erişimlerde ek doğrulama yok, ağ büyük ölçüde düz.
• Gelişmekte: Çok faktörlü doğrulama kritik sistemlerde devrede, ayrıcalıklı hesaplar ayrıştırılmış, envanter büyük ölçüde güncel.
• Tanımlı: Kritik varlıklar segmentlenmiş, erişim politikaları yazılı ve kaynak hassasiyetine göre farklılaşıyor; erişim kararları merkezî olarak loglanıyor.
• Olgun: Erişim uygulama seviyesinde veriliyor, cihaz durumu karar sürecine dahil, oturum içinde sürekli değerlendirme yapılıyor.

Kurumların büyük bölümü ilk iki seviyede yer alır ve bu bir eksiklik göstergesi değildir. Önemli olan, bulunulan seviyenin bilinmesi ve bir sonraki adımın bilinçli olarak seçilmesidir.

ORBİSİS Yaklaşımı: Mimari Önce, Ürün Sonra

ORBİSİS olarak Zero Trust projelerine ürün seçimiyle değil, mevcut erişim yapısının analiziyle başlıyoruz. 2013'ten bu yana kamu ve özel sektör müşterilerimiz için yürüttüğümüz projelerde; kimlik, ağ ve uygulama katmanlarını birlikte değerlendiriyor, geçişi iş süreçlerini kesintiye uğratmayacak aşamalara bölüyoruz. Özellikle çok paydaşlı kamu projelerinde, mimari kararların işletme gerçekliğiyle uyumlu olması belirleyicidir.

Bu yazıyla birlikte serinin güvenlik sütununu tamamlamış oluyoruz. Önümüzdeki dönemde süreklilik ve yönetişim sütunlarını kendi yazılarında ele alacağız.

Kurumunuzun erişim mimarisini Zero Trust ilkeleri doğrultusunda birlikte değerlendirmek için Siber Güvenlik Çözümleri ve Sistem Tasarım Hizmetleri sayfalarımızı inceleyebilir, uzman ekibimizle iletişime geçebilirsiniz.