Skip to main content

> tpl_air_018

Yapay Zekâ Güvenlik Gerekçesi ve Güvence Kanıt Paketi

Yüksek riskli otonom sistemler için İddia-Argüman-Kanıt (CAE) ve Hedef Yapılandırma Notasyonu (GSN) güvence mimarilerini, tehlike tanımlama matrislerini, ampirik doğrulama kütüklerini, sınır koşulu korkuluklarını ve yasal güvenlik gerekçesi (safety case) dosyalarını belirleyen resmi yapay zekâ güvenlik mühendisliği çerçevesi.

TEMPLATE // INSPECT: TPL-AIR-018MODIFIED: 2026-09-19
KATEGORİÜretken Yapay Zekâ, RAG ve Ajanlar
SÜRÜMv1.0.0
RİSK SEVİYESİMEDIUM
ARTEFAKT SINIFIDOC
FORMATLARDOCX, PDF, MD, MERMAID, SVG
YAPAY ZEKÂ VE YÖNETİCİ ÖZETİ (AI SUMMARY)

Hedef Yapılandırma Notasyonu argümanlarını ve ampirik güvence kanıtlarını belirleyen resmi yapay zekâ güvenlik gerekçesi çerçevesi.

Önemli Teknik Doküman Şablonu ve Hukuki Uyarı

TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.

Çözülen Üretim Problemi

Kurumlar otonom yapay zekâ modellerini güvenlik kritik, tıbbi veya finansal iş akışlarına belirsiz "güvenlik" iddialarıyla devreye alır; bu da yönetim kurullarının ve AB Yapay Zekâ Yasası kapsamındaki denetçilerin talep ettiği yapılandırılmış argümanlardan ve ampirik kanıtlardan yoksundur.

Ne Zaman Kullanılmalı?

  • AB Yapay Zekâ Yasası Madde 9 ve 15 kapsamında Yüksek Riskli yapay zekâ sistemleri için yasal uyum dosyaları sunarken
  • Resmi bir İddia-Argüman-Kanıt (CAE) veya Hedef Yapılandırma Notasyonu (GSN) güvenlik mimarisi kurarken
  • Kurumsal ticari dağıtım öncesinde yönetim kurulu düzeyinde güvenlik incelemeleri ve bağımsız yapay zekâ uygunluk değerlendirmeleri yürütürken

Ne Zaman Kullanılmamalı?

  • Standart web uygulamalarında temel dahili kod linting veya birim test çalıştırmalarında (CI/CD test otomasyonu kullanın)
  • Geniş çalışan IT kabul edilebilir kullanım ve iş yeri cihaz güvenlik politikalarında (TPL-SEC-008 kullanın)

5 Şablon Bölümü ve Yapısal İskelet

1. 1. Güvenlik Argümanı Mimarisi (GSN ve CAE Yapısı)standard, enterprise

Modüler alt iddialar ve argümantatif stratejilerle desteklenen Üst Düzey Güvenlik İddiasının (ör. Sistem X, tanımlı operasyonel etki alanında kabul edilebilir risk sınırları içinde çalışır) tanımlanması.

Yönerge:Argümanları standart GSN görsel notasyonu kullanarak yapılandırın: Hedefler (Goals), Stratejiler (Strategies), Çözümler/Kanıtlar (Solutions) ve Bağlamsal Varsayımlar.
2. 2. Tehlike Analizi, Ciddiyet Sınıflandırması ve Risk Toleranslarıstandard, enterprise

Halüsinasyonlar, kontrolden çıkan araç çağrıları, yanlılık, dağılım dışı girdiler ve fiziksel/finansal zarar vektörleri genelinde sistematik tehlike analizi.

Yönerge:Belirlenen her tehlikeyi Baş Yapay Zekâ Yetkilisi (CAIO) ve Hukuk Müşaviri tarafından onaylanan nicel bir artık risk eşiği ile eşleştirin.
3. 3. Ampirik Doğrulama Kanıtları ve Kıyaslama Test Günlükleristandard, enterprise

Ampirik test çıktılarının (Promptfoo kıyaslamaları, Ragas doğruluk skorları, kırmızı takım sızma günlükleri) doğrudan destekleyici GSN iddialarına bağlanması.

Yönerge:Kanıt kütüğünde kriptografik olarak özetlenmiş değerlendirme çalıştırma günlükleri olmadan bir güvence iddiasını asla kapatılmış olarak işaretlemeyin.
4. 4. Operasyonel Güvenlik Zarfları ve Çalışma Zamanı Korkuluklarıstandard, enterprise

Aktif çalışma zamanı savunmaları: girdi/çıktı toksisite sınıflandırıcıları, istem sınır doğrulayıcıları, belirteç bütçeleri ve otomatik devre kesici acil durdurma anahtarları.

Yönerge:Model çıktısının otomatik olarak engellendiği ve deterministik bir yedeğe yönlendirildiği kesin sınırlar tanımlayın.
5. 5. Güvenlik Gerekçesi Yönetişimi, Değişiklik Kontrolü ve Yeniden Güvencestandard, enterprise

Yaşam döngüsü yönetişimi: model ince ayarı, istem değişiklikleri veya veri kayması durumunda gerekçeyi geçersiz kılma kriterleri ve çeyreklik incelemeler.

Yönerge:Temel model sürümünde veya sistem isteminde yapılan her değişiklik otomatik olarak resmi bir Güvenlik Gerekçesi Yeniden Doğrulama Kapısını tetikler.

Doldurma ve Uygulama Yönergeleri

1. Boş şablonu inceleyin. 2. Örnek senaryoyu kurum ölçeğine uyarlayın. 3. Kontrol listesiyle doğrulayın.

Bağımsız İnceleme ve Onay Kontrol Listesi

  • Tüm zorunlu bölümler dolduruldu
  • Gizli anahtar veya parola içermiyor
  • Yönetici sponsor onayı alındı
İŞLENMİŞ SENARYO ÖRNEĞİ

Yapay Zekâ Güvenlik Gerekçesi ve Güvence Kanıt Paketi - Örnek Vaka Analizi

Örnek Organizasyon: Otonom Klinik Tanı ve İlaç Etkileşimi Yapay Zekâ Sistemi

Otonom Klinik Tanı ve İlaç Etkileşimi Yapay Zekâ Sistemi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.

Öne Çıkan Bulgular ve Çıktılar:
  • AB Yapay Zekâ Yasası Ek IV başvurusu için 18 iddia ve 94 ampirik kanıt içeren 42 sayfalık resmi GSN güvenlik dosyası hazırlandı
  • Klinik doz önerilerini katı farmakoloji sınırları içinde tutan deterministik güvenlik zarfları formüle edildi
  • %99,8 olgusal doğruluk testlerini geçemeyen istem güncellemelerini engelleyen otomatik CI/CD güvenlik gerekçesi kapıları kuruldu

Sıkça Sorulan Sorular

Kurumsal yapay zekâ bağlamında "Güvenlik Gerekçesi" (Safety Case) nedir?

Güvenlik Gerekçesi (Safety Case), bir yapay zekâ sisteminin açıkça tanımlanmış bir Operasyonel Tasarım Alanında (ODD) çalışmasının kabul edilebilir düzeyde güvenli olduğunu ampirik kanıtlarla kanıtlayan yapılandırılmış ve savunulabilir bir argümandır. Nükleer, havacılık ve savunma mühendisliğinden doğmuş olup günümüzde yüksek riskli yapay zekâ yasal uyumunun altın standardıdır.

Hedef Yapılandırma Notasyonu (GSN) yapay zekâ güvenlik argümanlarını nasıl düzenler?

GSN, üst düzey güvenlik iddialarını hiyerarşik unsurlara ayıran grafiksel bir notasyondur: Hedefler (kanıtlanacak iddialar), Stratejiler (argümantatif yaklaşımlar), Çözümler (kıyaslama skorları ve kırmızı takım günlükleri gibi ampirik kanıtlar) ve Bağlam (varsayımlar ve operasyonel kısıtlar). Bu açık izlenebilirlik, belirsiz söylemleri engeller.

Mevcut bir Yapay Zekâ Güvenlik Gerekçesini ne geçersiz kılar?

Sistemin operasyonel sınırları değiştiğinde güvenlik gerekçesi geçersiz hale gelir. Tetikleyiciler şunlardır: temel model ağırlık güncellemeleri, sistem istemi revizyonları, hiperparametre değişiklikleri, yeni coğrafi bölgelere veya kullanıcı kitlelerine genişleme veya dağılım dışı kaymayı gösteren telemetri sapmaları.

Teknik Doküman Şablon Paketi

Giriş Gerekli
Ücretsiz ve güvenli indirmeler için tek seferlik giriş veya kayıt gereklidir.
Eksiksiz Teknik Doküman Paketi (.zip)
12 Dosya

Tüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.

Münferit Belgeler (.zip)
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Blank-EN.docxDOCX
all11.5 KB
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Example-EN.docxDOCX
all11.6 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Bos-TR.docxDOCX
all11.7 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Ornek-TR.docxDOCX
all11.7 KB
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Blank-EN.mdMD
all2.6 KB
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Example-EN.mdMD
all2.6 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Bos-TR.mdMD
all2.8 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Ornek-TR.mdMD
all2.9 KB
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Blank-EN.pdfPDF
all98.5 KB
TPL-AIR-018-AI-Safety-Case-and-Assurance-Evidence-Pack-Example-EN.pdfPDF
all100.8 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Bos-TR.pdfPDF
all102.6 KB
TPL-AIR-018-Yapay-Zeka-Guvenlik-Gerekcesi-ve-Guvence-Kanit-Paketi-Ornek-TR.pdfPDF
all102.3 KB
Doğrulanmış SHA-256 · Makrosuz Güvenli Arşiv
Her indirme dinamik MANIFEST.json içerir

Yetkili Standartlar ve Kaynaklar