Seratus

Kayıt 11 · · 8 dk okuma

Anonimleştirme, Maskeleme ve Takma Adlandırma Arasındaki Fark

Üç yöntem ne zaman kullanılır, hangisi kişisel veriyi kişisel veri olmaktan çıkarır, kalite nasıl ölçülür ve kurumlarda hangi hatalar tekrar eder; tabloyla.

  • anonimleştirme
  • maskeleme
  • KVKK
  • imha

Kurumlarda “veriyi anonimleştirdik” cümlesi çoğu zaman üç farklı işlemden birini anlatır ve bu üçünün hukuki ve operasyonel sonuçları birbirinden tamamen ayrıdır. Maskelenmiş bir bordro tablosu hâlâ kişisel veridir; takma adlandırılmış bir hasta listesi hâlâ kişisel veridir; yalnız gerçekten anonimleştirilmiş veri bu nitelikten çıkar. Üç kavramı birbirinden ayırmadan kurulan saklama ve imha süreci, denetim anında “imha ettik” iddiasını taşıyamaz.

Üç kavram, üç farklı sonuç

Üç yöntemin ortak noktası, bir kayıttaki kişiyle ilgili bilgiyi görünmez ya da bağlantısız hale getirmeye çalışmasıdır. Ayrıldıkları nokta ise sonucun geri döndürülebilir olup olmadığı ve işlem sonrasında verinin hâlâ “kişisel veri” sayılıp sayılmadığıdır. Bu iki soru, sonraki her kararın belirleyicisidir: veri envanterde kalacak mı, erişim kontrolü sürecek mi, ilgili kişi başvurusunda bu kayıt aranacak mı, saklama süresi işlemeye devam edecek mi.

Kişisel Verileri Koruma Kurumu’nun “Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi” sayfası, anonim hale getirmeyi silme ve yok etme ile aynı başlık altında, yani bir imha yolu olarak ele alır. Bu çerçeveyi akılda tutmak önemlidir: anonimleştirme bir gizleme tekniği değil, bir imha yöntemidir ve imha yöntemlerinin taşıdığı ispat yükünü taşır. Maskeleme ve takma adlandırma ise aynı sayfanın konusu değildir; onlar işleme devam ederken riski azaltan güvenlik tedbirleridir.

Bu yazı bir hukuki görüş değildir; kurumun hukuk birimiyle doğrulanması gereken yorumlar içermez, yalnız operasyonel ayrımı anlatır.

Maskeleme: değeri gizler, kaydı korur

Maskeleme, hassas bir değerin yerine vekil bir değer koyarak kaydın amacı için kullanılabilir kalmasını ama asıl değerin artık görünmemesini sağlar. Bir TCKN’nin son dört hanesi dışında yıldızlanması, bir IBAN’ın yalnız banka kodunun bırakılması, bir kart numarasının ilk altı ve son dört hanesinin korunması tipik örneklerdir. Kayıt, kişiye ait olmaya devam eder; yalnız bu alana bakan kişi asıl değeri göremez.

Maskelemenin amacı imha değildir. Amacı, verinin bulunduğu yerde kalması gerektiği durumlarda açığa çıkma yüzeyini daraltmaktır. Bir müşteri hizmetleri ekibinin kimlik doğrulama için TCKN’nin son hanelerini görmesi yeterliyse, tam değerin ekranda ya da dışa aktarılan raporda bulunmasına gerek yoktur. Bir test ortamına kopyalanan üretim tablosunda TCKN ve IBAN sütunlarının maskeli olması, geliştirme ekibinin gerçek kimlik verisiyle çalışmasını engeller.

Operasyonel açıdan maskeleme bir iyileştirme eylemidir: bir bulguya karşılık verilir, bir sorumluya atanır, onaylanır ve kayda geçer. Seratus’ta maskeleme bu şekilde işler; eylemin kim tarafından, ne zaman ve hangi gerekçeyle yapıldığı iyileştirme ve kanıt akışında tutulur. Maskeleme yapıldı diye kayıt envanterden düşmez; saklama süresi işlemeye devam eder.

Takma adlandırma: bağı koparmaz, taşır

Takma adlandırma, doğrudan tanımlayıcıyı bir belirteç, anahtar ya da rastgele kimlikle değiştirir ve asıl tanımlayıcıya dönüş yolunu ayrı bir yerde saklar. Bir araştırma veri setinde hasta adının “H-0417” ile değiştirilmesi ve eşleme tablosunun kilitli bir ortamda tutulması bu yöntemin klasik örneğidir. Analiz yapan ekip kişiyi görmez; eşleme tablosuna erişebilen ekip ise görebilir.

Bu yöntem, veri minimizasyonunun güçlü bir aracıdır çünkü kimliği gören kişi sayısını düşürür. Ancak sonuç kişisel veri olmaya devam eder. Eşleme tablosu ya da anahtar mevcut olduğu sürece kişi yeniden tanımlanabilir; bu nedenle takma adlandırılmış veri setleri de envanterde yer alır, erişim kontrolüne tabidir ve ilgili kişi başvurusunda aranması gerekir. Kurumlarda en sık görülen yanlış, takma adlandırılmış seti “anonim” diye etiketleyip kontrol dışına çıkarmaktır.

Takma adlandırmanın iki ayrı zayıf noktası vardır. İlki eşleme tablosunun kendisidir: tablo, kurumun en hassas varlıklarından biri haline gelir ve genellikle ilk tasarım sonrası unutulur, bir dosya paylaşımında ya da bir geliştiricinin yerel diskinde yıllarca kalır. İkincisi dolaylı tanımlayıcılardır: ad kaldırılsa bile doğum tarihi, posta kodu, işe giriş tarihi ve unvan birleşimi çoğu kurumda tek kişiyi işaret eder.

Anonimleştirme: geri dönüşü olmayan nokta

Anonimleştirme, verinin hiçbir şekilde, başka verilerle eşleştirilse bile, belirli ya da belirlenebilir bir kişiyle ilişkilendirilemez hale getirilmesidir. Geri dönüş yolu yoktur; eşleme tablosu tutulmaz; dolaylı tanımlayıcılar da genelleştirilir, bastırılır ya da kaldırılır. Sonuç, kişisel veri niteliğini kaybeder ve bu nedenle bir imha yöntemi olarak kabul edilir.

Burada kritik nokta, “geri döndürülemezlik” iddiasının ispat gerektirmesidir. Doğrudan tanımlayıcıları silmek anonimleştirme sayılmaz; kalan alanların birleşimiyle kişiye ulaşılıp ulaşılamadığı ölçülmelidir. Bir bordro tablosundan ad, TCKN ve IBAN kaldırıldığında bile “departman, unvan, işe giriş yılı, brüt maaş” dörtlüsü çoğu kurumda tek bir kişiyi tanımlar. Bu dörtlü genelleştirilmeden (örneğin maaşın aralığa, işe giriş yılının beş yıllık dilime çevrilmesi) set anonim değildir.

Anonimleştirme kararının ikinci yarısı aslın imhasıdır. Anonim bir kopya üretip aslını saklamaya devam eden kurum, imha yapmamıştır; yalnız bir türev üretmiştir. Seratus bu nedenle anonimleştirmeyi tek bir işlem olarak değil, üç adımlı bir akış olarak ele alır: redakte kopya üretimi, tekillik denetimiyle kalite ölçümü ve aslın onaylı imhası. Bu akış KVKK uyum modülünün saklama takvimine bağlıdır.

Karşılaştırma tablosu

Ölçüt Maskeleme Takma adlandırma Anonimleştirme
Geri döndürülebilir mi Hayır (maskeli alan için), ama kayıt kişiye bağlı kalır Evet, anahtar ya da eşleme tablosuyla Hayır
Sonuç kişisel veri mi Evet Evet Hayır
Envanterde kalır mı Evet Evet (eşleme tablosu dahil) Hayır
İlgili kişi başvurusunda aranır mı Evet Evet Hayır
Saklama süresi işler mi Evet Evet Uygulanmaz
Tipik kullanım Ekran, rapor, test ortamı Araştırma, analiz, dış hizmet sağlayıcı Saklama süresi dolmuş veri, istatistik
Kalite ölçütü Maskelenen alanların tamlığı Anahtarın korunması, dolaylı tanımlayıcı kontrolü Tekillik denetimi, geri döndürülemezlik
Kanıt gereksinimi Eylem kaydı Eylem kaydı ve anahtar erişim kaydı Kalite ölçümü, aslın imha kaydı, onay zinciri

Hangi durumda hangisi

Veri hâlâ canlı bir iş süreci için gerekiyorsa ve yalnız kimlerin gördüğü daraltılmak isteniyorsa maskeleme doğru seçimdir. Örnek: bir sigorta şirketinde poliçe destek ekranındaki TCKN alanı, müşteri hizmetleri rolü için maskeli gösterilir; tahsilat rolü için tam gösterilir. Bu bir imha kararı değil, bir erişim tasarımıdır.

Veri bir analiz, araştırma ya da dış hizmet için kurum dışına ya da başka bir ekibe gidecekse ve kimliğe sonradan dönüş gerekiyorsa (örneğin bir klinik çalışma sonucunun hastaya geri bildirilmesi) takma adlandırma doğru seçimdir. Bu durumda eşleme tablosunun kendisi ayrı bir varlık olarak envantere girer ve erişimi ayrıca kısıtlanır.

Verinin saklama süresi dolmuşsa ya da veri yalnız toplu istatistik için tutulacaksa anonimleştirme doğru seçimdir. Bir perakende şirketinde beş yıl önce kapanan müşteri hesaplarının satın alma geçmişi, kampanya analizi için anonimleştirilmiş bir kopyaya dönüştürülür ve asıl kayıtlar imha edilir. Bu noktada maskeleme yetersizdir: maskeli kayıt hâlâ kişisel veridir ve saklama süresi dolmuş veriyi tutmaya devam etmek anlamına gelir.

Bir kurumun aynı veri kümesi için üç yöntemi farklı zamanlarda uygulaması olağandır. Aktif dönemde maskeleme, dış paylaşımda takma adlandırma, süre dolduğunda anonimleştirme. Önemli olan hangi yöntemin hangi anda uygulandığının ve her birinin kaydının tutulmasıdır.

Kalite nasıl ölçülür

Maskelemede kalite ölçütü basittir: maskelenmesi gereken alanların tamamı maskelendi mi, maskeleme formatı tutarlı mı, maskelenmemiş kopya başka bir yerde kaldı mı. Son soru en çok ihmal edilendir. Üretim tablosu maskelendiğinde bir hafta önce alınmış dışa aktarma dosyası paylaşımda duruyorsa maskeleme eksiktir. Bu nedenle maskeleme kararı her zaman keşifle birlikte alınmalıdır: aynı değer başka nerede var.

Takma adlandırmada kalite iki boyutludur: eşleme tablosuna erişim gerçekten sınırlı mı ve dolaylı tanımlayıcılar tekilliğe izin veriyor mu. İkinci boyut, anonimleştirme ölçümüyle aynı tekniği kullanır.

Anonimleştirmede kalite ölçütü tekillik denetimidir. Redakte kopyadaki her satır için kalan alanların birleşiminin kaç satırda tekrar ettiği sayılır. Tek satırda görülen birleşimler potansiyel olarak bir kişiyi işaret eder. Bu birleşimler genelleştirilir ya da bastırılır ve ölçüm yeniden yapılır. Seratus bu ölçümü her redakte kopya için çalıştırır ve sonucu imha kaydının parçası olarak saklar; böylece denetimde “anonimleştirdik” iddiasının yanında ölçümün kendisi de sunulabilir.

Yaygın hatalar

Kurumlarda tekrar eden hataların çoğu kavram karışıklığından değil, operasyon eksikliğinden kaynaklanır. En sık görülenler şunlardır:

  • Takma adlandırılmış seti “anonim” diye etiketleyip envanterden düşmek. Eşleme tablosu mevcut olduğu sürece set kişisel veridir.
  • Yalnız doğrudan tanımlayıcıları kaldırıp anonimleştirme saymak. Dolaylı tanımlayıcılar ölçülmeden set anonim değildir.
  • Anonim kopya üretip aslı silmemek. Bu bir imha değil, bir çoğaltmadır.
  • Üretim tablosunu maskeleyip eski dışa aktarmaları, yedekleri ve test kopyalarını unutmak. Maskeleme, verinin yalnız bir kopyasına uygulanmışsa riski azaltmaz.
  • Eşleme tablosunu bir dosya paylaşımında ya da bir geliştiricinin yerel diskinde bırakmak. Tablo, kurumun en hassas varlığıdır.
  • Hiçbirini kayda geçirmemek. Kayıt olmadan hiçbir yöntem denetimde savunulamaz.

Bu hataların ortak noktası, yöntemin seçilmesinden önce verinin nerede olduğunun bilinmemesidir. Veri sınıflandırma ve keşif olmadan uygulanan her yöntem, bilinen kopyaya uygulanır; bilinmeyen kopya olduğu gibi kalır.

Seratus bu açıkları nasıl kapatır

Açık: Aynı değerin bilinmeyen kopyaları. Maskeleme ya da anonimleştirme yalnız bilinen tabloya uygulanır; dışa aktarma dosyaları, yedek kopyalar ve test ortamları dışarıda kalır. Seratus’un ajansız keşfi dosya sunucuları, Microsoft 365, veritabanları, nesne depolama ve e-posta arşivlerindeki aynı değeri bulur; iyileştirme kararı tüm kopyaları kapsayacak şekilde verilir.

Açık: Takma adlandırılmış setin ve eşleme tablosunun envanter dışında kalması. Seratus sınıflandırma taksonomisinde bu setler kişisel veri olarak etiketlenir, VERBİS envanterine gerçek keşiften girer ve eşleme tablosuna kimin eriştiği erişim ve maruziyet grafiğinde görünür.

Açık: Anonimleştirme kalitesinin ölçülmemesi. Seratus redakte kopya ürettikten sonra tekillik denetimi çalıştırır ve sonucu kaydeder. Ölçüm olmadan aslın imhası onaylanmaz.

Açık: Anonim kopya üretilip aslın saklanmaya devam etmesi. Seratus’ta anonimleştirme akışı aslın imhasıyla tamamlanır; imha ayrı bir onay yetkisine tabidir ve ikinci yetkili onayı tanımlanabilir.

Açık: Yöntemin kayda geçmemesi. Maskeleme, takma adlandırma ve anonimleştirme eylemlerinin her biri kim, ne zaman, neden bilgisiyle denetim kaydına yazılır; KVKK hazırlık özeti ve denetim raporu olarak PDF, Excel ya da CSV biçiminde dışa aktarılır.

Açık: Saklama süresi dolmuş veride yanlış yöntem. Seratus saklama takvimi süresi dolan veriyi “açık” olarak listeler ve imha ya da anonimleştirme akışını başlatır; maskeleme bu açığı kapatmaz ve kapatmış gibi gösterilmez.

Sonuç

Maskeleme riski azaltır, takma adlandırma kimliği gören kişi sayısını düşürür, anonimleştirme kişisel veri niteliğini sona erdirir. Üçü farklı sorulara yanıt verir ve yalnız sonuncusu bir imha yöntemidir. Kurumun yapması gereken, her veri kümesi için hangi anda hangi yöntemin uygulanacağını belirlemek, uygulamadan önce verinin tüm kopyalarını bulmak ve her adımı ölçümüyle birlikte kayda geçirmektir. Bu üçü yerine getirildiğinde “anonimleştirdik” cümlesi bir iddia olmaktan çıkar, kanıtlanabilir bir işlem haline gelir.

Bu kayıtla ilgili sorular

1

Maskeleme ile anonimleştirme aynı şey midir?

Hayır. Maskeleme, hassas değerin yerine vekil bir değer koyar ve kayıt kişisel veri olmaya devam eder. Anonimleştirme kişiyle bağı geri döndürülemez biçimde kaldırır; sonuç artık kişisel veri değildir. İkisi farklı amaçlara hizmet eder ve farklı yükümlülükler doğurur.

2

Takma adlandırılmış veri kişisel veri midir?

Evet. Takma adlandırma, tanımlayıcıyı bir anahtar veya belirteçle değiştirir ama geri dönüş yolu korunur. Anahtara sahip olan herkes kişiyi yeniden tanımlayabilir; bu nedenle veri korunmaya ve envanterde yer almaya devam eder.

3

Anonimleştirmenin başarılı olduğu nasıl anlaşılır?

Tek başına doğrudan tanımlayıcıların kaldırılması yeterli değildir. Kalan alanların birleşiminden tek bir kişiye ulaşılıp ulaşılamadığı ölçülmelidir. Seratus bunu tekillik denetimiyle yapar; her redakte kopya için bu ölçüm kaydedilir.

4

Hangi durumda maskeleme, hangi durumda anonimleştirme seçilmeli?

Veri hâlâ canlı bir iş süreci için gerekiyorsa ve yalnız açığa çıkma riski azaltılmak isteniyorsa maskeleme uygundur. Saklama süresi dolmuş ya da yalnız istatistik veya analiz için tutulacak veri için anonimleştirme uygundur. Saklama süresi dolmuş veride maskeleme imha sayılmaz.

5

Seratus anonimleştirmeyi nasıl uygular?

Redakte bir kopya üretir, kopyanın kalitesini tekillik denetimiyle ölçer, ardından aslın imhasını onaylı bir akışla yürütür. Her adım kim, ne zaman, neden bilgisiyle denetim kaydına yazılır ve rapor olarak dışa aktarılabilir.

DOSYA 001

Bunu kendi verinizde görün

Bir demo talep edin. Keşif, risk önceliklendirme, iyileştirme ve KVKK ekranlarını sizin senaryolarınızla gezelim.