Cisco Security: Kimlikten İş Yüküne Katmanlı Güvenlik

Katmanlı güvenlik tasarımı, ürünleri yan yana sıralamakla başlamaz. Önce kullanıcının veya cihazın hangi kaynağa, hangi kimlikle ve hangi yoldan eriştiği belirlenir. Sonra kimlik doğrulama, ağ erişimi, trafik denetimi, iş yükü koruması ve olay müdahalesi için sorumluluklar ayrılır. Katalogdaki Cisco portföyü bu alanlarda farklı kontrol noktaları sunar. Her uygulama akışında bütün ürünlerin kullanılması gerekmez; seçilen kontrol gerçek ihtiyaca bağlanmalıdır. Analiz çıktısı; varlık envanteri, kritik bağımlılıklar, mevcut görünürlük ve öncelikli riskleri birlikte göstermelidir. Bu kayıt, tasarım kararı kadar daha sonra yapılacak kabul testinin de temelini oluşturur.

Cisco ISE, ağ erişim politikası ve cihaz bağlamını değerlendirir; Duo kullanıcı doğrulama ve cihaz güveni gibi uygulama erişimi kararlarında rol alır. Bu görevleri birbirinin yerine geçen kontroller gibi ele almak, boşluk veya gereksiz tekrar oluşturabilir. Ağdaki bir cihazın kimliğinin bilinmesi, kullanıcının her uygulamaya aynı yetkiyle erişmesi anlamına gelmez. Tasarımda kullanıcı grupları, cihaz sınıfları, istisnalar ve desteklenen entegrasyon seçenekleri belirlenir. Kabul planı doğru kullanıcının erişimini ve yetkisiz kullanıcının engellenmesini birlikte göstermelidir. Kimlik kaynağı veya doğrulama hizmeti kullanılamadığında görülecek davranış da önceden kararlaştırılmalıdır.

Secure Firewall ağ trafiği için erişim kontrolü ve tehdit önleme noktası sağlar; Secure Network Analytics ise trafik davranışını ve ilgili güvenlik bağlamını görünür hale getirmeye odaklanır. Görünürlük sağlayan çözüm ile trafiği engelleyen kontrol aynı sorumluluk değildir. Politika tasarımında kuzey–güney ve doğu–batı akışları, uygulama bağımlılıkları ve yönetim erişimi ayrı değerlendirilmelidir. TLS decryption veya IPS gibi tercihler iş gereksinimi, desteklenen platform ve trafik özellikleriyle kontrol edilir. Bir kuralın varlığı yeterli kanıt değildir: beklenen iletişim, engellenmesi gereken erişim ve oluşan log birlikte incelenir. Değişikliğin geri alınma yöntemi ve operasyon sahibi de kayıt altına alınmalıdır.

Secure Access, özel uygulamalara ve internet/SaaS kaynaklarına erişim için farklı SSE seçenekleri sunar. Umbrella ise DNS ve ilgili bulut güvenliği kullanım senaryolarıyla portföyde yer alır. İstemcisiz ZTA, istemci tabanlı erişim ve VPN seçenekleri farklı protokol ve cihaz koşullarına sahiptir; tek bir erişim yöntemi bütün uygulamalar için seçilmemelidir. Aşağıdaki kaynak çizim, Secure Access’e bağlanan active/standby saha cihazlarını gösterir. Bulut veri merkezi yedekliliği, müşteri sahasında tek cihaz kullanmanın riskini ortadan kaldırmaz. Tasarımda özel uygulama, internet çıkışı, dönüş rotası ve yerel erişim senaryoları birlikte değerlendirilir; gerçek failover davranışı uygulanan routing politikasıyla sınanır.

Secure Endpoint, uç nokta güvenliği ve ilgili tehdit görünürlüğü alanında kullanılır. Secure Email Threat Defense ise desteklenen e-posta dağıtımlarında mesaj kaynaklı tehditlerin değerlendirilmesine odaklanır. Bir kullanıcının cihazında kontrol bulunması, posta kutusu veya kimliğinin diğer risklerinin de otomatik olarak kapsandığını göstermez. Tasarımda istemci dağıtımı, mail platformu, yönetim izinleri ve müdahale seçeneği ayrı incelenmelidir. Zararsız iş trafiğinin devam ettiğini görmek kadar kötü amaçlı örnek için beklenen kayıt ve aksiyonu doğrulamak da önemlidir. Operasyon ekibi hangi alarmın cihazı, hangisinin mesajı veya kullanıcı hesabını ilgilendirdiğini anlayabilmeli ve doğru sorumluya aktarabilmelidir.

İş yükleri arasındaki iletişim, veri merkezi ve bulut ortamlarında uygulama güvenliğinin önemli bir bölümüdür. Secure Workload, görünürlük ve segmentasyon ihtiyaçlarını; Hypershield ise dağıtık koruma yaklaşımını ele alır. Kullanılacak kontrol noktası, host veya ağ tabanlı seçenek ve desteklenen altyapı üzerinden değerlendirilir. Segmentasyonun başarılı olması için gerekli servis çağrıları bilinmelidir. Önce gözlem ve politika incelemesi, ardından kontrollü uygulama planlanabilir. Bir önerinin otomatik üretilmesi, iş sahibinin erişim gereksinimini onaylama sorumluluğunu kaldırmaz. Kabul kaydında izin verilen bağımlılıklar ile sınırlandırılan iletişim birlikte yer almalı; konfigürasyonun sürüm ve platform kapsamı açık olmalıdır.

AI Defense, AI kullanımının görünürlüğü, model veya uygulama doğrulaması ve runtime kontrolleri gibi görevlerle AI’ye özgü riskleri ele alır. Prompt injection veya model çıktısında hassas içerik oluşması, geleneksel ağ erişim kuralından farklı bir değerlendirme gerektirir. Bu yüzden AI Defense bütün portföyün yerine geçen tek bir güvenlik katmanı olarak görülmemelidir. Kurumun hangi AI uygulamasını, hangi veri akışıyla ve nerede çalıştırdığı bilinmelidir. Ayrıntılı AI Defense makalemizde hibrit SaaS control plane ve AI POD data plane dağıtımı incelenir. Bu makaledeki Secure Access şeması ise saha bağlantısı kapsamındadır; iki farklı çizimin görevleri birleştirilmez.

Endüstriyel ortamda varlık görünürlüğü ve iletişim davranışı, müdahale kararından önce değerlendirilmelidir. Cisco Cyber Vision OT varlıklarını ve ilgili olay bağlamını güvenlik ekiplerinin araştırmasına taşımak için kullanılır. Desteklenen XDR ve Splunk entegrasyonları, IT ve OT bulgularının birlikte incelenmesine katkı sağlar. Ancak OT’de bir cihazın engellenmesi fiziksel süreçleri etkileyebilir; otomatik aksiyonun kapsamı operasyon sahibiyle kararlaştırılmalıdır. Tasarım, keşif yöntemini, görülen varlıkların sahibini ve olayın hangi ekibe aktarılacağını belirtmelidir. Kabul sırasında yalnız alarm üretimi değil, doğru bağlamın araştırma kaydına aktarılması ve ilgili ekibin bu kaydı anlayabilmesi de doğrulanır.

Cisco XDR, desteklenen güvenlik kaynaklarından gelen bilgiyi araştırma ve müdahale bağlamında birleştirebilir; Talos tehdit istihbaratı portföyün ilgili kontrollerine bağlam sağlar. Bunun kullanılabilir bir operasyona dönüşmesi için olay sorumlusu, önem derecesi, araştırma adımı ve izin verilen aksiyon tanımlanmalıdır. Üçüncü taraf entegrasyonları veya otomasyon yetenekleri lisans ve destek kapsamına göre ayrıca kontrol edilir. Yanlış alarm, otomasyon hatası ve geri alma davranışı tasarımın parçasıdır. Trustnet’in analiz, tasarım, entegrasyon ve operasyon yaklaşımı; teknoloji seçiminden kabul ve destek devrine uzanan bu kararları bir arada ele alır. Başarı, ürün sayısıyla değil doğrulanmış erişim ve uygulanabilir müdahale süreciyle değerlendirilmelidir.