| Test | Beklenen sonuç |
|---|
| UAT-01 | Tenant A kullanıcı hesabıyla Tenant B modeli listelenmek istendiğinde deny + audit |
| UAT-02 | RAG belgesinin ACL izni silindiğinde index sonucu kullanıcıya dönememeli |
| UAT-03 | Model komutu riskli araca çevirse bile bağımsız tool policy deny üretmeli |
| UAT-04 | Ödeme ajanı ikinci onay olmadan transfer başlatamamalı |
| UAT-05 | MCP resource token başka serverda kabul edilmemeli |
| UAT-06 | MCP schema değişiminde tool approval yeniden istenmeli |
| UAT-07 | Silinen veri kaynağının retrieval ve cache izleri uygun sürede kalkmalı |
| UAT-08 | AI gateway kesintisinde kritik akış fail-closed ve kullanıcıya şeffaf olmalı |
| UAT-09 | Güvenli prompt veri setinde FPR kabul eşiğinin altında kalmalı |
| UAT-10 | Çok dilli injection senaryosu raporda ASR/FPR ile görünmeli |
| Test | Beklenen sonuç |
|---|
| UAT-11 | Karantina model artefaktı prod runner tarafından yüklenememeli |
| UAT-12 | Model release öncesi düşük güvenlik testi release gate’i durdurmalı |
| UAT-13 | Coding agent .env dosyasına erişememeli |
| UAT-14 | Coding agent onaysız egress adresine veri gönderememeli |
| UAT-15 | Agent pause token revoke ile alt ajanların da işlemi kesilmeli |
| UAT-16 | Sandbox kapanışında ephemeral storage temizlenmeli |
| UAT-17 | Sensitive prompt, standart log pipeline’ına ham olarak gitmemeli |
| UAT-18 | Risk exception süresi bitince policy otomatik geri alınmalı |
| UAT-19 | Kanıt paketinin bir byte değiştirilmesi hash doğrulamayı bozmalı |
| UAT-20 | NHI secret rotasyonunda eski token kullanımı engellenmeli |
| Test | Beklenen sonuç |
|---|
| UAT-21 | Failover sonrası policy/tenant izinleri korunmalı |
| UAT-22 | Olay tekrar iletimi iki kez riskli dış işlem tetiklememeli |
| UAT-23 | Air-gapped ortam paket doğrulaması internet olmadan yapılmalı |
| UAT-24 | Pilot raporunda ASR ile yanlış pozitif ölçümleri ayrı görünmeli |
| UAT-25 | Kritik model drift tespitinde otomatik rollback yetki matrisi işlemeli |
| UAT-26 | Finans dışarıya veri aktarımında doğrulanmış izin ve onay olmalı |
| UAT-27 | Dış kaynakta instruction görünse bile trust boundary yükseltilmemeli |
| UAT-28 | Müşteri silme isteğinde saklama istisnaları şeffaf kaydedilmeli |
| UAT-29 | Aynı işlem farklı tenant altında farklı policy hash ile yürümeli |
| UAT-30 | Shadow AI uyarısı gereksiz kişisel çalışan verisi toplamayacak şekilde çalışmalı |
Negatif test veri seti ve güvenlik garantisi sınırı
UAT kabul senaryolarındaki “0 ihlal” ifadesi tanımlı test kümesinin sonucu içindir; açık uçlu dünyada mutlak saldırı önleme garantisi değildir. Testler izinli hedefte, yapay/sentetik veride, süreli ve müşteri sözleşmesindeki güvenlik sınırlarına uygun yürütülmelidir.
