Üretimden Çıkan Dosyanın Ömrü: O Müşteri Listesi Şu An Nerede?

Salı sabahı pazarlama ekibinden bir e-posta geliyor: "Cuma günkü kampanya için son üç ayda alışveriş yapan müşterilerin listesi lazım. Ad, e-posta, telefon, son sipariş tutarı." Bir analist bir sorgu yazıyor, çalıştırıyor, sonucu bir Excel dosyasına alıyor ve e-postayla gönderiyor. Beş dakika. Kampanya başarılı geçiyor. Şimdi soru: o dosya şu anda nerede?

Çıkış Anı Yönetilir, Çıkış Sonrası Yönetilmez

Kurumların çoğu "veriyi kim istedi" sorusuna bir cevap vermeye çalışır: bir bilet, bir onay, bazen bir gerekçe. Bu iyi. Ama dosya bir kez çıktıktan sonra hikâye biter, çünkü hiçbir sistem dosyanın hayatını izlemez. Dosya analistin masaüstüne kaydedilir, e-postayla pazarlama uzmanına gider, uzman onu bir paylaşım sürücüsüne yükler, ajansla paylaşılan bir klasöre kopyalanır. Kampanya biter. Kimse silmez.

Bu tablo hayal ürünü değil. Kanada'daki büyük bir finans kooperatifi ihlalinde, veri ambarına erişimi sınırlı olan bir çalışanın verilere ulaşmasının yolu şuydu: başka çalışanlar aynı veriyi işleri gereği düzenli olarak bir paylaşım sürücüsüne kopyalamıştı. Denetleyici komiser bunu erişim kontrolü ve veri ayrımı eksikliği olarak yazdı. Yaklaşık 9,7 milyon kişi etkilendi.

Türkiye'nin Eylülündeki Tablo

KVKK eylül 2026'da 44 veri ihlali bildirimi ilan etti. İlk dalgadaki 28 bildirimin tamamında ihlal, veri sorumlusunun kendi sistemlerinde değil, hizmet aldığı veri işleyende gerçekleşti. Çoğu e-ticaret altyapısındaydı. Bu tablo bir şeyi gösteriyor: veri kurumun sınırları içinde tutulduğu sürece bile, dışarı çıktığı her yerde bir başka sorumluluk zinciri başlıyor ve bu zincirin her halkasında verinin nereden geldiği ve kimin aldığı sorusu cevapsız kalabiliyor.

Dosyanın Ömrü İçin Beş Soru

1. Kim istedi ve neden? Gerekçe yazılı mı, yoksa bir sohbet mi?
2. Hangi kolonlar gitti? Pazarlama listesinde tam kimlik numarası gerekiyor muydu, yoksa e-posta ve ad yeterli miydi?
3. Dosya kime ve nasıl teslim edildi? Bir e-posta eki mi, bir bağlantı mı?
4. Ne kadar süre kalacak? Kampanya bittiğinde dosya kendiliğinden yok oluyor mu?
5. Kim, ne zaman indirdi? Dosya bir anahtar gibi paylaşılabilen bir şey mi, yoksa her indirme kayıtlı mı?

Bu Beş Soruyu Tek Bir Yol Nasıl Karşılar?

Çıkış tek bir kanaldan yapılsın ve bu kanal dosyanın ömrünü de yönetsin:

• Talep ve gerekçe. Veri isteyen kişi talebini açar, gerekçesini yazar. Hangi kolonların döneceği çalıştırmadan önce görünür.
• Hassas kolon maskelenir. Kimlik numarası, kart, IBAN, telefon; kampanya listesi için gerekmiyorsa hiç çıkmaz.
• Teslim şifreli paketle olur. Varsayılan modda paket e-postaya ek olarak gider, ama parola e-postayla gitmez: yalnız portalde, yazılı gerekçeyle gösterilir. Kurum isterse "yalnız portal" modunu seçer; o zaman dosya da e-postaya girmez. Parolanın ve dosyanın aynı e-postada gittiği gevşek mod da vardır, ama her talepte yazılı gerekçe ister.
• Yeni alıcı adresi ayrı onay ister. İlk kez kullanılan bir alıcı adresi için varsayılan politika bir onay adımı ekler. Kurum bu politikayı kapatabilir; açıkken yanlış adrese gitme riski azalır.
• Dosyanın bir saklama süresi vardır. Süre dolunca dosya silinir ve bu silme de kayıt altına alınır.
• Her indirme kayıtlıdır. Kim indirdi, hangi adresten, hangi gerekçeyle. Aynı raporda dosyanın süresi dolduğunda silindiği görünür.

Böylece "bu dosya şu anda nerede" sorusunun bir kısmı cevaplanır: bizim elimizde olduğu sürece nerede olduğunu, ne zaman silindiğini biliyoruz.

Sorgu Boyutunu da Sınırlamak Gerekir

Bir soru daha var: "Sorguya ne kadar veri sığar?" Kural kataloğunda, sonuç sorgusunda TOP ya da FETCH NEXT ile satır sınırı olmayan sorgular için bir bulgu üretilir. Bu, tüm müşteri tablosunun tek seferde bir dosyaya girmesini görünür kılar. Kural bir sızıntı önlemi değildir; ama "bir tablonun tamamı" ile "bir örnek" arasındaki farkın onay ekranında görünmesini sağlar.

Dürüst Sınır

• İndirildikten sonraki kopyalar ürünün dışındadır. Bir kişi dosyayı indirip bir paylaşım sürücüsüne yüklerse bu hareketi ürün görmez. Bu yüzden kısa saklama süresi, şifreli teslim ve maskeleme birlikte düşünülmelidir: dışarı çıkan şey zaten azaltılmış olmalı.
• Dosyanın kime gönderildiğini bilmek, alıcının ne yapacağını bilmek demek değildir. Yeni adres için onay adımı hatalı bir adrese gitme riskini azaltır; alıcının kendi sorumluluğunu ortadan kaldırmaz.
• Bilgi uçtan uca izlenmez. Ürün veriyi ürünün içinde tuttuğu süre boyunca izler. Dışarıdaki hayatı ayrı bir katmandır: veri kaybı önleme, uç nokta koruma.

Sık Sorulan Sorular

Şifreli dosya e-postayla mı gider?

Varsayılan modda şifreli paket e-postaya ek olarak gider, ama parola e-postayla gitmez; yalnız portalde, yazılı gerekçeyle gösterilir. Kurum "yalnız portal" modunu seçerse dosya da e-postaya girmez.

Dosya ne kadar süre saklanır ve kim indirdi görülür mü?

Dosyanın bir saklama süresi vardır; süre dolunca dosya silinir ve silme kayıt altına alınır. Her indirme, indiren, adres ve gerekçe ile kayıtlıdır ve "Veri Erişimi ve Dışa Aktarım Günlüğü" raporunda görünür.

İndirilen dosya bir yere kopyalanırsa ürün bunu görür mü?

Hayır. İndirildikten sonraki kopyalar ürünün dışındadır. Bu yüzden maskeleme, şifreli teslim ve kısa saklama süresi birlikte düşünülmelidir. Dışarıdaki hayatı veri kaybı önleme ve uç nokta koruma araçlarının konusudur.