Tasarımla Gizlilik

1) Tasarımla Gizlilik Nedir ve Neden Gereklidir?

Privacy by Design (PbD), kullanıcı gizliliğinin en başından itibaren ürüne dahil edildiği bir yaklaşımdır: veri mimarisinde, süreçlerde ve arayüz tasarımında. Amaç, ürün hızından, uyumluluğundan ve dönüşümünden ödün vermeden gizlilik hakkına saygı göstermektir.

Temel avantajlar: düzenleyici risklere karşı direnç, kullanıcıların/ödeme ortaklarının güveni, öngörülebilir değişim maliyetleri, denetimlerden sonra daha az "yeniden işleme".

2) PbD'nin yedi ilkesi (ürün için adaptasyon)

1. Proaktivite, reaktivite değil: tasarım risklerini tanımlayın (DPIA/tehdit modellemesi).
2. Varsayılan olarak gizlilik: minimum ücretler, "ihtiyaç duyulana kadar devre dışı", açık katılım.
3. Tasarımda yerleşik gizlilik: şifreleme, tokenizasyon, veri ayrımı mimarinin bir parçasıdır, bir "eklenti'değil.
4. Tam işlevsellik: denge "gizlilik ↔ iş değeri" (sıfır miktar değil).
5. Uçtan uca güvenlik: PD yaşam döngüsünün her aşamasında koruma sağlar.
6. Şeffaflık: açık politikalar, erişim günlükleri, otomatik çözümlerin açıklanabilirliği.
7. Kullanıcıya saygı: açık dil, anlaşılır ayarlar, onayların kolay geri bildirimi.

3) Veri yaşam döngüsü ve kontrol noktaları

Topla> Mağaza> Kullan> Aktar> Arşiv> Sil/Anonimleştir

• İşlemin amacı ve temeli (sözleşme/yasal çıkar/rıza, vb.).
• Veri minimizasyonu.
• Depolama alanı (PII/alias/anonymous).
• Tutma matrisi.
• Erişim kontrolleri ve gözlemlenebilirlik (RBAC/ABAC, günlükler, uyarılar).
• Silme/DSR prosedürü (erişim/düzeltme/silme/taşınabilirlik).

4) PbD'nin mimari desenleri

4. 1 Veri bölgelerinin ayrılması

Bölge A (PII/hassas): sıkı RBAC/ABAC, at-rest şifreleme, JIT erişimi.
Bölge B (takma adlar): tanımlayıcılar yerine kararlı belirteçler.
Bölge C (anonim kümeler): BI/çalışmalar, yayınlarda yaygınlık.

4. 2 Küçültme ve takma ad

Sadece ihtiyacınız olan alanları toplayın; Kullanımdan sonra silme/maske.
Ham görüntüler yerine biyometrik şablonları saklayın; ödeme verilerini tokenize edin.

4. 3 "Gizliliğe duyarlı" entegrasyonlar

"Şişman" tarayıcı SDK'ları yerine sunucu tarafı analitiği ve postback'leri.
Önceden engelleyici etiketler/onay öncesi SDK (CMP + Etiket Yöneticisi).
Hizmetler arasındaki veri sözleşmeleri: açık şemalar, sürümler, alan parlatma.

4. 4 Erişim kontrolü ve gözlemlenebilirlik

SSO, MFA, JIT erişimi, gizli yönetim.
WORM deposuna okuma/yükleme günlükleri, indirmelerin anomali tespiti.

5) SDLC'de PbD (uçtan uca entegrasyon)

Keşif: Gizlilik-triyaj (yurtdışında PD/çocuk/biyometri/profil oluşturma/transfer var mı).
Tasarım: DPIA/DTIA, veri haritalama, bölgelerin ve minimum alanların seçimi, onay şeması.
Yapı: şema çizgileri, maskeleme testleri, PD dışa aktarma için kapılar, politika sürümlerini sabitleme.
Başlatma: PbD kontrol listesi, oturum açma DPO/güvenlik, dahil rıza/günlük kayıtları.
Çalıştır: metrikler, erişim incelemeleri, satıcı denetimleri, olay tutucusu, düzenli yeniden onay.

6) UX desenleri "varsayılan olarak gizlilik"

Eşit görünürlük "Tümünü Kabul Et/Tümünü Reddet/Özelleştir".
Neden bireysel veri kategorilerinin adım adım açıklamaları.
Tercih merkezi: onayların hızlı bir şekilde geri çekilmesi, GPC durumu (varsa).
"Katmanlı'siyaset: kısa + detaylar; Otomatik çözümlerde açık sebep kodları.
Erişilebilirlik: düz dil, yerel ayarlar, "karanlık desenler" yok.

7) Satıcılar ve Sözleşmeler

Hedef sınırlama, basamaklı DSR desteği ve olay bildirimleri ile DPA.
Coğrafya ve sınır ötesi iletim düzenlemelerinin işlenmesi.
Periyodik SDK/piksel denetimi, sınırlı işlem modları.

8) PbD metrikleri (ölçün, kelimeye inanmayın)

RoPA Tamlığı: İşlem kayıt defterinin tamlığı.
Veri Minimizasyon Endeksi - özellik/olay başına ortalama veri noktası sayısı.
Şifreleme Kapsamı: Şifrelemede tablo/kova/yedekleme yüzdesi.
Erişim/Dışa Aktarma İhlalleri: yetkisiz okuma/yükleme.
DSR SLA: Taleplerin oranı zamanında kapatıldı.
Consent/GPC Honor Rate: Onayların/sinyallerin dikkate alınmasının doğruluğu.
Tutma Kayıtların % bağlılığı zamanında silindi.
Olay MTTD/MTTR: algılama/çözünürlük süresi.

9) Roller ve Sorumluluklar (RACI)

Ürün Sahibi: hedefler, minimum alanlar, RoPA girişi.
DPO/Gizlilik: metodoloji, DPIA/DTIA, imzalama, eğitim.
Güvenlik/CISO: teknik kontrol, IR planı, erişimlerin/yüklemelerin denetimi.
Veri/Mühendislik: şemalar, veri sözleşmeleri, takma adlarla fizik.
Yasal/Uygunluk: gerekçeler, sözleşmeler, sınır ötesi transferler.
Destek/İşlemler: DSR akışları, izin kayıtları, iletişim.

10) Kontrol listeleri (kullanıma hazır)

Özellik başlamadan önce

• İşlemenin amacı ve temeli açıklanmıştır.
• Minimum alanlar ve depolama alanı (A/B/C) tanımlanmıştır.
• DPIA/DTIA çalıştırıldı (tetiklenirse).
• CMP/rıza ve önceden engelleme yapılandırıldı.
• RoPA'da tanıtıldı; Tutma ve kaldırma reçete edilir.

Yayınlanmadan Önce

• At-rest/transit şifreleme; KMS/HSM'deki anahtarlar.
• RBAC/ABAC ve JIT erişir, denetim etkinleştirilir.
• Sunucu analizi, kimlik maskeleme.
• DSR/dışa aktarma testleri, iletişim şablonları hazır.

Üç aylık

• Erişim incelemesi, gereksiz geri çağırma.
• Satıcı/SDK denetimleri, listesi ve hedefleri günceldir.
• Tutma Bağlılığını ve gerçek silme işlemlerini kontrol edin.
• IR Planı Eğitim Alarmları (masa üstü).

11) Sık yapılan hatalar ve bunlardan nasıl kaçınılacağı

Gizlilik serbest bırakıldıktan sonra'bir eklenti gibi "- tasarıma (SDLC kapıları) yerleştirin.
"Her ihtimale karşı" toplayın - minimum alan kümesini düzeltin.
Pazarlama ve güvenliği karıştırma - ayrı gerekçeler (rıza vs LIA/yasal).
PD ile Dev/sahne - sentetik/maskeleme kullanın.
Onay günlükleri/günlükleri yoktur - uyumu kanıtlayacak hiçbir şey yoktur.
Açıklanabilirlik eksikliği - karmaşık profilleme itirazları.

12) Playbook olayları (gizlilik odaklı)

1. Olayı sınıflandırın: ölçek, PD kategorileri, denekler için risk.
2. Tecrit/adli tıp, eleme, kapatma delikleri.
3. Bildirimler hakkında karar (denetim/konular), mektup şablonları.
4. Deniz sonrası: Mimaride/süreçlerde değişen nedenler.
5. DPIA/politikaları, tren komutlarını güncelleyin.

13) Wiki'niz için Artifact şablonları

Tasarıma Göre Gizlilik Kontrol Listesi. md (SDLC kapıları için).
Veri haritası.
Tutma Matrisi (kategori - tarih - silme yöntemi).
DSR SOP (prosedürler, SLA, yanıt şablonları).
Satıcı DPA Kontrol Listesi (kısıtlamalar, alt işlemciler, coğrafi).
Açıklanabilirlik Oyun Kitabı (sebep kodları, itirazlar, önyargı denetimleri).
Olay Yanıt (Gizlilik) Runbook.

14) Uygulama Yol Haritası (6 adım)

1. Veri ve akışların envanteri; Temel RoPA, A/B/C bölgeleri

2. Şablonlar ve kapılar: PbD kontrol listesi, SDLC'de DPIA/DTIA triyajı.
3. Mimari: şifreleme, takma ad, sunucu tarafı analizi, önceden engelleme.
4. Süreçler: CMP, DSR, saklama/silme, onay ve erişim günlükleri.
5. Satıcılar: DPA, alt işlemci kayıt defteri, SDK/piksel denetimi.
6. İzleme: PbD metrikleri, üç aylık denetimler, IR eğitimi, Kurul raporu.

Sonuç

Privacy by Design bir "site politikası'değil, bir mühendislik ve organizasyonel disiplindir: veri minimizasyonu, bölge ayrımı, şifreleme ve günlükler + anlaşılabilir onay arayüzleri ve düzenli denetimler. PbD'yi SDLC ve operasyonlara yerleştirerek, ürün hızından ve UX kalitesinden ödün vermeden yasal riskleri azaltır, iş ortağı entegrasyonlarını basitleştirir ve kullanıcı güvenini oluşturursunuz.