Privacy by Design қағидаты

1) Privacy by Design дегеніміз не және ол не үшін қажет

Privacy by Design (PbD) - пайдаланушылардың құпиялылығы өнімге басынан бастап енгізілетін тәсіл: деректер архитектурасына, процестерге және интерфейстердің дизайнына. Мақсаты - өнімнің жылдамдығына, комплаенс пен конверсияға зиян келтірмей жеке өмірге құқықты сақтау.

Түйінді пайдалар: реттеушілік тәуекелдерге тұрақтылық, пайдаланушылардың/төлем әріптестерінің сенімі, өзгерістерге болжамды шығындар, аудиттерден кейін «қайта жасаудан» аз.

2) PbD жеті қағидаты (өнімге бейімделу)

1. Реактивтілік емес, проактивтілік: дизайн кезіндегі тәуекелдерді анықтаңыз (DPIA/қатер моделдеу).
2. Әдепкі құпиялылық: минималды алымдар, «қажет болмайынша өшірілген», айқын opt-in.
3. Дизайнға кіріктірілген құпиялылық: шифрлау, токенизация, деректерді сегрегациялау - «плагин» емес, архитектураның бір бөлігі.
4. Толық функционалдығы: «жеке бизнес-құндылық» балансы (нөлдік сома емес).
5. Басынан аяғына дейінгі қауіпсіздік: ӨД өмірлік циклінің барлық кезеңдерінде қорғау.
6. Ашықтық: түсінікті саясат, қолжетімділік логтары, автоматтандырылған шешімдердің түсініктілігі.
7. Пайдаланушыны құрметтеу: анық тіл, түсінікті баптаулар, келісімді оңай қайтарып алу.

3) Деректердің өмірлік циклі және бақылау нүктелері

Жинау → Сақтау → Пайдалану → Беру → Мұрағаттау → Жою/анонимдеу

• Өңдеудің мақсаты мен негізі (contract/legal interest/consent және т.б.).
• Ең кіші өрістер (data minimization).
• Сақтау аймағы (PII/бүркеншік аты/анонимі).
• Мерзімі (Retention Matrix).
• Қолжетімділікті бақылау және бақылау (RBAC/ABAC, логи, алерта).
• / DSR жою рәсімі (қатынасу/түзету/жою/тасымалдану).

4) PbD сәулет үлгілері

4. 1 Деректер аймақтарын сегрегациялау

Zone A (PII/сезімтал): қатаң RBAC/ABAC, at-rest шифрлау, JIT бойынша қол жеткізу.
Zone B (бүркеншік аттары): сәйкестендіргіштердің орнына тұрақты токендер.
Zone C (жасырын агрегаттар): BI/зерттеулер, жарияланымдар кезіндегі диффиваттылық.

4. 2 Барынша азайту және бүркеншік атау

Тек қажетті өрістерді жинау; пайдаланғаннан кейін жою/жасыру.
raw-суреттердің орнына биометрия үлгілерін сақтау; төлем деректерін токенизациялау.

4. 3 «Privacy-aware» интеграциясы

Server-side analytics және постбектер «майлы» браузерлік SDK орнына.
Prior-blocking тегтері/SDK келісімге дейін (CMP + Tag Manager).
Серверлер арасындағы Data contracts: айқын схемалар, нұсқалар, өрістерді полицификациялау.

4. 4 Қол жеткізуді бақылау және бақылау

SSO, MFA, JIT-қолжетімділік, құпия менеджмент.
WORM-сақтау орнындағы оқу/түсіру логтары, жүктеудің аномалия-бөлшегі.

5) PbD SDLC (өтпелі интеграция)

Discovery: privacy-triage (ПД/балалар/биометрия/профильдеу/шетелге беру бар ма).
Design: DPIA/DTIA, data mapping, аймақтарды және ең кіші өрістерді таңдау, consent схемасы.
Build: схема линтерлері, бүркемелеу тестілері, ПД экспортына гейттер, саясат нұсқаларын бекіту.
Бастау: PbD чек-парағы, DPO/қауіпсіздік белгісі, келісімдер/логтар журналдары қосылған.
Run: метрика, қол жеткізу ревю, вендор аудиттері, инциденттер ретейнері, тұрақты re-consent.

6) «privacy by default» UX-үлгілері

Барлығын қабылдау/Барлығын қабылдамау/Баптау "тең көріну.
Деректердің жекелеген санаттары не үшін қадамдық түсіндірмелер.
Артықшылықтар орталығы: келісімді жылдам қайтарып алу, GPC мәртебесі (егер қолданылса).
«Қабатталған» саясат: қысқаша + егжей-тегжейлі; автоматтандырылған шешімдерде түсінікті reason codes.
Қолжетімділік: қарапайым тіл, локальдар, «қараңғы үлгілерсіз».

7) Вендорлар мен келісімшарттар

Мақсаттарды шектеу, DSR каскадты қолдау және инциденттер туралы хабарламалар бар DPA.
Трансшекаралық берілістерді өңдеу географиясы және механизмдері.
SDK/пиксельдердің кезеңдік аудиті, restricted processing режимдері.

8) PbD метрикасы (өлшейміз, сөзге сенбейміз)

RoPA Completeness: өңдеу тізілімінің толықтығы.
Data Minimization Index: фича/оқиғаға орташа ПД саны.
Encryption Coverage: шифрлаудағы кестелер/бакеттер/бэкаптар%.
Access/Export Violations: рұқсатсыз оқу/түсіру.
DSR SLA: сұраулардың үлесі мерзімінде жабылды.
Consent/GPC Honor Rate: келісімдерді/сигналдарды есепке алудың дұрыстығы.
Retention Adherence: кесте бойынша жойылған жазбалар%.
Incident MTTD/MTTR: табу/жою уақыты.

9) Рөлдер және жауапкершілік (RACI)

Product Owner: мақсаттар, минималды өрістер, RoPA-енгізу.
DPO/Privacy: әдіснама, DPIA/DTIA, sign-off, оқыту.
Security/CISO: техникалық бақылау, IR-жоспар, қол жеткізу/түсіру аудиті.
Data/Engineering: схемалар, data contracts, бүркеншік аттары бар фиче-стор.
Legal/Compliance: негіздер, шарттар, трансшекаралық берілімдер.
Support/Operations: DSR ағындары, келісім журналдары, коммуникациялар.

10) Чек-парақтар (пайдалануға дайын)

Фич басталмас бұрын

• Өңдеудің мақсаты мен негізі сипатталған.
• Ең аз өрістер және сақтау аймағы (A/B/C) анықталды.
• DPIA/DTIA орындалды (егер триггерлер болса).
• CMP/consent және prior-blocking теңшелген.
• RoPA-ға енгізілді; ретеншн және жою жазылған.

Шығару алдында

• at-rest/in-transit шифрлау; KMS/HSM кілттері.
• RBAC/ABAC және JIT-қатынас, аудит қосылған.
• Серверлік талдау, идентификаторларды жасыру.
• DSR/экспорт тесттері, коммуникация үлгілері дайын.

Тоқсан сайын

• Қол жетімділіктің ревю, артық қайтарып алу.
• Вендорлардың/SDK аудиті, тізім мен мақсаттар өзекті.
• Retention Adherence және нақты жойылуларды тексеру.
• IR-жоспардың оқу дабылдары (table-top).

11) Жиі қателер және оларды болдырмау

Шығарылғаннан кейін «қондырма сияқты» құпиялылық → дизайнға кірістіріңіз (SDLC-гейтс).
«Қандай жағдай болса да» жиыны → өрістердің ең аз жиынын белгілеңіз.
Маркетинг пен қауіпсіздікті араластыру → негіздерді бөлісу (consent vs LIA/legal).
Dev/stage прод-ПД → синтетика/бүркемелеу пайдаланыңыз.
Келісу журналдары/логтары жоқ → сәйкестігін дәлелдейтін ештеңе жоқ.
explainability → бейіндеу бойынша күрделі апелляцияның болмауы.

12) Оқиғалар ойнатқышы (privacy-focused)

1. Инцидентті жіктеу: масштабы, ПД санаттары, субъектілерге тәуекел.
2. Тесіктерді оқшаулау/форензика, жою, жабу.
3. Хабарламалар туралы шешім (қадағалау/субъектілер), хаттардың үлгілері.
4. Пост-теңіз: архитектурада/процестерде өзгерген себептер.
5. DPIA/саясатты жаңарту, командаларды оқыту.

13) Сіздің wiki үшін артефактілер үлгілері

Privacy-by-Design Checklist. md (SDLC-гейттер үшін).
Data Map (аймақтар мен ағындар диаграммасы).
Retention Matrix (санат → мерзімі → жою әдісі).
DSR SOP (процедуралар, SLA, жауап үлгілері).
Vendor DPA Checklist (шектеулер, субпроцессорлар, гео).
Explainability Playbook (reason codes, апелляциялар, bias-аудиттер).
Incident Response (Privacy) Runbook.

14) Енгізу жол картасы (6 қадам)

1. Деректер мен ағындарды түгендеу; базалық RoPA, A/B/C аймақтары.
2. Үлгілер мен гейттер: PbD-чек парағы, DPIA/DTIA-триаж SDLC.
3. Сәулет: шифрлау, бүркеншік атау, server-side analytics, prior-blocking.
4. Процестер: CMP, DSR, ретеншн/жою, келісу және қол жеткізу журналдары.
5. Вендорлар: DPA, субпроцессорлар тізілімі, SDK/пиксель аудиті.
6. Мониторинг: PbD өлшемдері, тоқсандық аудиттер, IR жаттығулары, Board есебі.

Жиынтық

Privacy by Design - бұл «сайттағы саясат» емес, инженерлік-ұйымдастыру пәні: деректерді азайту, аймақтарды сегрегациялау, шифрлау және журналдар + түсінікті келісім интерфейстері және тұрақты аудит. PbD-ді SDLC және операцияларға кіріктіру арқылы сіз заңды тәуекелдерді төмендетіп, серіктестермен интеграцияны жеңілдетіп, UX өнімінің жылдамдығы мен сапасын жоғалтпастан пайдаланушылардың сенімін нығайтасыз.