Yapay Zeka Modellerine Yönelik Prompt Injection Saldırıları Makalemiz Yayınlandı!
Yapay Zeka Modellerine Yönelik Prompt Injection Saldırıları Makalemiz Yayınlandı!
Siber Guvenlik Terimleri Sozlugu
Güven sınırı, farklı güven düzeyine sahip iki bileşen arasındaki veri geçiş noktasıdır.
Güven sınırı, bir sistemde farklı güven düzeyine sahip iki alanın birbirine değdiği noktadır. Sınırın bir tarafındaki veriye ya da isteğe duyulan güven, diğer tarafta geçerli değildir; bu nedenle sınır üzerinde doğrulama, yetkilendirme ve dönüştürme işlemleri yapılır.
Kavram, güvenlik hatalarının nerede yoğunlaştığını açıklar. Zafiyetlerin büyük bölümü bileşenlerin içinde değil, aralarındaki geçişlerde ortaya çıkar: bir bileşenin doğruladığını varsaydığı veriyi diğerinin doğrulamaması, klasik bir zafiyet kalıbıdır.
Güven sınırı, verinin ya da kontrolün farklı güven düzeyine sahip bir alana geçtiği noktadır; bu noktada gelen her girdi doğrulanmamış kabul edilir ve açıkça denetlenir.
Sınır her zaman ağ sınırı değildir. Aynı sunucuda çalışan iki süreç arasında, aynı uygulamanın iki modülü arasında ya da bir kullanıcı arayüzü ile arka uç arasında da güven sınırı bulunabilir. Belirleyici olan konum değil, güven düzeyindeki farktır.
Sınırların belirlenmesi genellikle bir veri akış diyagramı üzerinden yapılır. Sistemdeki süreçler, veri depoları, dış varlıklar ve aralarındaki akışlar çizilir; ardından güven düzeyi değişen her geçiş noktası işaretlenir.
Diyagram ayrıntı düzeyi amaçla belirlenir. Mimari düzeydeki bir çalışmada bileşenler kabaca gösterilir; belirli bir modülün incelemesinde ise akışlar fonksiyon düzeyine kadar açılır. Aşırı ayrıntı, sınırların görünmesini kolaylaştırmak yerine zorlaştırır.
Sızma testinden olay müdahalesine, uçtan uca çözümlerle yanınızdayız.
Fiyat Teklifi AlHer güven sınırında üç işlem birlikte düşünülür: kimlik doğrulama, yetkilendirme ve girdi doğrulama. Gelen isteğin kim tarafından yapıldığı, bu isteği yapmaya yetkili olup olmadığı ve taşıdığı verinin beklenen biçime uyup uymadığı ayrı ayrı denetlenir.
Girdi doğrulama sınırın en sık ihmal edilen bileşenidir. Girdi doğrulama ve çıktı kodlama uygulanmadığında, sınırın karşısındaki bileşen kendisine gelen veriyi güvenilir sayar ve enjeksiyon türü zafiyetler ortaya çıkar.
Dördüncü bir bileşen olarak kayıt üretimi eklenir. Sınır geçişleri, olay incelemesinde en değerli kayıtları üretir; kim, ne zaman, hangi sınırı hangi veriyle geçti sorusunun yanıtı burada bulunur.
Tehdit modelleme çalışmalarında sınırlar, tehditlerin arandığı ilk yerlerdir. Bir veri akışı sınırı geçtiğinde hangi tehdit kategorilerinin devreye girdiği STRIDE gibi çerçevelerle sistematik olarak sorulur.
Sınır işaretlenmediğinde modelleme yüzeysel kalır. Ekip tehditleri bileşen bileşen aramaya başlar ve aralarındaki geçişlerde oluşan varsayım hataları gözden kaçar; oysa gerçek olayların çoğu tam olarak bu varsayımlardan doğar.
Klasik mimaride az sayıda kalın sınır bulunur; iç ağın tamamı tek bir güven alanı sayılır. Sıfır güven mimarisi ise sınır sayısını artırıp güven alanlarını küçültür: her kaynak kendi sınırını taşır.
Bu değişim, sınırların yönetimini de zorlaştırır. Çok sayıda küçük sınır, tutarlı politika olmadan yönetilemez; bu nedenle sıfır güvende politikaların merkezî tanımlanıp dağıtık uygulanması tercih edilir.
Mikroservis mimarilerinde servisler arası çağrı sayısı yüksektir ve her çağrı potansiyel bir sınırdır. İç ağdaki çağrıların doğrulanmadan kabul edilmesi yaygın bir varsayımdır; tek bir servisin ele geçirilmesi durumunda bu varsayım tüm ortamı açar.
Çözüm, servisler arası kimlik doğrulamanın zorunlu kılınmasıdır. Her servis çağrısının kısa ömürlü bir kimlikle imzalanması ve alıcı tarafta doğrulanması, iç ağdaki güven varsayımını ortadan kaldırır.
Bulut yönetim düzlemi ayrı bir sınır olarak ele alınır. Bir sanal makineye erişim ile o makineyi oluşturan bulut hesabına erişim çok farklı yetki düzeyleridir; ikisinin aynı kimlikle yönetilmesi sınırı fiilen ortadan kaldırır.
İlk hata, doğrulamayı yalnızca istemci tarafında yapmaktır. Tarayıcıda yapılan kontrol kullanıcı deneyimi içindir; güvenlik kararı her zaman sınırın sunucu tarafında verilmelidir.
İkinci hata, sınırın yerini yanlış belirlemektir. Bir bileşenin güvenilir sayılması, o bileşene erişebilen herkesin güvenilir sayılması anlamına gelir; erişim kontrolü zayıf bir aracı bileşen, sınırı farkında olmadan dışarı taşır.
Üçüncü hata, sınırları belgelemeyi ihmal etmektir. Sistem değiştikçe yeni entegrasyonlar eklenir ve her yeni bağlantı yeni bir sınır yaratır; güncellenmeyen diyagram, bir süre sonra gerçek mimariyle ilgisiz hâle gelir.
Güven sınırını geçen verinin yalnızca doğrulanması değil, aynı zamanda hedef bağlama uygun biçimde dönüştürülmesi gerekir. Bir kullanıcı girdisinin veri tabanına gitmeden önce parametreleştirilmesi, tarayıcıya dönmeden önce ise bağlama uygun biçimde kodlanması bu dönüştürmenin iki klasik örneğidir. Dönüştürme atlandığında, doğrulama yapılmış olsa bile hedef bileşen veriyi komut olarak yorumlayabilir. Bu nedenle doğrulama ve kodlama birbirinin yerine geçmez, birlikte uygulanır.
Dönüştürmenin nerede yapılacağı da bir tasarım kararıdır. Verinin girişte bir kez temizlenip sonrasında güvenli sayılması yaygın ama riskli bir yaklaşımdır, çünkü aynı veri farklı bağlamlarda farklı anlam taşır. Doğru yöntem, her hedef bağlam için çıkışta kodlama yapmaktır. Böylece veri, hangi bileşene giderse gitsin o bileşenin beklediği biçimde ulaşır.
Serileştirilmiş verinin sınır geçişi ayrı bir dikkat gerektirir. Nesne olarak kodlanmış veri karşı tarafta doğrudan nesneye dönüştürüldüğünde, saldırgan bu süreci kod çalıştırmak için kullanabilir. Bu nedenle sınır geçişlerinde mümkün olduğunca yalın veri biçimleri tercih edilir. Güvensiz seri hale getirme zafiyetleri tam olarak bu noktada ortaya çıkar.
Bazı güven sınırları diyagramda görünmez çünkü aynı süreç içinde yer alırlar. Farklı ayrıcalık düzeyinde çalışan iş parçacıkları, eklenti mimarileri ve üçüncü taraf kütüphaneler bu türden gizli sınırlar oluşturur. Bir kütüphaneye verilen veri, o kütüphanenin ayrı bir güven alanı olduğu düşünülmeden işlenirse beklenmedik davranışlar doğar. Bağımlılıkların da birer dış varlık gibi ele alınması, bu kör noktayı kapatır.
Eklenti ve modül mimarilerinde sınır özellikle belirgindir. Ana uygulama, yüklediği eklentinin kodunu kendi ayrıcalığıyla çalıştırır; bu, eklentinin ana uygulama kadar güvenilir sayılması demektir. Bu varsayımın kabul edilebilir olup olmadığı açıkça değerlendirilmelidir. Gerektiğinde eklentiler ayrı süreçte ve kısıtlı yetkiyle çalıştırılır.
Tarayıcı tarafında da benzer sınırlar bulunur. Aynı sayfada çalışan üçüncü taraf betikler, sayfanın tüm verisine erişebilir; bu nedenle her betik ayrı bir güven alanı olarak düşünülmelidir. İçerik güvenlik politikası bu sınırı tarayıcı düzeyinde uygulamaya yarar. Politika olmadan, eklenen tek bir betik tüm oturumu ele geçirebilir.
Güven sınırları belgesi, mimari dokümantasyonun en hızlı eskiyen parçalarından biridir. Her yeni entegrasyon, her yeni servis ve her yeni veri akışı tabloyu değiştirir. Belgeyi güncel tutmanın en pratik yolu, değişiklik yönetimi sürecine küçük bir soru eklemektir: bu değişiklik yeni bir güven sınırı yaratıyor mu? Yanıt evet ise diyagram güncellenir ve ilgili kontroller gözden geçirilir.
Belgenin biçimi de kullanılabilirliği belirler. Onlarca sayfalık bir metin yerine, tek sayfalık bir diyagram ve yanında kısa bir sınır tablosu çoğu ekip için daha işlevseldir. Tablo her sınır için hangi doğrulamanın yapıldığını ve hangi kaydın üretildiğini gösterir. Böylece yeni katılan ekip üyeleri de sistemi hızlıca kavrayabilir.
Belgenin doğruluğu dönemsel olarak sınanır. Diyagramda gösterilen bir sınırın gerçekte uygulanıp uygulanmadığı, basit testlerle kontrol edilebilir. Uygulanmadığı görülen sınırlar ya düzeltilir ya da diyagramdan kaldırılarak gerçeklik yansıtılır. Yanlış bir diyagram, hiç diyagram olmamasından daha tehlikelidir.
Privia Security olarak uygulama ve altyapı mimarilerindeki güven sınırlarını altyapı ve mimari gözden geçirme kapsamında çıkarıyor, sınır üzerinde eksik kalan kontrolleri raporluyoruz.
Bunlar İlginizi Çekebilir
