Zero Trust bugün neredeyse her güvenlik sunumunda geçen bir kavram. Ancak sahada karşılığına baktığımızda, çoğu zaman yanlış yerde, yanlış beklentiyle ve yanlış araçlarla ele alındığını görüyoruz. Bunun temel sebebi, Zero Trust’ın bir teknoloji ya da satın alınabilir bir ürün gibi konumlandırılması. Oysa Zero Trust; lisanslanan, kutulanan ya da tek bir vendor’dan alınan bir çözüm değildir. Zero Trust, bir mimari bakış açısıdır ve daha da önemlisi, bir davranış biçimidir.

Zero Trust’ın özü son derece nettir: Never trust, always verify. Hiçbir kullanıcıya, hiçbir cihaza, hiçbir bağlantıya varsayılan olarak güvenme. Güven, sürekli olarak yeniden kazanılan bir durumdur. Bu yaklaşım, klasik “içerisi güvenlidir, dışarısı tehlikelidir” varsayımını tamamen ortadan kaldırır. Çünkü modern IT dünyasında içerisi ve dışarısı artık net sınırlarla ayrılmış değildir.

Özetle:

• Zero Trust bir ürün değil, mimari yaklaşımdır
• Varsayılan güven kavramını reddeder
• Sürekli doğrulama esasına dayanır

Bu yazı, IT altyapısını sistem olarak ele alan serinin bir parçasıdır. Başlangıç noktası için: IT Altyapısı Bir Ürün Koleksiyonu Değildir

Zero Trust Hiçbir Üreticinin Malı Değildir

Zero Trust kavramı pratikte ilk olarak güvenlik üreticilerinin vizyonlarıyla şekillenmeye başladı. Ancak burada önemli bir ayrım yapmak gerekir: Zero Trust herhangi bir üreticinin “sahip olduğu” bir konsept değildir. Tek bir teknolojiyle temsil edilemez.

Bunun sebebi şudur: Zero Trust, aynı anda birden fazla katmanın birlikte ve tutarlı şekilde çalışmasını zorunlu kılar. Network, güvenlik, kimlik, kullanıcı, cihaz ve uygulama katmanları birbirinden kopuk çalışıyorsa, Zero Trust yalnızca bir söylem olarak kalır. Mimari olarak karşılığı yoktur.

Bu bölümün özü:

• Zero Trust vendor’a ait değildir
• Tek bir teknolojiyle kurulamaz
• Katmanlar arası tutarlılık gerektirir

Kullanıcı ve Cihaz Doğrulaması: Mimarinin Başladığı Yer

Zero Trust mimarisi pratikte çok temel bir soruyla başlar:

“Bu kullanıcı ve bu cihaz, şu anda erişmek istediği kaynağa gerçekten erişmeli mi?”

Bu soruya anlamlı bir cevap verebilmek için ilk adım, network’e dahil olan kullanıcıların ve cihazların doğrulanmasıdır. Active Directory, LDAP veya modern identity provider’lar bu yapının merkezinde yer alır. Kullanıcıya hangi kaynaklara erişebileceği sadece kimliğine değil, rolüne ve risk durumuna göre belirlenir.

Ancak Zero Trust açısından önemli olan yalnızca kullanıcının kim olduğu değildir; cihazın durumu, kurumsal envantere ait olup olmadığı ve güvenlik politikalarına uygunluğu da bu kararın bir parçasıdır.

Hatırlanması gerekenler:

• Kullanıcı doğrulaması tek başına yeterli değildir
• Cihaz kimliği ve durumu da değerlendirilir
• Erişim kararı bağlama göre verilir

VPN ≠ Zero Trust: Uzaktan Erişimin Doğru Çerçevesi

Uzaktan çalışma artık istisna değil, standarttır. Ancak birçok organizasyonda hâlâ klasik VPN mantığıyla hareket edilir: kullanıcı VPN’e bağlanır ve bir anda tüm lokal network’ün parçası haline gelir. Bu yaklaşım Zero Trust değildir. Bu yalnızca uzaktan erişimdir.

Zero Trust mimarisinde uzaktan erişim, “her yere erişim” anlamına gelmez. Kullanıcı yalnızca yetkili olduğu uygulamalara veya kaynaklara erişir. Amaç her zaman aynıdır: erişimi minimumda tutmak ve sürekli kontrol etmek.

Bu bölümün kilidi:

• VPN ≠ Zero Trust
• Erişim tüm network’e değil, kaynağa olmalıdır
• Yetki sürekli kontrol edilir

Sürekli Doğrulama ve MFA

Zero Trust’ı klasik güvenlik yaklaşımlarından ayıran en önemli nokta, doğrulamanın tek seferlik kabul edilmemesidir. Kullanıcı ve cihaz davranışı değiştikçe, erişim sürekli olarak yeniden değerlendirilir.

Bu noktada çok faktörlü kimlik doğrulama (MFA) devreye girer. SMS, mobil uygulama bildirimi, donanımsal token veya biyometrik doğrulama gibi ek katmanlar kullanılır. Özellikle mail server, finans sistemleri veya ERP gibi kritik uygulamalara erişimde, kullanıcıdan belirli aralıklarla kendini yeniden doğrulaması istenir.

Özetle:

• Doğrulama süreklidir
• MFA Zero Trust’ın temel bileşenidir
• Kritik kaynaklarda periyotlar kısaltılır

Firewall: Politika Karar Noktası

Firewall katmanı, Zero Trust mimarisinde merkezi bir rol oynar. Ancak bu rol, klasik anlamda “internet çıkışını kontrol eden cihaz” olmaktan çok daha fazlasıdır. Zero Trust yaklaşımında firewall, kimlik ve bağlam farkındalığı olan bir karar noktasıdır.

Firewall üzerinde tanımlanan kurallar yalnızca IP veya port bazlı olmamalıdır. Kullanıcı, grup ve uygulama bazlı kurallar yazılabildiğinde Zero Trust gerçek anlamda uygulanabilir hale gelir.

Switch, firewall ve AP’nin birlikte nasıl çalıştığını anlamak için: Switch, Firewall, AP — Doğru Ürünleri Seçmek Neden Yeterli Değildir

Bu katmanın özeti:

• Firewall politika karar noktasıdır
• Kimlik ve uygulama farkındalığı şarttır
• Port bazlı kurallar yeterli değildir

Access Katmanı: Zero Trust Buradan Başlar

Zero Trust yalnızca firewall ve VPN katmanında uygulanmaz. Mimarinin başladığı yer access katmanıdır. 802.1X ve NAC çözümleri bu noktada devreye girer. Tüm switch portları ve wireless erişimler merkezi bir sistem tarafından kontrol edilir. Kullanıcı veya cihaz network’e bağlanmadan önce doğrulanır ve bu doğrulama sonucuna göre dinamik olarak VLAN atanır veya politika uygulanır.

Bu bölümün özü:

• Zero Trust access katmanında başlar
• 802.1X merkezi kontrol sağlar
• Statik VLAN / SSID yapıları ölçeklenmez

Cihaz Profilleme ve IoT

Modern Zero Trust mimarilerinde yalnızca kullanıcı cihazları değil, network’e bağlanan tüm uçlar kontrol altına alınır. Yazıcılar, kameralar, IP telefonlar, kart okuyucular gibi cihazlar da doğrulama sürecine dahil edilir.

Yeni nesil NAC çözümleri DHCP fingerprint, CDP/LLDP bilgileri ve cihaz üretici bilgileri gibi birçok parametreyi birleştirerek cihaz profillemesi yapar. Cihazın güncel olup olmadığı, güvenlik durumu veya kurumsal standartlara uygunluğu da değerlendirilir.

Kilit noktalar:

• Cihaz profilleme kritik önemdedir
• MAC adresi tek başına yeterli değildir
• Envanter entegrasyonu şarttır

Misafir Erişimi: Güven Varsayılmaz

Zero Trust mimarisinde misafir erişimleri bile kontrol altındadır. Guest portal’lar aracılığıyla misafir kullanıcılar doğrulamadan geçirilir ve yalnızca belirli süre ve yetkilerle erişim sağlanır. Misafirler genellikle sadece internete çıkabilir; şirket kaynaklarına erişimleri sınırlıdır.

Bu bölümün özeti:

• Misafir erişimi sınırsız değildir
• Süre ve yetki bazlı kontrol uygulanır
• Güven varsayılmaz

Sürekli İzleme: Mimarinin En Kritik Parçası

Her katmanda erişim ve davranışlar izlenir ve kaydedilir. Anormal bir durum veya riskli hareket tespit edilirse, sistem otomatik olarak erişimi sınırlar veya ek doğrulama ister.

Altyapıda gerçek görünürlük nasıl kurulur: İzleme Zihniyeti: Sadece Görmek Değil, Anlamak ve Proaktif Hareket Etmek

Sonuç

Zero Trust bir ürün değildir. Tek bir cihazla kurulmaz. “Kurduk, bitti” denilemez.

Zero Trust; firewall, switch ve wireless altyapılarının; kullanıcı ve cihaz bilgilerini merkezi bir noktadan alarak birlikte çalıştığı, erişimin her aşamada yeniden sorgulandığı yaşayan bir mimaridir. Bu yüzden Zero Trust’ı satın alınacak bir teknoloji değil, tasarlanacak ve işletilecek bir yetkinlik olarak görmek gerekir.

Not

Bu makale ilk olarak Substack’te daha kısa, anlatısal bir biçimde yayınlanmıştı. Bu versiyon, serinin mimari temelini genişletiyor.

👉 Makaleyi Substack’te okuyun: Burayı Tıklayın

İlgili Yazılar

Mimari & Güvenlik Tasarımı

• 📐 IT Altyapısı Bir Ürün Koleksiyonu Değildir — Bu serinin temel yazısı
• 🏗️ Switch, Firewall, AP — Doğru Ürünleri Seçmek Neden Yeterli Değildir — Core network tasarımında sistem düşüncesi
• 📊 İzleme Zihniyeti: Sadece Görmek Değil, Anlamak ve Proaktif Hareket Etmek — Altyapıda gerçek görünürlük

Teknik Mühendislik

• 🔐 802.1X Projelerinde Başarı: Saha Deneyimleri — Kimlik tabanlı erişimin sahada uygulanması
• 🛡️ Network Packet Broker (NPB) Masterclass — Gelişmiş trafik görünürlüğü ve güvenlik stratejisi
• 🛠️ Ağın Arka Kapısı: Next-Gen Console Server Mimarisi — Her şey kesildiğinde out-of-band erişim

Gerçek altyapı tasarımı neden sistemlerle başlar, araçlarla değil

Bu yazı serinin mimari temeli olarak işlev görür. Switch’lerden, firewall’lardan, kablosuz ağlardan, Zero Trust’tan veya 802.1X’ten konuşmadan önce bir şeyi netleştirmemiz gerekiyor:

IT altyapısı, satın aldığınız ürünlerin toplamı değildir. Sistemlerin baskı altında birlikte nasıl davrandığının sonucudur.

Altyapı projelerinin gerçekte nerede başarısız olduğu

Altyapı girişimlerinin çoğu iyi niyetle başlar. Bir yenileme planlanır, bütçe onaylanır ve tartışma hızla ürün karşılaştırmalarına döner. Üreticiler değerlendirilir, özellik listeleri karşılaştırılır, veri sayfaları ayrıntılı incelenir.

Ancak bu projelerin çoğu pratikte başarısız olur — seçilen ürünler kötü olduğu için değil, altyapı hiçbir zaman bir sistem haline gelmediği için.

Yıllar içinde defalarca gördüğüm tablo şu: Her bileşen kendi başına mükemmel çalışır, ancak ortamın genel davranışı öngörülemezdir. Kimlik bir yerde yönetilir, segmentasyon başka bir yerde, politika uygulama başka bir yerde — ve operasyon elle bir araya getirilir. Bir şey bozulduğunda, hiçbir katmanın tam bağlamı yoktur.

Altyapı vardır. Ama altyapı davranışı yoktur.

Ürünler sorun çözer. Sistemler organizasyonları ayakta tutar.

Bir ürün, belirli bir sorunu çözmek için tasarlanır. Bir altyapı, bir organizasyonu ayakta tutmak için tasarlanır.

Bu ayrım ince ama kritiktir. Ürünler değiştirilebilir. Sistemler evrimleşmek zorundadır.

Altyapı bir araç koleksiyonu olarak inşa edildiğinde, kararlar yerel olarak optimize edilir. Her ekip kendi alanı için en iyi olanı seçer. Zamanla bu yerel optimizasyonlar küresel bir karmaşıklığa dönüşür. Entegrasyon kırılganlaşır, sorun giderme yavaşlar ve her değişiklik risk taşır.

Sistem odaklı tasarım farklı çalışır. Temel sorularla başlar:

• Kimlik nereden kaynaklanır ve ne kadar ileri gider?
• Güven sınırları nerede tanımlanır?
• Hangi bileşenler politika kararları alır, hangileri yalnızca uygular?
• Bağlam katmanlar arasında nasıl korunur?
• Bir şey başarısız olduğunda operasyonel olarak ne olur?

Bu sorulara net cevaplar olmadan, en iyi ürünler bile eninde sonunda birbirine karşı çalışacaktır.

Kimliğin ve güven sınırlarının pratikte nasıl tanımlandığına dair derinlemesine bir bakış için: Zero Trust Zihniyeti: Güvenliği Mimari Olarak Mühendislemek

Mimari baskı altında kendini gösterir

Her şey çalışırken altyapı tasarımı kolaydır. Mimari ancak bir şeyler ters gittiğinde ortaya çıkar.

Olaylar, ölçekleme sorunları, güvenlik ihlalleri ve operasyonel değişiklikler, hiçbir zaman yazılmamış tasarım varsayımlarını gün yüzüne çıkarır. Gevşek bağlantılı ürünlerden oluşan ortamlarda bu anlar yangın söndürme tatbikatlarına dönüşür. Geçici çözümler kalıcı istisnalar haline gelir. Zamanla altyapı tutarlılığını kaybeder.

İyi tasarlanmış sistemler farklı davranır. Zarif biçimde bozulurlar. Sorumluluklar nettir. Arızalar sınırlıdır. Kurtarma yolları önceden bilinir. Bu tesadüf değildir — bilinçli mimari kararların sonucudur.

Entegrasyon bir özellik değildir

Altyapı tasarımındaki en yaygın yanılgılardan biri, entegrasyonu bir onay kutusu olarak ele almaktır. Ürünlerin aynı standartları destekledikleri veya aynı üreticiden geldikleri için entegre olduklarına inanılır.

Gerçek entegrasyon uyumlulukla ilgili değildir. Paylaşılan bağlamla ilgilidir.

Kimlik farkındalıklı uygulama, tutarlı segmentasyon, birleşik loglama, öngörülebilir politika davranışı — bunlar “entegre” ürünler satın alınarak garanti edilmez. Bir sistemin parçası olarak tasarlanmalı, test edilmeli ve işletilmelidir.

Bunu olmadan entegrasyon yalnızca slaytlarda var olur.

Operasyon gerçek mimariyi tanımlar

Bir ortamın gerçek mimarisi diyagramlarda değil, operasyonel iş akışlarında bulunur.

• Değişiklikler nasıl devreye alınır?
• Olaylar nasıl teşhis edilir?
• İstisnalar nasıl yönetilir?
• Otomasyon nasıl hayata geçirilir?
• Sorumluluklar ekipler arasında nasıl bölünür?

Bu iş akışları manuel, parçalı veya belgelenmemişse, teknoloji yığını ne kadar modern görünse de altyapı bu gerçeği yansıtacaktır.

Bu nedenle otomasyon, gözlemlenebilirlik ve yaşam döngüsü yönetimi isteğe bağlı ekstralar değildir. Bunlar mimari unsurlardır. Tutarlı biçimde işletilemeyecek altyapı hiçbir zaman güvenli ölçeklenemez.

Altyapınızda gerçek gözlemlenebilirlik oluşturmak için pratik bir çerçeve: İzleme Zihniyeti: Sadece Görmek Değil, Anlamak ve Proaktif Hareket Etmek

Networking’den konuşmadan önce bu neden önemlidir

Networking genellikle bu sorunların ilk görünür hale geldiği yerdir. Trafik akışları kırık güven modellerini ortaya çıkarır. Segmentasyon eksik kimliği gözler önüne serer. Performans sorunları mimari kısayolları açığa çıkarır.

Ama networking kök neden değildir. O bir aynادır.

Bu yüzden bu seri buradan başlıyor. Core network tasarımına, üretici stratejilerine, Zero Trust’a veya 802.1X’e dalmadan önce ortak bir anlayışa ihtiyacımız var: altyapıya bir bütçeyle oluşturulmuş alışveriş listesi olarak değil, niyetle tasarlanmış bir sistem olarak yaklaşılmalıdır.

Bu seriyi yönlendiren ilke

Sonraki her makale tek bir ilke üzerine inşa edilir:

Önce sistemi tasarla. Sonra ürünleri seç.

Bu sıra tersine döndüğünde altyapı pahalı ve kırılgan hale gelir. Bu sıraya uyulduğunda altyapı öngörülebilir ve uyarlanabilir hale gelir.

Sırada ne var

Bu serinin bir sonraki makalesi bu düşünceyi doğrudan core network’e uygular:

• Core network’ün neden switch, firewall ve access point listesi olmadığı
• Entegrasyon, kapasite planlaması ve operasyonel bağlamın gerçek network mimarisini nasıl tanımladığı

Bu ilk makale temeli belirlemek için vardır. Diğer her şey bunun üzerine inşa edilir.

Not

Bu makale ilk olarak Substack’te daha kısa, anlatısal bir biçimde yayınlanmıştı. Bu versiyon, serinin mimari temelini genişletiyor.

👉 Makaleyi Substack’te okuyun: Burayı Tıklayın

İlgili Yazılar

Mimari & Güvenlik Tasarımı

• 🏗️ Switch, Firewall, AP — Doğru Ürünleri Seçmek Neden Yeterli Değildir — Core network tasarımında sistem düşüncesi
• 🛡️ Zero Trust Zihniyeti: Güvenliği Mimari Olarak Mühendislemek — Zero Trust neden bir ürün değil, bir felsefedir
• 📊 İzleme Zihniyeti: Sadece Görmek Değil, Anlamak ve Proaktif Hareket Etmek — Altyapınızda gerçek görünürlük nasıl inşa edilir

Teknik Mühendislik

• 🛠️ Ağın Arka Kapısı: Next-Gen Console Server Mimarisi — Her şey kesildiğinde out-of-band erişim
• 🛡️ Network Packet Broker (NPB) Masterclass — Gelişmiş trafik görünürlüğü ve güvenlik stratejisi
• 🔐 802.1X Projelerinde Başarı: Saha Deneyimleri — Kurumsal ağlarda kimlik tabanlı erişim