İçeriğe geç
Sedat Özdemir
Yazılar

cloudsecurity

Sınırların Ötesinde Güvenlik: SASE Mimarisinin Anatomisi ve Modern Savunma

Geleneksel 'kale ve hendek' modeli öldü. Bulutun ve hibrit çalışmanın hakim olduğu bu yeni dünyada, veriyi ve kullanıcıyı korumanın yolu SASE'den geçiyor. Peki ama teknik olarak bu dönüşüm ne ifade ediyor?

Sedat Özdemir
· 3 dk okuma

Statik bir IP listesine güvenerek firewall kuralı yazdığın o an, saldırganın çoktan arkada tünel açıp session token'larını topladığı andır. Geleneksel ağ güvenliğinin o hantal yapısı, modern dünyanın esnekliğine yetişemiyor. Eskiden 'kale' (ofis) ve 'hendek' (firewall) vardı. Şimdi ise kale her yerde, hendek ise hiçbir yerde.

SASE Nedir ve Neden Ezber Bozuyor?

SASE (Secure Access Service Edge), aslında Gartner'ın pazarlamacılarının bulduğu havalı bir isimden çok daha fazlası. Network (SD-WAN) ile güvenliği (FWaaS, CASB, ZTNA, SWG) tek bir bulut tabanlı serviste birleştiren bir mimari. Biz Red Team tarafında sızma testi yaparken eskiden 'VPN gateway'i bul, zafiyeti exploit et, içeri sız' diye bir yol haritamız vardı. SASE ile bu iş biraz renk değiştirdi.

Artık 'iç ağ' diye bir kavram kalmıyor. Kullanıcı ister kahve dükkanında olsun ister testCompany genel merkezinde, trafiği her zaman bir SASE 'PoP' (Point of Presence) noktasından geçiyor. Bu da demek oluyor ki, saldırganın yanal hareket (lateral movement) alanı ciddi şekilde daralıyor.

SASE'nin Beş Atlısı

SASE'yi sadece bir VPN alternatifi sanıyorsanız yanılıyorsunuz. İçeride dönen mekanizma şu beşli üzerine kurulu:

  1. SD-WAN: Trafiği optimize eder, en hızlı yolu bulur.
  2. SWG (Secure Web Gateway): 'Phishing' sitelerine gitmeni engeller, zararlı dosya indirilmesini HTTP seviyesinde keser.
  3. CASB (Cloud Access Security Broker): Bulut uygulamaları (SaaS) arasındaki veri sızıntısını önler. Mesela Dropbox'a hassas veri yüklemeye çalıştığında 'Hop hemşerim nereye?' der.
  4. FWaaS (Firewall as a Service): Geleneksel firewall'un bulut üzerindeki hali. Port bazlı değil, uygulama bazlı kural yazar.
  5. ZTNA (Zero Trust Network Access): En kritik olanı. Kimliğin doğrulanmadığı sürece hiçbir şeye (asla hiçbir şeye) erişemezsin.

Teknik Bir Bakış: ZTNA ve Policy Mekanizması

Bir SASE mimarisinde erişim kontrolü, artık statik IP'lere değil, 'bağlam' (context) tabanlı kurallara dayanır. Aşağıda bir ZTNA politikasının mock/pseudo kod örneğini görebilirsiniz. Bu, kullanıcının erişim yetkisini nasıl dinamik olarak değerlendirdiğimizi gösterir:

{
  "policy_name": "Finance_App_Access",
  "subject": {
    "user_group": "finance_dept",
    "auth_status": "MFA_Verified",
    "device_status": "Compliant",
    "location": "Not_High_Risk_Country"
  },
  "action": "Permit",
  "resource": {
    "application": "https://internal-ledger.example.com",
    "protocol": "HTTPS",
    "risk_threshold": "Low"
  },
  "fallback": {
    "action": "Deny",
    "reason": "Insecure_Device_OR_No_MFA"
  }
}

Burada kritik olan şu: Kullanıcı doğru kullanıcı olsa bile, eğer cihazı güncel değilse veya alışılmadık bir konumdan geliyorsa (Örn: 127.0.0.1 üzerinden proxy yapmaya çalışıyorsa), sistem kapıyı suratına kapatır.

Red Team Gözüyle SASE: Nereden Patlar?

SASE her ne kadar savunmayı güçlendirse de, biz Red Teamer'lar için yeni oyun alanları yaratıyor. Eskiden perimeter'ı delmeye çalışırdık, şimdi Kimlik Sağlayıcılara (Identity Providers - IdP) odaklanıyoruz.

  1. MFA Fatigue (MFA Yorgunluğu): Kullanıcıyı sürekli onay isteğiyle bıktırıp 'Tamam kardeşim evet benim' dedirtmek. SASE, kimlik doğrulamaya çok güvendiği için, kimliği ele geçiren kişi anahtarı da almış olur.
  2. Session Hijacking: Trafik SSL/TLS ile şifrelenmiş olsa bile, kullanıcının browser session'ını çalabilirseniz SASE'nin ZTNA katmanını 'bypass' edebilirsiniz. Çünkü SASE için o an gelen trafik 'doğrulanmış' bir session'dan gelmektedir.
  3. Misconfigured Rules: FWaaS üzerinde yazılan esnek kurallar bazen fazla esnek olabilir. 0.0.0.0/0 gibi 'any-any' kuralları bulut dünyasında da en büyük düşmanımız.

Savunma Stratejisi (Hardening)

SASE'ye geçmek yetmez, onu doğru yapılandırmak lazım. İşte masanın diğer tarafındakiler için birkaç teknik tavsiye:

  • Device Posture Check: Sadece kullanıcı adı ve şifreye bakmayın. Bağlanmaya çalışan cihazın disk şifrelemesi var mı? Antivirüsü aktif mi? Bu kontrolleri SASE agent'ı üzerinden zorunlu kılın.
  • SSL Inspection: Trafiği bulut üzerinde açıp (decrypt) içindeki zararlı yazılımı tarayın. SSL inspection olmadan SASE, sadece pahalı bir yönlendiricidir.
  • Shadow IT Discovery: CASB özelliklerini kullanarak, şirket çalışanlarının hangi 'onaylanmamış' (unmanaged) bulut servislerini kullandığını tespit edin. testCompany verileri gizlice kişisel Google Drive'lara akmasın.

Son Söz Yerine

Ağ artık ofisin duvarları arasında değil, fiber kabloların ve uydu sinyallerinin olduğu her yerde. SASE mimarisi, güvenliği fiziksel konumdan koparıp kimliğe ve cihaza bağlıyor. Eğer hala 'Firewall'un önüne bir IPS koyarız, VPN ile de içeri alırız' kafasındaysanız, modern saldırganlar için sadece 'kolay hedef'siniz demektir.

Bir dahaki sefere bir curl -I https://example.com attığında, o isteğin hangi SASE tünellerinden geçip ne tür güvenlik kontrollerine takıldığını bir düşün. Siber güvenlikte görünmezlik, en büyük silahtır; SASE ise o silahın namlusunu doğru yöne çevirme sanatı.

İlgili yazılar