Hukuk Bürolarında Yapay Zeka Güvenliği 2026
Müvekkil verisi, KVKK Madde 9 ve LLM kullanım rehberi

Hukuk Bürolarında Yapay Zeka Güvenliği Nedir?

Hukuk bürolarında yapay zeka güvenliği, avukatların ve hukuk personelinin büyük dil modeli (LLM) tabanlı araçları (dilekçe taslağı, sözleşme özeti, içtihat araştırması, e-keşif) kullanırken müvekkile ait kişisel veriyi, meslek sırrını ve dava stratejisini ifşadan koruyan teknik ve hukuki tedbirlerin bütünüdür. Pratikte tek bir soruya iner: bir metni modele gönderdiğinizde o metin nereye gidiyor, kim erişebiliyor ve KVKK bu işleme hangi hukuki sıfatı veriyor?

Kritik nokta şudur: popüler bulut LLM sağlayıcılarının (OpenAI, Anthropic, Google, Microsoft) işleme altyapısı Türkiye dışındadır. Bir müvekkil metnini bu servislere girmek, veriyi yurt dışındaki bir sunucuya taşımak anlamına gelir. KVKK terminolojisinde bu, kişisel verilerin yurt dışına aktarılması işlemidir ve kendi hukuki rejimine tabidir. Yani avukat için mesele "model doğru cevap verdi mi" değil; "bu metni oraya göndermeye hukuken yetkim var mıydı" meselesidir.

KVKK Madde 9 ve Haziran 2024 Reformu: Yasak Değil, Mekanizma

Yaygın ama artık güncelliğini yitirmiş bir çerçeve, "Madde 9 yurt dışına veri aktarımını yasaklar" der. 2024 öncesi için pratikte bu neredeyse böyle işliyordu: açık rıza dışında elle tutulur bir yol yoktu. Ancak 7499 sayılı Kanun (12 Mart 2024 tarihli Resmî Gazete, 1 Haziran 2024'te yürürlük) Madde 9'u köklü biçimde değiştirdi.

Reform sonrası tablo mutlak yasak değil, kademeli bir mekanizma tablosudur:

• Yeterlilik kararı: Kurul'un yeterli koruma sağladığını tespit ettiği ülke/sektör/uluslararası kuruluşa aktarım.
• Uygun güvenceler: Yeterlilik kararı yoksa; bağlayıcı şirket kuralları (BCR), standart sözleşme, taahhütname gibi araçlarla aktarım.
• Arızi haller (istisnalar): Açık rıza dahil, dar kapsamlı ve süreklilik taşımayan durumlar.

10 Temmuz 2024 tarihli yurt dışına aktarım yönetmeliği bu standart sözleşme ve taahhütname sürecini işlevsel hale getirdi. Hukuk bürosu açısından sonuç net: bulut LLM kullanımı otomatik olarak yasak değildir; ancak hangi mekanizmaya dayandığını yazılı olarak gösteremiyorsanız, o kullanım hukuken savunulamaz. "Herkes ChatGPT kullanıyor" bir hukuki dayanak değildir. Bu ayrımın kurumsal karşılığını yapay zeka ve KVKK kurumsal sorular yazımızda daha genel çerçevede ele aldık.

Müvekkil Verisi Sızıntı Vektörleri: Dosya-Türü Bazlı Risk Matrisi

Her hukuk metni aynı riski taşımaz. Bir kamuya açık içtihat özeti ile bir boşanma dosyasındaki mali müzakere notu, aynı LLM kutusuna girse de tamamen farklı sınıflardır. Aşağıdaki matris, dosya türünü barındırdığı kişisel/özel nitelikli veri yoğunluğuna, sızıntının sonucuna ve bulut LLM'e ham girişin uygunluğuna göre sınıflandırır. Bu, hukuki yorumun teknik uygulama tarafını görünür kılmayı amaçlar.

Matrisin okunma biçimi önemlidir: sağdaki "kritik" satırlar açık rıza ile bile rutin biçimde meşrulaştırılamaz, çünkü açık rıza reform sonrası arızi/istisnai bir yol olarak konumlanmıştır ve süreklilik taşıyan bir iş akışının hukuki temeli olamaz. "Yüksek risk" satırların doğru yolu ise metni göndermeden önce kişisel verileri ayıklamaktır.

Pratik Maskeleme Akışı: Metni Modele Göndermeden Önce

Riskin çoğu, aktarımın kendisinden değil aktarılan içeriğin ham olmasından doğar. Bir sözleşmeyi LLM'e özetletmek için tarafların TCKN'sine, açık adresine veya tam ticari unvanına modelin ihtiyacı yoktur; modelin ihtiyacı yapıya ve kurguyadır. Bu ayrım, uyumun teknik omurgasıdır.

Bu akış iki mantıksal adım üzerine kurulur; ikisi de belirli bir üründen bağımsız, herhangi bir hukuk bürosunun kendi araçlarıyla kurabileceği yöntemsel bileşenlerdir:

• Maskeleme katmanı — Türkçe metinde kişisel veri kalıplarını (ad-soyad çekimleri, TCKN, IBAN, adres, telefon) yakalayıp yer tutucuyla değiştiren bir adım. Türkçe morfoloji ekleri isim tespitini zorlaştırdığı için bu adımın dilden bağımsız hazır çözümlerle bire bir örtüşmediğini KVKK PII maskeleme yazımızda tartıştık.
• Sınıflandırma ve iz katmanı — dosya türünü yukarıdaki matrise göre sınıflandıran, hangi metnin hangi mekanizmayla işlenebileceğini kayda geçiren ve maskeleme öncesi/sonrası izini tutan bir uyum çerçevesi.

Önerilen sıra şudur:

1. Sınıflandır  → dosya türünü risk matrisine yerleştir
2. Karar ver    → "kritik" ise bulut LLM'e hiç gönderme (yerel/self-host'a yönlendir)
3. Maskele      → maskeleme katmanı ile kişisel verileri yer tutucuya çevir
4. Gönder       → sadece maskelenmiş metni modele ilet
5. Geri eşle    → modelin çıktısındaki yer tutucuları yerelde gerçek değerlerle doldur
6. Kaydet       → hangi metin, hangi mekanizmayla işlendi; iz bırak

Bu akışta gerçek kişisel veri hiçbir zaman büro sınırının dışına çıkmaz; dışarı çıkan yalnızca yapısı korunmuş, kimliksizleştirilmiş metindir. Özel nitelikli veri içeren dava dosyaları için doğru cevap ise maskeleme değil, işlemenin tümüyle büro içinde kalmasıdır; bu senaryoda kendi altyapınızda çalıştırdığınız self-host modeller daha uygun bir zemindir.

Çalışma Zamanı Savunması: Politika Yazmak Yetmez

Bir büro politikası "müvekkil verisini ChatGPT'ye girmeyin" dese bile, günün baskısı altında bir stajyer dilekçeyi kopyalayıp yapıştıracaktır. Uyumun sürdürülebilir hali, insan disiplinine değil akış üstündeki bir denetim katmanına dayanır. Bu katman, kurumsal ağ ile LLM sağlayıcısı arasında durur; giden istekleri tarar, içinde maskelenmemiş kişisel veri kalıbı gördüğünde ya bloklar ya da otomatik maskelemeye yönlendirir.

AltaySec tarafında bu işlevi Guardian (LLM güvenlik duvarı) üstlenir; giden/gelen istem trafiğinde kişisel veri sızıntısını ve istem enjeksiyonu denemelerini yakalamaya odaklanır. Bir hukuk bürosu için buradaki asıl kazanç önleme değil ispatlanabilirliktir: KVKK denetiminde "personelimiz dikkatliydi" demek yerine, hangi isteğin nerede durdurulduğunu gösteren bir kayıt sunabilmektir. Denetim katmanının seçim kriterlerini AI firewall seçim rehberinde ayrıntılandırdık.

Bir uyarı: bu katmanların Türkçe'de yanlış negatif oranı, İngilizce'ye kıyasla belirgin biçimde yüksektir. AltaySec'in kendi ölçümü olan AltayDuel verisinde, Türkçe morfolojik varyasyon ve çeviri-bahanesi kalıplarının filtreleri İngilizce'ye göre daha sık atlattığını gözlemledik. Yani hazır bir küresel filtreye Türkçe hukuk metni üzerinde olduğu gibi güvenmek, sahte bir güvenlik hissi yaratabilir.

Hukuk Bürosu İçin Uygulama Kontrol Listesi

Aşağıdaki liste, bir büronun bulut LLM kullanımını hukuken savunulabilir zemine oturtmak için sırayla tamamlaması gereken adımları özetler:

1. Envanter: Hangi ekip hangi LLM aracını hangi metinlerde kullanıyor? Görünmeyen kullanım (gölge AI) en büyük risktir.
2. Mekanizma tespiti: Kullandığınız her bulut sağlayıcısı için aktarımın hangi Madde 9 mekanizmasına (yeterlilik kararı / standart sözleşme / taahhütname) dayandığını yazılı olarak belirleyin.
3. Sınıflandırma kuralı: Dosya-türü risk matrisini büro politikasına gömün; "kritik" sınıfın bulut LLM'e hiç gitmeyeceğini kural haline getirin.
4. Maskeleme zorunluluğu: "Yüksek risk" metinler için girişten önce kişisel veri maskelemeyi teknik olarak zorunlu kılın; iyi niyete bırakmayın.
5. Çalışma zamanı katmanı: Giden istem trafiğini tarayan bir denetim/güvenlik duvarı katmanı konumlandırın ve kayıt tutun.
6. Kayıt ve tazeleme: İşleme kayıtlarını denetime hazır tutun; mevzuat ve sağlayıcı sözleşmeleri değiştikçe mekanizma tespitini güncelleyin.

Bu adımların hiçbiri LLM kullanımını yasaklamaz; hepsi onu hesabı verilebilir hale getirir. 2026 Türkiye'sinde hukuk bürosu için asıl rekabet avantajı yapay zekayı kullanmak değil, onu müvekkil güvenini zedelemeden kullanabildiğini gösterebilmektir.

Kaynaklar

• 6698 Sayılı Kişisel Verilerin Korunması Kanunu (Madde 9 güncel metin) — mevzuat.gov.tr
• 7499 Sayılı Kanun — Resmî Gazete (12 Mart 2024)
• OWASP Top 10 for LLM Applications (GenAI Security Project)
• NIST AI Risk Management Framework (AI RMF 1.0)

İlgili Yazılar

• KVKK ve LLM Güvenliği
• LLM İçin KVKK PII Maskeleme
• Yapay Zeka ve KVKK: Kurumsal Sorular
• Türkiye Yapay Zeka Düzenlemeleri 2026