Bir kullanıcı "hakkımda tuttuğunuz tüm verileri istiyorum" diye yazdı. Sonra bir başkası "hesabımı ve tüm verilerimi silin" dedi. İkisinin de yasal hakkı var ve sizin bir süreciniz yok.
Bu yazı, veri erişim ve silme taleplerini teknik olarak karşılamayı ele alıyor.
Hangi Talepler Gelir?
| Talep | Ne istenir |
|---|---|
| Erişim | Hakkımda ne tutuyorsunuz? |
| Düzeltme | Yanlış bilgiyi düzeltin |
| Silme | Verilerimi silin |
| Taşınabilirlik | Verimi bana verin |
| İşlemeye itiraz | Şu amaçla kullanmayın |
Dördüncü satır teknik olarak en zorlayıcı olanıdır: taşınabilirlik talebinde veri yalnızca gösterilmez, makine tarafından okunabilir bir biçimde dışa aktarılıp kullanıcıya teslim edilmelidir.
Bu, bir ekran görüntüsü veya PDF ile karşılanamaz. Yapılandırılmış bir dosya gerekir.
Üçüncü satır ise en çok istisna barındıranıdır ve ilerleyen bölümde ele alınıyor.
Önce Envanter
Talep gelmeden yapılması gereken hazırlık:
- Hangi tablolarda kişisel veri var?
- Hangi dosyalarda kişisel veri var?
- Hangi dış servislere veri gönderiliyor?
- Yedeklerde neler duruyor?
- Günlüklerde ne kaydediliyor?
Üçüncü madde en çok atlananıdır ve tamamlanmamış bir yanıt üretir: e-posta pazarlama aracına, analitik servisine ve ödeme sağlayıcısına gönderdiğiniz veri de sizin sorumluluğunuzdadır ve silme talebinde onlardan da silinmesi gerekir.
Yalnızca kendi veritabanınızı temizlemek talebi karşılamaz.
Beşinci madde ise sürpriz yapar. Erişim günlükleri IP adresi tutar ve IP adresi kişisel veri sayılabilir.
Bu envanteri bir kez çıkarmak, sonraki tüm talepleri dakikalar meselesine indirir.
Kimlik Doğrulaması
Talebi karşılamadan önce kimin sorduğu doğrulanmalıdır:
- Giriş yapmış kullanıcıdan gelmesi en temizi.
- E-posta doğrulaması yapın.
- Aşırı bilgi istemeyin.
- Şüphede ek doğrulama isteyin.
Bu adım güvenlik açısından kritiktir: doğrulama yapmadan veri teslim etmek, saldırganın başkasının verisini sizden almasına yol açar — talebi karşılamaya çalışırken veri ihlali yaratmış olursunuz.
Üçüncü madde ise dengeyi kurar. Kimlik doğrulamak için kimlik fotokopisi istemek, çoğu durumda orantısızdır ve yeni bir kişisel veri toplamış olursunuz.
Birinci madde en pratik çözümdür. Kullanıcı hesabına giriş yapıp panelden talep edebiliyorsa doğrulama zaten yapılmıştır.
Dışa Aktarma Kurmak
Otomatikleştirmek elle uğraşmaktan iyidir:
| Bileşen | Not |
|---|---|
| Kullanıcı bilgileri | Profil, iletişim |
| İşlem geçmişi | Sipariş, ödeme |
| Ürettiği içerik | Yorum, mesaj |
| Tercihler | Bildirim, izin kayıtları |
| Yüklediği dosyalar | Arşiv olarak |
Dördüncü satır iki yönlü değerlidir: izin kayıtlarını dışa aktarabilmek, aynı zamanda o iznin ne zaman ve nasıl alındığını kanıtlayabildiğiniz anlamına gelir — bu, bir uyuşmazlıkta sizi korur.
Dışa aktarma çıktısı yapılandırılmış bir dosya olmalıdır. Alan adları anlaşılır olmalı; ham veritabanı sütun adları kullanıcıya bir şey ifade etmez.
Dosya, güvenli ve süreli bir bağlantıyla teslim edilmelidir. E-postaya eklenerek gönderilmesi risklidir.
Silme Talebinin İncelikleri
Her veri silinemez ve bu yasal bir gerçektir:
- Fatura kayıtları saklanmak zorundadır.
- Devam eden sözleşmeler etkilenir.
- Hukuki uyuşmazlık varsa saklama gerekir.
- Anonimleştirme bir seçenektir.
Birinci madde en sık karşılaşılanıdır: mali mevzuat fatura kayıtlarının belirli bir süre saklanmasını zorunlu kılar, bu nedenle silme talebi bu kayıtları kapsamaz — ancak bunu kullanıcıya açıkça bildirmek gerekir.
Dördüncü madde pratik bir orta yol sunar. Kişiyi tanımlayan alanları kaldırıp istatistiksel veriyi korumak, hem talebi karşılar hem raporlarınızı bozmaz.
Anonimleştirme gerçek olmalıdır. Adı silip e-posta adresini bırakmak anonimleştirme değildir.
Yedeklerdeki Veri
En zor teknik soru budur:
- Yedekleri tek tek temizlemek pratik değildir.
- Saklama süresi tanımlamak çözümdür.
- Geri yükleme sonrası silme tekrarlanmalıdır.
Üçüncü madde kritik bir süreç adımıdır: bir yedekten geri dönüş yaparsanız, daha önce silinmiş kullanıcı verileri geri gelir ve silme işlemini tekrarlamanız gerekir.
Bu nedenle silme talepleri bir kayıt altında tutulmalıdır. Geri yükleme sonrası o liste yeniden uygulanır.
İkinci madde ise en yaygın kabul gören yaklaşımdır. Makul bir saklama süresi tanımlanır ve yedekler o süre sonunda kendiliğinden yok olur.
Süreç Kurmak
| Adım | Hedef |
|---|---|
| Talep kanalı belirleyin | Tek nokta |
| Talebi kaydedin | Tarih ve içerik |
| Kimlik doğrulayın | Güvenlik |
| Süre içinde yanıtlayın | Yasal yükümlülük |
| Yapılanı belgeleyin | Kanıt |
Birinci satır dağınıklığı önler: talepler farklı kanallardan geliyorsa bir kısmı gözden kaçar ve yasal süre kaçırılır — tek bir adres veya form tanımlamak bu riski ortadan kaldırır.
Beşinci satır ise denetim için gereklidir. Talebi karşıladığınızı kanıtlayamıyorsanız, karşılamamış sayılabilirsiniz.
Zorunlu bilgilendirme sayfalarınızda bu kanalı belirtmeniz gerekir; Linux hosting hesabınızda gizlilik politikası sayfanızı güncelleyerek talep kanalını duyurabilirsiniz.
Sonuç
Veri taleplerine hazırlığın tamamı bir envanter çıkarmaktır ve en çok atlanan kalem dış servislerdir: e-posta aracına, analitik servisine ve ödeme sağlayıcısına gönderdiğiniz veri de sizin sorumluluğunuzdadır. Talebi karşılamadan önce mutlaka kimlik doğrulayın — doğrulamadan veri teslim etmek, talebi karşılarken veri ihlali yaratmaktır. Silme talebi fatura kayıtlarını kapsamaz ama bunu kullanıcıya açıkça bildirin. Ve silinen kayıtları listeleyin; bir yedekten dönüşte o silme tekrarlanmalıdır.
Sıkça Sorulan Sorular (SSS)
Talep gelmeden ne hazırlamalıyım?
Bir veri envanteri: hangi tablolarda ve dosyalarda kişisel veri var, hangi dış servislere veri gönderiliyor, yedeklerde ve günlüklerde neler duruyor. Dış servisler en çok atlanan kalemdir — oraya gönderdiğiniz veri de sizin sorumluluğunuzdadır ve silme talebinde onlardan da silinmelidir.
Kimlik doğrulaması şart mı?
Kesinlikle. Doğrulama yapmadan veri teslim etmek, saldırganın başkasının verisini sizden almasına yol açar — talebi karşılamaya çalışırken ihlal yaratmış olursunuz. En temizi kullanıcının kendi hesabına giriş yapıp panelden talep etmesidir. Kimlik fotokopisi istemek çoğu durumda orantısızdır.
Her veriyi silmek zorunda mıyım?
Hayır. Mali mevzuat fatura kayıtlarının belirli süre saklanmasını zorunlu kılar; silme talebi bu kayıtları kapsamaz. Devam eden sözleşmeler ve hukuki uyuşmazlıklar da istisna oluşturur. Bunları kullanıcıya açıkça bildirin ve mümkün olan yerlerde anonimleştirmeyi tercih edin.
Yedeklerdeki veriyi ne yapmalıyım?
Yedekleri tek tek temizlemek pratik değildir; kabul gören yaklaşım makul bir saklama süresi tanımlayıp yedeklerin kendiliğinden yok olmasını sağlamaktır. Ancak silme taleplerini bir listede tutun — bir yedekten geri dönüş yaparsanız silinmiş veriler geri gelir ve işlemi tekrarlamanız gerekir.
