Bir yapay zekâ hizmeti “verinizi saklamıyoruz” dediğinde akla hemen şu soru geliyor: O hâlde kötüye kullanım nasıl fark ediliyor? OpenAI’ın 19 Ağustos 2026’da tanıttığı Private Safety Processing ön izlemesi, bu gerilime teknik bir yanıt arıyor. Ama başlıktaki Zero Data Retention ifadesi kolayca yanlış anlaşılabilir. ZDR herkese açık ChatGPT sohbetlerinin otomatik olarak sıfırlandığı anlamına gelmiyor; belirli şartları sağlayan API müşterilerine yönelik ayrı bir veri işleme düzeni.

Zero Data Retention ne vaat ediyor?

OpenAI’ın açıklamasına göre uygun API müşterilerinin istemleri ve model yanıtları, istek işlendiğinde OpenAI tarafından tutulmuyor. Müşteri içeriği şirket personelinin incelemesine açık değil. Kurumsal müşteri verileri de müşteri açıkça katılmayı seçmedikçe model eğitiminde kullanılmıyor. Buradaki üç sınır kelimesi önemli: uygun müşteri, API ve istek işlendiğinde. Bir hizmetin pazarlama sayfasında ZDR yazması, bütün ürünlerin ve bütün günlüklerin aynı kurala tabi olduğunu kanıtlamaz.

OpenAI ayrıca hukuki bir istisnayı açıkça belirtiyor: Çocukların cinsel istismarı materyali olabileceği işaretlenen görüntüler, manuel inceleme ve bildirim amacıyla ZDR dağıtımlarında da tutulmaya devam edebilir. Bu ayrıntı, “sıfır” kelimesinin teknik ve hukuki kapsamının ürün belgesinden okunması gerektiğini gösteriyor.

Tek isteği görmek neden yetmiyor?

Mevcut ZDR uyumlu güvenlik sistemleri her etkileşimi ayrı değerlendiriyor. Oysa zararlı niyet bazen tek bir soruda görünmez; kullanıcı çok sayıda masum görünen adımla korumaları yoklayabilir, farklı hesaplarda örüntü oluşturabilir veya bir ajan kullanıcının “dur” talimatından sonra işlem yapmayı sürdürebilir. OpenAI, Private Safety Processing ile ilişkili etkileşimler arasındaki örüntüleri içerik insan incelemesine açılmadan değerlendirmeyi hedefliyor.

Önerilen modelde içerik müşterinin kontrol ettiği altyapıda kalabiliyor. Geliştirilen diğer seçenekte ise içerik OpenAI altyapısında, anahtarları müşterinin kontrol ettiği biçimde şifreleniyor. Otomatik sistem bir risk bulduğunda şirkete alttaki istem ve yanıtı değil, etkinlik türünü belirten dar kapsamlı bir güvenlik sinyali ulaşıyor. Müşteri kendi sistemindeki kayıtlarla uyarıyı araştırabiliyor; itiraz veya doğrulanmış kötüye kullanım incelemesi için hangi bilgiyi paylaşacağına kendisi karar veriyor.

Bu yaklaşımın güçlü ve belirsiz tarafları

Güçlü taraf, güvenlik için otomatik olarak “bütün içeriği sağlayıcı görsün” sonucuna varılmaması. Müşteri anahtarlı şifreleme ve sınırlı güvenlik sinyalleri; finans, sağlık, hukuk ve ticari sırlarla çalışan kurumların veri kontrolünü koruma ihtiyacına daha uygun olabilir. İnsan personelin içeriğe ulaşamaması da içeriden erişim riskini azaltan anlamlı bir sınırdır.

Belirsiz taraf ise teknik ayrıntıların henüz tamamlanmamış olması. Sistem erken müşterilerle test ediliyor ve OpenAI teknik beyaz kitabı Eylül 2026’da yayımlamayı planladığını söylüyor. Yanlış pozitif oranı, ilişkili etkileşimlerin nasıl bağlandığı, sinyalin ne kadar bilgi açığa çıkardığı, anahtar yönetimi, silme doğrulaması ve bağımsız denetim modeli beyaz kitap görülmeden kesin kabul edilmemeli.

Bir diğer kritik konu hesap verebilirlik. Otomatik sistem yalnız dar kapsamlı sinyal üretiyorsa, yanlış bir engelleme kararının nasıl açıklanacağı ve itirazın hangi kanıtla değerlendirileceği önceden tanımlanmalı. Müşteri içeriğini açmadan hata ayıklamak mahremiyet açısından güçlü, operasyon açısından zordur. Bu nedenle ZDR mimarisinde teknik koruma kadar olay müdahalesi, kayıt sahipliği ve sözleşmedeki hizmet seviyesi de tasarımın parçasıdır.

Bir şirket ZDR satın almadan önce ne sormalı?

  • Hangi ürün, model ve uç noktalar ZDR kapsamına giriyor?
  • İstem ve yanıt dışında IP, hata günlüğü, kullanım metadatası ve dosyalar ne kadar süre tutuluyor?
  • Yasal zorunluluk ve güvenlik istisnaları neler?
  • Şifreleme anahtarını kim üretiyor, saklıyor, döndürüyor ve iptal ediyor?
  • Alt işlemciler ve bölgesel veri konumu sözleşmede nasıl tanımlanıyor?
  • Bir olayda sağlayıcıya hangi sinyal gidiyor; müşteri hangi kaydı görebiliyor?
  • Silme ve saklamama taahhüdü bağımsız denetim raporuyla doğrulanabiliyor mu?

ZDR, veri minimizasyonunun yerine geçmez. Modele gereksiz kişisel veri veya ticari sır göndermemek hâlâ ilk savunmadır. Uygulamalı başlangıç için yapay zekâya dosya yüklemeden önce yapılacak kontrolleri ve AI ile yazışırken veri sızıntısını azaltma rehberini kullanabilirsiniz.

ZDR, eğitim izni ve gizlilik aynı şey değil

Üç kavram sıkça birbirine karışıyor. “Eğitimde kullanmama”, içeriğin hizmet çalışırken veya güvenlik amacıyla hiç işlenmediği anlamına gelmez. “Kısa süreli saklama”, ZDR değildir. “İnsan incelemesine kapalı” olmak da otomatik sistemlerin içeriği değerlendirmediği anlamına gelmez. Sağlıklı satın alma kararı, tek bir rozet yerine veri akışının baştan sona çizilmesiyle verilir.

Bu çizimde kullanıcı cihazı, şirket uygulaması, API geçidi, model sağlayıcısı, günlük sistemi ve yedekler ayrı kutular olarak gösterilmeli. ZDR yalnız sağlayıcı katmanında geçerliyse, uygulamanın kendi loglarında aynı istemin aylarca kalması mahremiyet hedefini boşa çıkarabilir. Kurum içi kayıt politikası da sağlayıcı sözleşmesiyle birlikte yenilenmelidir.

Sonuç: doğru soru “saklıyor musunuz?”dan daha uzun

Private Safety Processing, mahremiyet ile çok adımlı güvenlik izlemesini aynı tasarımda buluşturma yönünde dikkat çekici bir ön izleme. Bugün için kesin sonuç değil, incelenmesi gereken bir mimari öneri. Kurumların yapması gereken; kapsamı, istisnaları, anahtar sahipliğini, metadatayı ve denetimi sözleşme ile teknik belgede ayrı ayrı doğrulamak. “Zero” kelimesi ancak bu soruların yanıtları kadar güçlüdür.

Kaynak