İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM
RehberİleriKırmızı Takım

Kırmızı takım tatbikatı kurmak

Kırmızı takım tatbikatı, yazılı bir kapsam ve angajman kuralları belgesiyle başlar: hangi sistem, hangi ortam ve hangi saldırı sınıfları serbest, neler kesinlikle yasak, tatbikatı kim durdurabilir. Senaryo kataloğu hazır bir listeden değil sisteminizin kendi giriş noktalarından türetilir ve zaman kutulu turlara bölünür; her bulgu, önceden sabitlenmiş bir şablonla yeniden üretim adımları, tekrarlanma oranı ve gözlenen etkiyle kaydedilir. Tatbikat, kapanan her bulgu regresyon testine ve kapanmayan her bulgu sahibi ile son tarihi olan bir risk kaydına dönüştüğünde biter.

ÖNKOŞULLAR

  • Sistemin bağlantı şeması: hangi model, hangi araçlar, hangi veri kaynakları ve hangi dış girdiler bağlı
  • Üretimden ayrılmış ama üretim yapılandırmasını taşıyan bir tatbikat ortamı
  • Kapsamı ve veri kullanımını onaylayan yazılı bir yetki (güvenlik veya hukuk sorumlusu)
  • Bulguların düşeceği, sahip ve son tarih alanı olan bir iş takip sistemi

GEREKEN ARAÇLAR

  • Her istek için istem, araç çağrısı ve çıktıyı saklayan bir iz kaydı toplayıcı
  • Senaryo kataloğunu ve varyantlarını sürümleyen bir depo
  • Aynı saldırıyı defalarca koşturabilen bir toplu çalıştırıcı
  • Şablonlu bulgu kaydı destekleyen bir iş takip sistemi
  • Gerçekçi ama sentetik test verisi üreten bir araç
  • Kapatılan senaryoları sürüm başına koşturan bir regresyon testi koşucusu
  1. 01

    Kapsamı ve angajman kurallarını yaz

    Hangi sistem, hangi ortam ve hangi saldırı sınıflarının serbest olduğunu; neyin kesinlikle yasak olduğunu ve tatbikatı kimin durdurabileceğini yazılı sabitleyin.

    Yazılı kapsamı olmayan bir tatbikat, bir şey ters gittiğinde tatbikat olarak değil olay olarak kaydedilir. Belge iki tarafı birden korur: saldıran ekibin hangi yetkiyle hareket ettiğini, savunan ekibin de neyin beklenen gürültü olduğunu bilmesini sağlar. Bir sayfayı geçmesi gerekmez, ama imzalanmış olması gerekir.

    Kapsamda cevaplanacak soruNeden
    Hangi ortam ve hangi sürüm?Üretim verisine dokunma riskini sınırlar
    Hangi hesaplar ve kimlikler kullanılacak?Gerçek kullanıcı hesabıyla saldırı denenmez
    Hangi veri üretilebilir?Gerçek kişisel veriyle saldırı senaryosu koşulmaz
    Hangi saldırı sınıfları yasak?Erişilebilirliği bozan denemeler ayrı izin ister
    Tatbikatı kim durdurabilir?Acil durdurma yetkisi tek bir kişide tanımlı olmalı
    Bulgular kiminle paylaşılır?Kapanmamış bulgunun dağılımı dar tutulur
  2. 02

    Tehdit modelinden senaryo kataloğu çıkar

    Saldırıları ürününüzün gerçek giriş noktalarından türetin: kullanıcı istemi, sisteme giren belge, araç çıktısı ve geri getirme dizini ayrı birer saldırı yüzeyidir.

    Hazır bir saldırı listesini kopyalamak, kendi giriş noktalarınızı gizler. Katalog sisteminizin bağlantı şemasından türetilir: modele metin sokan her yol bir saldırı yüzeyidir ve bu yolların çoğu kullanıcı istemi değildir. Bir ajan söz konusuysa listeye araç çıktıları ve zincirleme çağrılar da girer.

    Giriş noktasıSenaryo sınıfıAranan belirti
    Kullanıcı istemiDoğrudan enjeksiyon, rol değiştirme, kademeli iknaSistem talimatının ihlal edilmesi
    Sisteme giren belge veya web sayfasıDolaylı istem enjeksiyonuBelgedeki talimatın uygulanması
    Araç çıktısı veya dış servis cevabıZehirlenmiş cevapla yönlendirmeBeklenmeyen ikinci bir araç çağrısı
    Geri getirme diziniDizine kötücül belge eklemekO belgenin kaynak olarak gösterilmesi
    Çıktıyı tüketen sistemKaçışsız içeriğin aşağı akışta işlenmesiÇıktının veri değil komut sayılması
    Bağlam ve oturum geçmişiÖnceki turda bırakılan talimatın sonradan tetiklenmesiGecikmeli davranış değişikliği
    Satırlar sizin şemanıza göre çoğalır veya azalır; kataloğun değeri kapsayıcılığından değil, sisteme özgü olmasından gelir.
    1. 01Senaryonun hedefi: saldırgan tam olarak neyi elde etmeye çalışıyor?
    2. 02Giriş noktası: metin sisteme hangi yoldan giriyor?
    3. 03Başarı ölçütü: neyi gördüğümde bu senaryo başarılı sayılır?
    4. 04Varyant sayısı: aynı fikrin kaç farklı yazımı denenecek?
    5. 05Beklenen savunma: hangi katmanın bunu durdurması bekleniyor?

    Kamuya açık kataloglar — dil modeli uygulamaları için hazırlanan risk listeleri ve saldırı tekniği matrisleri — kendi kataloğunuzu yazdıktan sonra kör nokta kontrolü olarak okunmalı. Bu listelere madde numarasıyla değil kategori adıyla atıf yapın: numaralandırma sürümden sürüme değişir ve eski bir numaraya yapılan atıf birkaç yıl sonra başka bir riski işaret eder.

  3. 03

    Takımı kur ve rolleri ayır

    En az üç rol tanımlayın: saldıran kırmızı takım, izleri ve savunmayı okuyan mavi takım, kapsamı ve bulgu şiddetini karara bağlayan bir hakem.

    Korumayı yazan kişi, o korumanın tutup tutmadığına tarafsız karar veremez. Ayrım bir güven meselesi değil bir tasarım meselesidir: bulan kişi bulgusunu büyütmeye, düzeltecek kişi küçültmeye eğilimlidir ve ikisi de iyi niyetlidir. Hakem rolü bu iki eğilimin ortasında durur.

    • Kırmızı takım: senaryoları koşturur, her denemeyi kaydeder, başarı ölçütüne göre bulgu açar.
    • Mavi takım: iz kayıtlarını ve uyarıları okur; saldırının tespit edilip edilmediğini ayrı bir bulgu olarak raporlar.
    • Hakem: kapsam sorularını anında karara bağlar, şiddet notunu verir, tatbikatı durdurma yetkisini taşır.
    • Alan uzmanı: kullanıcıya görünen zararın gerçekten zarar olup olmadığını değerlendirir.
    • Kayıt tutan: tur sonu özetlerini ve karar gerekçelerini yazar; sonradan hatırlamaya güvenilmez.

    Takıma mühendis olmayan en az bir kişi koyun: destek ekibinden biri, bir alan uzmanı ya da hukuk tarafından bir katılımcı. En pahalı bulguların önemli bir kısmı kodda değil içerikte ve süreçtedir; kullanıcının gerçekte ne yazacağını en iyi bilen kişi genellikle destek masasında oturur.

  4. 04

    Tatbikat ortamını üretimden ayır ama üretime benzet

    Ayrı bir ortamda koşun; ancak sistem istemi, araç yetkileri ve içerik filtreleri üretimdekiyle aynı olsun, yoksa bulgular üretime taşınmaz.

    Tatbikat ortamının iki çelişkili gereksinimi var: üretim verisine zarar vermemeli ve üretim davranışını taklit etmeli. Çelişkiyi çözen ayrım şudur: veri farklı olabilir, yapılandırma olamaz. Araç yetkileri daraltılmış veya filtreler farklı ayarlanmış bir ortamda çıkan temiz sonuç, üretim hakkında hiçbir şey söylemez.

    BileşenTatbikat ortamında
    Sistem istemi ve rubriklerÜretimle birebir aynı
    Araç yetkileri ve kapsamlarıÜretimle aynı; daraltılırsa bulgu geçersiz sayılır
    Model kimliği ve örnekleme ayarlarıÜretimle aynı
    İçerik filtreleri ve kısıtlayıcılarÜretimle aynı, kapatılmaz
    VeriSentetik ve gerçekçi; gerçek kişisel veri kullanılmaz
    Dış çağrılar ve yan etkili işlemlerKontrollü sahte uç noktalara yönlendirilir
    Kayıt ayrıntısıÜretimden daha ayrıntılı; tam istem ve araç izleri saklanır
  5. 05

    Bulgu kaydı biçimini tatbikattan önce sabitle

    Bulgu şablonunu tatbikat başlamadan yazın: yeniden üretim adımları, kaç denemede kaç kez çalıştığı, gözlenen etki ve etkilenen bileşen.

    Sonradan tasarlanan bir şablon, karşılaştırılamaz kayıtlar üretir: ilk günün bulguları eksik alanlarla, son günün bulguları fazla ayrıntıyla yazılır ve önceliklendirme imkânsızlaşır. Şablonun en çok atlanan alanı ise payda: kaç deneme yapıldı? "Bir kez çalıştı" bir bulgu değil, ölçüsüz bir gözlemdir.

    json
    {
      "kimlik": "KT-2026-014",
      "senaryo": "dolayli-enjeksiyon/belge-icine-talimat",
      "giris_noktasi": "yuklenen belge",
      "yeniden_uretim": [
        "Ekteki belgeyi hazırla ve gövdesine talimat cümlesini göm",
        "Belgeyi standart kullanıcı akışından yükle",
        "Özet iste ve araç çağrı izlerini oku"
      ],
      "deneme_sayisi": 20,
      "basarili_deneme": 6,
      "gozlenen_etki": "Ajan, kullanıcının istemediği bir dış çağrı yaptı",
      "etkilenen_bilesen": "belge ozetleme araci",
      "ortam_farki": "dis cagrilar sahte uc noktaya yonlendirildi",
      "kanit": "iz-kaydi/2026-09-11/oturum-4471",
      "siddet": "yuksek",
      "sahip": "",
      "son_tarih": "",
      "durum": "acik"
    }

    Tekrarlanma oranı, bu sistemlerde şiddetin ayrılmaz parçasıdır çünkü davranış olasılıksaldır. Yirmi denemenin altısında çalışan bir saldırı gerçek bir bulgudur; her denemede çalışan bir saldırıdan farklı önceliklendirilir ve farklı test edilir, ama "tekrarlanmadı" diye kapatılamaz. Payda kaydedilmediğinde bulgu ya abartılır ya da haksız yere düşürülür.

  6. 06

    Turları zaman kutusuyla koştur

    Tatbikatı sabit süreli turlara bölün; her turun sonunda bulguları paylaşın, katalogu güncelleyin ve bir sonraki turu en verimli yüzeye odaklayın.

    Zaman kutusu, tatbikatın ucu açık bir araştırma projesine dönüşmesini engeller ve turları birbiriyle karşılaştırılabilir kılar. Tur uzunluğu ekibin ritmine göre seçilir; önemli olan süre değil, her turun sonunda kısa bir değerlendirme yapılması ve kataloğun güncellenmesidir.

    1. 1Tur hedefini seç

      Bir giriş noktası veya bir senaryo sınıfı. Aynı turda her yüzeye saldırmak, hiçbirini yeterince derinleştirmemek demektir.

    2. 2Saldır ve her denemeyi kaydet

      Başarısız denemeler de kayda girer; bir savunmanın tuttuğunu gösteren tek kanıt onlardır.

    3. 3Tur sonu değerlendirmesi yap

      Hangi senaryo işe yaradı, mavi takım ne gördü, hangi savunma sessiz kaldı? Yarım saat yeterlidir.

    4. 4Katalogu güncelle

      İşe yarayan fikrin varyantları eklenir, tükenmiş senaryolar kapatılır.

    5. 5Sonraki turu odakla

      Verimin yüksek olduğu yüzeye ağırlık verin; ama her tatbikatta en az bir tur serbest bırakın.

    Serbest turu atlamayın. Katalog, ekibin hayal edebildiği saldırıları içerir ve gerçek saldırgan o katalogu görmemiştir. En değerli bulgular genellikle senaryo listesinin dışından, birinin "acaba şunu yapsam ne olur" demesiyle gelir. Serbest tur bu olasılığa takvimde yer açmanın yoludur.

  7. 07

    Bulguyu etki ve tekrarlanabilirliğe göre önceliklendir

    Her bulguya iki eksende not verin: gerçekleşirse ne olur ve ne sıklıkla tekrarlanıyor; sıralamayı bu iki eksenin birlikte okunmasıyla yapın.

    Tek bir şiddet sayısı, o sayıyı hangi eksenin sürüklediğini gizler: nadiren tekrarlanan ama yıkıcı bir bulgu ile sık tekrarlanan ama zararsız bir bulgu aynı kutuya düşer. Klasik güvenlikten ödünç alınan puanlama ölçekleri de olasılıksal sistemlere iyi oturmaz; kendi eşiklerinizi yazmak, ödünç alınmış bir formülü zorlamaktan dürüsttür.

    EtkiHer denemede tekrarlanıyorAra sıra tekrarlanıyor
    Veri sızıyor veya yetki aşılıyorYayın durdurulurYayın öncesi kapatılır
    Kullanıcıya zararlı veya yanlış içerik gidiyorYayın öncesi kapatılırAzaltıcı önlem ve izleme kurulur
    Yan etkili işlem izinsiz tetikleniyorYayın durdurulurYayın öncesi kapatılır
    Biçim bozuluyor, iş akışı takılıyorSıraya alınırKaydedilir ve izlenir
    Eşikler kurumun risk iştahına göre değişir; değişmeyecek olan, eşiklerin tatbikattan önce yazılmış olmasıdır.

    Şiddet notunu bulan kişi de düzeltecek kişi de vermemeli; hakem verir. Bulanın eğilimi bulgusunu büyütmek, düzeltecek olanınki sırasını geciktirmektir. Hakem kararını yazılı eşiklere dayandırdığında tartışma kişisel olmaktan çıkar ve "bu bulgu hangi satıra düşüyor" sorusuna indirgenir.

  8. 08

    Kapanan bulguyu regresyon testine, kapanmayanı risk kaydına yaz

    Kapatılan her bulgunun saldırısını otomatik regresyon testine çevirin; kapatılmayan her bulgu sahibi, son tarihi ve kabul gerekçesi olan bir risk kaydına düşsün.

    Tatbikatın çıktısı bir rapor değil iki nesnedir: çalışan bir test takımı ve sahiplenilmiş bir risk kaydı. Rapor birkaç hafta içinde okunmaz hâle gelir; test takımı her sürümde koşar, risk kaydı her gözden geçirmede önünüze gelir. Tatbikatı tekrar tekrar yapmak zorunda kalmamanın tek yolu budur.

    1. 01Testte saldırının birebir metni kullanılır; yeniden yazılmış bir varyant aynı şeyi ölçmez.
    2. 02Test üretim yapılandırmasıyla koşar; ortam farkı varsa testin başına not düşülür.
    3. 03Stokastik davranış nedeniyle test n kez koşulur ve eşik oranla ifade edilir, tek denemeyle değil.
    4. 04Aynı fikrin varyantları ayrı test olarak eklenir; tek yazım kapatıldı diye sınıf kapanmaz.
    5. 05Testler sürüm hattına bağlanır: model, istem veya araç değiştiğinde otomatik koşar.

    Kapatılmayan bulgular için de kural aynı derecede net olmalı: her açık bulgunun adı yazılı bir sahibi, bir son tarihi ve kabul ediliyorsa bir gerekçesi olur. "Bakılacak" bir durum değildir. Sahipsiz bir açık bulgu, kimsenin kapatmadığı ama herkesin kapandığını sandığı bir bulgudur ve tatbikatın en pahalı çıktısı odur.

SIK DÜŞÜLEN TUZAKLAR

  • Tek başarılı denemeyi bulgu saymak veya hiç saymamak

    Bu sistemler olasılıksaldır: aynı saldırı yirmi denemenin üçünde çalışabilir. Payda kaydedilmediğinde bulgu ya yıkıcı gibi raporlanır ya da "tekrarlanmadı" denip kapatılır; ikisi de aynı eksikliğin sonucudur.

  • Saldırıyı sıkılaştırılmış bir ortamda denemek

    Araç yetkileri daraltılmış ya da filtreleri farklı ayarlanmış bir ortamda çıkan temiz sonuç üretim hakkında bilgi vermez. Ortam farkı bulgu kaydına yazılmadığında bu liste bir güvenlik güvencesi sanılır.

  • Katalogla sınırlı kalmak

    Katalog yalnızca ekibin hayal edebildiği saldırıları içerir; saldırgan o listeyi görmedi. Serbest tur ayrılmadığında tatbikat, sistemin güvenliğini değil ekibin varsayımlarını doğrular.

  • Bulguyu düzeltip regresyon testi yazmamak

    Elle doğrulanan bir düzeltme, sonraki istem veya model değişikliğinde sessizce bozulur. Test yazılmadığında aynı açığı bulmanın tek yolu tatbikatı baştan koşmaktır ve o da genellikle yapılmaz.

  • Kapsamı sözlü konuşup yazmamak

    Yazılı kapsam olmadan koşulan bir tatbikat, bir şey ters gittiğinde tatbikat değil olay olarak kaydedilir. Belge yalnızca kurumu değil, saldıran ekibi de korur.

KONTROL LİSTESİ

  • Kapsam, yasaklar ve durdurma yetkisi yazılı ve onaylı
  • Senaryo kataloğu kendi giriş noktalarınızdan türetildi, hazır listeden kopyalanmadı
  • Kırmızı, mavi ve hakem rolleri farklı kişilerde ve takımda mühendis olmayan biri var
  • Tatbikat ortamının üretimden farkları listelendi
  • Bulgu şablonu tatbikattan önce sabitlendi ve tekrarlanma oranı alanı içeriyor
  • Şiddet notları hakem tarafından, önceden yazılmış eşiklere göre verildi
  • Her tatbikatta en az bir serbest tur koşuldu
  • Kapatılan bulgular regresyon testine dönüştü, kapatılmayanların sahibi ve son tarihi var

Maddelerin tamamı işaretlenmeden kurulum üretime alınmamalı.

Sık sorulan sorular

Kırmızı takım tatbikatı ne sıklıkla yapılmalı?

İki tetikleyiciyle: her anlamlı değişiklikte ve düzenli aralıklarla. Anlamlı değişiklik, modelin, sistem isteminin, bağlı araçların veya veri kaynaklarının değişmesidir; bunların her biri saldırı yüzeyini yeniden açar. Aralar ise regresyon testleriyle doldurulur: kapatılmış senaryolar her sürümde otomatik koşarsa tam turlar daha seyrek yapılabilir.

Kırmızı takımda kimler olmalı?

En az üç rol farklı kişilerde olmalı: saldıran, izleri okuyan ve kapsam ile şiddeti karara bağlayan hakem. Korumayı yazan kişi o korumanın tuttuğuna tarafsız karar veremez. Takıma mühendis olmayan en az bir kişi de koyun; destek ekibinden biri kullanıcıların gerçekte ne deneyeceğini genellikle en iyi bilen kişidir.

Otomatik saldırı araçları elle tatbikatın yerini tutar mı?

Hayır, farklı işler yapıyorlar. Otomatik araçlar genişlik ve tekrar sağlar: bilinen kalıpları çok sayıda varyantla, her sürümde koşturabilirler; regresyon katmanı olarak vazgeçilmezler. Sizin alanınıza özgü, iş mantığını kullanan yeni senaryoları ise insan bulur. İkisini birlikte kurun ve ikisinden farklı şeyler bekleyin.

Bulgular kapatılmadan sistem yayına alınabilir mi?

Alınabilir, ama koşullu. Şiddet eşikleri tatbikattan önce yazılmışsa ve açık kalan her bulgunun adı yazılı bir sahibi, bir son tarihi ve kabul gerekçesi varsa yayın kararı verilebilir. Sorun açık bulgunun kendisi değil, sahipsiz bulgudur: sahibi olmayan bir bulgu, kimsenin kapatmadığı ama herkesin kapandığını sandığı bir bulgudur.

Kaynaklar

  1. 01OWASP Top 10 for Large Language Model Applications — OWASP · Dokümantasyon
  2. 02MITRE ATLAS — yapay zekâ sistemlerine yönelik saldırı teknikleri matrisi — MITRE · Dokümantasyon
  3. 03AI Risk Management Framework (AI RMF 1.0) — NIST · Teknik rapor

BUILD

Bu rehberi kurumunuzda uygulayalım mı?

Aynı mimariyi kendi verinizle kurmak için discovery oturumundan üretime kadar birlikte ilerliyoruz.