Bir cihazın şirket ağına bağlı olması, bütün uygulamalara güvenilir biçimde erişmesi gerektiği anlamına gelmez. Uzak çalışma, bulut servisleri ve farklı iş ortaklarıyla entegrasyon bu ayrımı daha görünür hâle getirir. Zero Trust yaklaşımı, erişim kararını yalnızca ağın içinde veya dışında bulunmaya dayandırmamak için bir çerçeve sunar.
Zero Trust tek bir ürün kurulumu veya VPN'in adının değiştirilmesi değildir. Kimlik, cihaz, uygulama ve veri erişimlerinin birlikte ele alındığı bir tasarım yaklaşımıdır. CieloSync açısından başlangıç noktası bütün araçları değiştirmek değil, kurumun kritik erişim yollarını ve bu yollardaki belirsizlikleri görünür kılmaktır. Bu yazı, ilk çalışma alanlarını seçmek için pratik sorular sunar.
Temel ilkeleri günlük karara çevirin
Microsoft Zero Trust açıklaması, açık doğrulama, en az ayrıcalık ve ihlal varsayımı ilkelerini ele alır. Buradaki değer, ilkelerin bir sunumda bulunmasından çok günlük erişim kararında karşılık bulmasıdır. Bir uygulamaya kimin, hangi cihazdan ve hangi yetkiyle eriştiği açıklanabilir olmalıdır.
Örneğin satış uygulamasına bağlanan bir çalışanın, sırf VPN açtığı için yedek yönetim arayüzüne de ulaşması gerekmeyebilir. Aynı şekilde yönetici hesabının günlük iş hesabıyla aynı koşullarda kullanılması farklı riskler yaratır. Erişim yollarını hizmet ve rol bazında tartışmak, ağın tamamına tek tip güven vermekten daha kontrollü bir başlangıç sağlar.
1. Önce kritik erişim yollarını çıkarın
Bütün kurum için tek seferde büyük dönüşüm planlamak yerine en önemli birkaç uygulamayı seçin. Kullanıcı, servis hesabı, cihaz ve dış erişim yollarını listeleyin. Kimlik doğrulama nerede yapılıyor, yetki nerede belirleniyor ve oturum hangi koşullarda devam ediyor? Bu soruların cevabı uygulamalar arasında değişebilir.
Eski sistemlerin farklı gereksinimleri bulunabilir. Bazı uygulamalar modern kimlik sağlayıcılarıyla bütünleşmez; bazı servisler sabit hesaplarla çalışır. Bu noktaları göz ardı ederek “her yerde aynı kontrol” hedefi koymak yerine geçiş veya telafi planı oluşturun. İstisnalar görünür ve süreli olduğunda yönetilebilir hâle gelir.
2. Kimlik yaşam döngüsünü düzeltin
İşe başlayan kişinin doğru yetkiyle açılması kadar görev değiştiren veya ayrılan kişinin erişiminin güncellenmesi de önemlidir. Hesap açma, üyelik değişikliği ve kapatma için iş sahibi bulunmalıdır. Kullanıcı erişimini yalnızca teknik ekibin gelen mesajları takip etmesine bırakmak tutarsız sonuçlar üretebilir.
Güçlü kimlik doğrulama ve çok faktörlü yöntemler, uygulamanın ve hesabın desteklediği kapsamda değerlendirilir. Ancak MFA tek başına bütün yetki sorunlarını çözmez. Gereğinden geniş erişim, unutulmuş uygulama izinleri veya ayrıcalıklı servis hesapları ayrıca incelenmelidir. Bir kontrolün varlığını bütün tasarımın tamamlandığına dair işaret saymayın.
3. Cihaz sağlığını erişimle ilişkilendirin
Yönetilen cihazın güncelleme ve güvenlik durumu erişim değerlendirmesinde kullanılabilir. Bunun için ölçümlerin güncel ve doğru cihazla ilişkili olması gerekir. Platformda eski görünen kayıtla sahadaki aktif cihaz birbirinden ayırt edilmelidir. Cihaz envanteri ve kimlik altyapısı arasındaki eşleşme bu nedenle önemlidir.
Kişisel cihaz, kiosk ve üretim terminali aynı politikayı gerektirmeyebilir. Uygulama ve veri hassasiyetine göre farklı erişim modelleri tasarlanabilir. Yeni kontrolün kullanıcıyı nasıl etkileyeceğini pilotta görün. Kullanıcıların işini sürdürebilmek için denetimsiz alternatiflere yönelmesi, tasarımın işletim tarafında eksik kaldığını gösterebilir.
4. Ağı dar kapsamlı erişim için kullanın
Uygulama grupları ve yönetim arayüzleri arasında gereksiz geçişleri azaltın. Ağ ayrımı, kimlik kontrollerinin yerine geçmez; ikisi birlikte değerlendirilir. Hangi servislerin hangi portlarla konuştuğu bilinmiyorsa kapsamlı kural değişikliği risklidir. Önce gerçek trafik ve iş bağımlılıklarını ölçün.
Yönetim erişimleri için ayrı yol, sınırlı süreli yetki veya kontrollü aracı sistemler değerlendirilebilir. Seçim kurumun ölçeği ve işletim kabiliyetiyle uyumlu olmalıdır. Her yere aynı aracı kurmak yerine hangi erişim problemini çözdüğünü anlatın. Eklenen katmanların izleme ve kurtarma ihtiyaçları da vardır.
5. Görünürlük ve istisna yönetimini tasarlayın
Bir erişim engellendiğinde destek ekibi nedenini anlayabilmelidir. Kimlik, cihaz ve uygulama kayıtlarını ilişkilendirecek bilgiler bulunması teşhisi kolaylaştırır. Bununla birlikte gereksiz veri toplama veya bütün günlükleri sınırsız saklama yaklaşımından kaçının. Erişim ve saklama kapsamı kurum politikalarıyla uyumlu olmalıdır.
İstisna gerektiğinde sahibi, gerekçesi, süresi ve gözden geçirme tarihi kaydedilsin. Süresiz ve isimsiz istisnalar zamanla yeni varsayılan hâline gelebilir. Belirli aralıklarla hangi istisnaların kaldırılabildiğini incelemek, dönüşümü ölçülebilir kılar. Güvenlik ekibi ile iş biriminin ortak dili burada özellikle önemlidir.
İlk pilot için örnek kabul ölçütleri
- Seçilmiş uygulamanın bütün erişim yolları biliniyor.
- Yetki sahibi ve kullanıcı yaşam döngüsü tanımlı.
- Beklenen cihaz ve kimlik kontrolleri pilotta çalışıyor.
- Hatalı engelleme için destek ve geri dönüş yolu bulunuyor.
- Yönetici erişimi ve istisnalar ayrıca izleniyor.
CieloSync ile kimlik, ağ ve uygulama erişimlerinizi birlikte değerlendirebilirsiniz. Küçük, doğrulanabilir adımlarla başlayıp sonraki kapsamı gerçek bulgulara göre belirleyelim.