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örevler ayrılığı, kritik bir işlemin tek bir kişi tarafından baştan sona tamamlanamamasını sağlayan kontrol ilkesidir.
Görevler ayrılığı, kritik bir işlemin başlatılması, onaylanması ve uygulanması adımlarının farklı kişilere dağıtılmasını öngörür. Amaç, tek bir kişinin hem hata yapıp hem de o hatayı gizleyebileceği bir konumda bulunmasını engellemektir.
İlke muhasebe denetiminden gelir ve bilgi güvenliğine oradan geçmiştir. Ödemeyi hazırlayan ile onaylayanın farklı kişiler olması ne kadar doğalsa, kod yazan ile o kodu üretime alan yetkinin ayrılması da o kadar doğaldır. İkisinde de korunan şey aynıdır: işlemin bütünlüğü ve hesap verebilirlik.
Görevler ayrılığı, bir işlemin tamamlanması için birden fazla kişinin katılımını zorunlu kılarak hem kasıtlı kötüye kullanımı hem de fark edilmeyen hatayı önlemeyi amaçlayan kontrol ilkesidir.
İlke, kişilere duyulan güvensizlikten değil sürecin dayanıklılığından doğar. En güvenilir çalışan bile hata yapabilir, hesabı ele geçirilebilir ya da baskı altında kalabilir. Süreç iki kişiye dayandığında, tek bir hesabın ele geçirilmesi işlemin tamamlanmasına yetmez.
En az yetki ilkesi bir kişinin ne kadar yetkiye sahip olacağını sınırlar; görevler ayrılığı ise hangi yetkilerin aynı kişide toplanmaması gerektiğini belirler. Bir kullanıcı dar yetkili olabilir ama sahip olduğu iki dar yetki birleştiğinde tehlikeli bir birleşim oluşturabilir.
Klasik örnek, log silme yetkisiyle sistem yapılandırma yetkisinin aynı hesapta bulunmasıdır. İkisi de ayrı ayrı makul görünür; birlikte ise izini silebilen bir yönetici anlamına gelir. Bu nedenle yetki tasarımında yalnızca haklar değil, hakların birleşimleri de değerlendirilir.
Görevler ayrılığı, hatanın ya da kötüye kullanımın geri döndürülemez sonuç ürettiği her süreçte gereklidir. Bilgi teknolojilerinde en sık uygulandığı alanlar erişim yönetimi, değişiklik yönetimi, kayıt yönetimi ve ödeme süreçleridir.
Sızma testinden olay müdahalesine, uçtan uca çözümlerle yanınızdayız.
Fiyat Teklifi AlUygulamanın ilk adımı, hangi görev çiftlerinin aynı kişide bulunmaması gerektiğini yazmaktır. Buna çakışma matrisi denir: satırlarda ve sütunlarda roller yer alır, kesişimlerde birleşimin kabul edilebilir olup olmadığı işaretlenir. Matris olmadan kontrol kişisel yoruma kalır.
Matris hazırlanırken süreç sahipleriyle birlikte çalışılır; güvenlik ekibinin tek başına belirlediği ayrımlar iş gerçekliğine çarpar. Her çakışma için ayrıca “bu birleşim gerçekleşirse ne olur?” senaryosu yazılır; senaryosu olmayan bir ayrım, uygulamada gereksiz bürokrasi olarak algılanır.
Modern ortamlarda çakışmalar çoğu zaman insanlar arasında değil, otomasyon kimlikleri üzerinde oluşur. Hem altyapıyı kurabilen hem de denetim kayıtlarını yapılandırabilen bir dağıtım hattı kimliği, tek başına görevler ayrılığını geçersiz kılar. Kod olarak altyapı kullanan ekiplerde bu kimliklerin hakları da matrise dahil edilmelidir.
Az kişiyle çalışan kurumlarda tam ayrım her zaman mümkün değildir. Tek sistem yöneticisi olan bir şirkette hem değişikliği yapan hem onaylayan aynı kişi olabilir. Bu durumda ilke terk edilmez, telafi edici kontrollerle desteklenir.
Telafi edici kontrol, ayrımın sağlanamadığı yerde ek görünürlük yaratır: kritik işlemlerin bağımsız bir sisteme kayıt edilmesi, kayıtların yönetici erişimi olmayan bir alanda saklanması, dönemsel bağımsız gözden geçirme ve dört göz kuralının en azından belirli işlemlerde uygulanması. Önemli olan telafi edici kontrolün de yazılı ve denetlenebilir olmasıdır.
Bazı işlemler için ayrım yeterli görülmez ve aynı anda iki kişinin bulunması şartı konur. Üretim veri tabanında toplu silme, şifreleme anahtarının geri yüklenmesi ya da acil durum hesabının kullanılması bu tür işlemlerdir. Uygulama teknik olarak da desteklenebilir; oturumun ikinci bir onaycıyla açılması gibi.
Dört göz ilkesi bürokrasi üretmemelidir. Her işleme değil, yalnızca geri dönüşü olmayan ya da yüksek etkili işlemlere uygulandığında sürdürülebilir olur. Kapsam geniş tutulduğunda ekip kuralı aşmanın yollarını arar ve kontrol kâğıt üzerinde kalır.
Görevler ayrılığı, denetimlerde en sık sorulan konulardan biridir. ISO 27001 ve benzeri çerçeveler, kritik süreçlerde ayrımın sağlandığının kanıtlanmasını bekler. Kanıt, çakışma matrisi, rol tanımları ve gerçek atamaların karşılaştırıldığı dönemsel raporlardan oluşur.
Kanıt üretiminin otomatikleştirilmesi hem denetim yükünü azaltır hem de sapmaları erken yakalar. Rol atamaları düzenli olarak matrisle karşılaştırıldığında, yeni oluşan bir çakışma aylar sonra denetimde değil oluştuğu hafta fark edilir.
İlk hata, ayrımı yalnızca uygulama katmanında kurup altyapı katmanını unutmaktır. Uygulamada onay akışı ayrılmış olabilir; ancak veri tabanına doğrudan erişebilen bir yönetici bu akışı tümüyle atlayabilir. Ayrım, en alt erişim katmanına kadar düşünülmelidir.
İkinci hata, acil durumlarda ayrımın sessizce askıya alınmasıdır. Kriz anında tek kişiye tam yetki verilmesi anlaşılabilir, ancak bu yetkinin ne zaman verildiği, ne kadar sürdüğü ve neler yapıldığı kayıt altına alınmazsa kontrol tamamen kaybolur.
Yazılım ekiplerinde görevler ayrılığı en çok üretim erişimi konusunda tartışılır. Geliştiricinin kendi yazdığı kodu üretime alması hız kazandırır ama kontrol noktasını ortadan kaldırır. Çözüm, insanı değil süreci araya koymaktır: otomatik testler, kod incelemesi ve onaylı dağıtım hattı.
Dağıtım hattı doğru kurgulandığında ayrım hız kaybettirmez. Kodun en az bir başka geliştirici tarafından incelenmesi, testlerin geçmesi ve dağıtımın yalnızca hat üzerinden yapılabilmesi, hem denetim izi üretir hem de manuel onay bekleme süresini ortadan kaldırır.
Kritik olan nokta, hattın kendisinin bir arka kapı hâline gelmemesidir. Hat yapılandırmasını değiştirebilen kişi, dolaylı olarak tüm kontrolleri devre dışı bırakabilir; bu nedenle hat tanımları da kod incelemesine tabi tutulur.
Ayrım, roller doğru tanımlanmadığında uygulanamaz. Çok geniş tanımlanmış bir “sistem yöneticisi” rolü, kendi içinde çakışan yetkileri barındırır ve matris üzerinde tek satır olarak göründüğü için sorun görünmez kalır.
Bu nedenle roller görev bazlı ve dar tanımlanır: kullanıcı yönetimi, yedekleme işletimi, ağ yapılandırması ve kayıt yönetimi ayrı roller olarak kurulur. Bir kişi birden çok role sahip olabilir, ancak çakışan rollerin aynı kişide toplanması matris tarafından engellenir.
Rol tanımları, kurumun büyümesine göre gözden geçirilir. Beş kişilik bir ekipte makul olan birleşimler, elli kişilik bir ekipte savunulamaz hâle gelir; ayrım tasarımı organizasyon değişikliklerini takip etmelidir.
En sağlam ayrım, süreçle değil sistemle zorlanan ayrımdır. Bir kullanıcının kendi talebini onaylamasını engelleyen bir iş akışı, kendi işlem kaydını silmesini engelleyen bir kayıt mimarisi ya da kendi değişikliğini üretime almasını engelleyen bir dağıtım kuralı, insan iradesine bırakılmayan kontrollerdir.
Kayıt mimarisi bu noktada belirleyicidir. İşlem kayıtlarının üretildikleri sistemden bağımsız bir alana anlık olarak aktarılması, sistem yöneticisinin kendi izini silme imkânını ortadan kaldırır ve ayrımı teknik olarak garanti eder.
Aynı yaklaşım yedekler için de geçerlidir. Yedeklerin silinmesi ya da değiştirilmesi ayrı bir kimlik ve ayrı bir onay gerektirdiğinde, tek bir hesabın ele geçirilmesi kurtarma kabiliyetini ortadan kaldıramaz.
Teknik zorlamanın mümkün olmadığı yerlerde tespit edici kontroller devreye alınır: çakışan işlemlerin aynı kimlik tarafından yapıldığı durumlar için uyarı kuralları yazılır ve bu uyarılar süreç sahibine iletilir.
Privia Security olarak yetki ve süreç tasarımındaki çakışmaları siber risk analizi kapsamında değerlendiriyor, küçük ekipler için uygulanabilir telafi edici kontrol önerileri sunuyoruz.
Bunlar İlginizi Çekebilir
