HİZMET 5: KVKK & GDPR Uyumu ve Veri Yaşam Döngüsü Mühendisliği

Uyum çoğu yerde bir metin işi sanılır: aydınlatma metni yazılır, VERBİS kaydı yapılır, klasöre kaldırılır. Oysa denetimde sorulan soru metnin ne yazdığı değil, sistemin gerçekten ne yaptığıdır. Aydınlatma metni 90 gün saklandığını söylüyorsa, 91. günde o kaydın silinmiş olması gerekir — ve bunu bir prosedür değil, çalışan bir kod garanti etmelidir. Ben uyumu doküman katmanından çıkarıp kodun içine yerleştiriyorum; her vaadin karşılığında çalışan bir mekanizma oluyor.

Buradaki iş şablon doldurmak değil. Hangi verinin neden toplandığını, ne kadar süre tutulduğunu, kimin eriştiğini, nasıl maskelendiğini ve silme talebi geldiğinde neyin gerçekten silindiğini teker teker karşılığı olan bir yapıya bağlamaktır. Aşağıdaki sayıların hepsi kendi sistemlerimde çalışan koddan ölçüldü.

Neden Bu Hizmet?

Uyum çalışmalarının çoğu bir denetim gününe hazırlanmak için yapılır, sistemin kendisi için değil. Sonuç tanıdıktır: dokümanlar hazırdır ama kod onları bilmez. Aradaki boşluk fark edildiğinde ya bir veri sızıntısı yaşanmıştır ya da denetçi soruyu sormuştur.

Mimari Yaklaşımım

1) Saklama Süresini Koda Gömmek

Bir aydınlatma metninde "90 gün" yazmak kolaydır; 91. günde kaydın gerçekten gitmiş olmasını sağlamak ayrı bir iştir. Saklama süresi sınıfın üzerinde sabit olarak durur ve arka planda günde bir kez çalışan bir iş, süresi geçen kayıtları toplu silme ile temizler.

Toplu silme parça parça yapılır; tek bir dev DELETE tablo kilidi üretip canlı trafiği durdurabilir. İlk tarama uygulama açılışından bir süre sonra başlar, böylece dağıtım anındaki yoğunlukla çakışmaz.

2) Maskelemeyi Tahmine Bırakmamak

"Kimlik numarasını loglama" demek yetmez; loglanması gerektiğinde nasıl yazılacağı tanımlı olmalıdır. Maskeleme kuralı HMAC-SHA256 ve asgari 128 bit çıktı şart koşar.

Kısaltma neden yasak? 48 bitlik bir özet, milyonlarca kayıtlık bir kümede doğum günü paradoksu nedeniyle çarpışma üretir — yani iki farklı kişi aynı maskeye düşer. Bu, anonimleştirmeyi bozmakla kalmaz, yanlış kişinin kaydını birleştirir. Kural bu yüzden bir tercih değil, eşik olarak yazılır.

3) Silmeyi Çalışan Bir Fonksiyon Yapmak

Veri sahibi silme talebi gönderdiğinde cevabın "talebiniz alındı" olması yetmez; hangi veri sınıflarının gittiğinin sayılabilir olması gerekir. Silme tek bir fonksiyonda toplanır ve kullanıcıya ait bütün ağacı — profil, onay kaydı, dönemsel sıralamalar, gönderimler ve altlarındaki oylar, davetler, kimlik kaydı — sırayla temizler.

Bir istisna bilinçlidir: satın alma geçmişi silinmez, kişisel veri taşımayan bir iz kaydına dönüşür. Sebep mali mevzuattır; işlem kaydı tutulmak zorundadır. Doğru çözüm kaydı yok saymak değil, kimlik alanını temizleyip kaydı kişiden koparmaktır.

4) Uyum Metnini Tarihlemek

Uyum içeriği bir kez yazılıp bırakılırsa sessizce eskir. Gözden geçirme politikası her içerik kalemini bir sıklık sınıfına bağlar ve KVKK ile OWASP türevli dosyaları — dış otorite yayın yaptığı için — üç aylık döngüye sabitler. Eşleşmeyen kalem otomatik denetimde başarısız olur; yani "güncellemeyi unutmak" sessiz kalmaz.

Sağladığım Çözümler

Kendi Sistemlerimde Çalışan Sayılar

Aşağıdakiler örnek değil, kendi kodumdan ölçülmüş değerlerdir. Uyumu anlatmanın en dürüst yolu, kendi sisteminde nasıl uyguladığını göstermektir.

Kullandığım Teknolojiler

ASP.NET Core arka plan servisleri, HMAC-SHA256 ve tuzlanmış özetleme, Serilog üzerinde yapılandırılmış log ve maskeleme zenginleştiricileri, MSSQL üzerinde parça parça saklama süpürmesi, Firebase Admin SDK ile sunucu tarafı hesap silme, Google UMP onay akışı, kural dosyalarının otomatik tarih denetimi.

Bilerek Yapmadıklarım

Uyumda abartılı bir vaat, eksik bir vaatten daha risklidir. Aşağıdakiler bilinçli sınırlardır:

Proje Çıktıları

Kime Uygun?

Aydınlatma metni ile sistemin davranışının örtüşüp örtüşmediğinden emin olmayan; saklama süresini kimsenin uygulamadığından şüphelenen; loglarında kişisel veri olup olmadığını bilmeyen; silme talebi geldiğinde elle tablo dolaşan; çocuk kullanıcısı olan bir ürün işleten ya da yaklaşan bir denetime kanıtla girmek isteyen ekipler için uygundur.

Neden Ben?

Uyumu bir mühendislik problemi olarak ele alıyorum. Yukarıdaki sayıların hepsi kendi sistemlerimde çalışan koddan ölçüldü — saklama süresi de, maskeleme eşiği de, silmenin kapsadığı veri sınıfı sayısı da. Bir vaadin arkasında çalışan bir mekanizma yoksa onu yazmıyorum.

Bu yaklaşımın bir yan etkisi var: kendi metinlerimi de denetliyorum. Sitemde ham istemci bilgisi tutulmaya başlandığında aydınlatma metni bunu söylemiyordu; fark edip metni sistemin gerçek davranışına eşitledim ve sürümü yükselttim. Uyum, sistem değiştiğinde metnin de değişmesidir.

Sonuç

Uyum bir klasör değil, sistemin davranışıdır. Metnin söylediği ile kodun yaptığı ayrıldığı anda elinizde uyum değil, uyum görüntüsü kalır. Amaç her vaadin karşılığında çalışan bir mekanizma bulunması ve denetim geldiğinde cevabın doküman değil, ölçü olması.