حریم خصوصی بر اساس طراحی

1) حریم خصوصی توسط طراحی چیست و چرا لازم است

Privacy by Design (PbD) رویکردی است که در آن حریم خصوصی کاربر از همان ابتدا در محصول تعبیه شده است: در معماری داده ها، فرایندها و طراحی رابط. هدف این است که احترام به حق حفظ حریم خصوصی بدون به خطر انداختن سرعت محصول، انطباق و تبدیل.

مزایای کلیدی: مقاومت در برابر خطرات نظارتی، اعتماد کاربران/شرکای پرداخت، هزینه های قابل پیش بینی تغییر، کمتر «دوباره کاری» پس از ممیزی.

2) هفت اصل PbD (سازگاری برای محصول)

1. پیشگیری، نه واکنش پذیری: شناسایی خطرات طراحی (مدل سازی DPIA/تهدید)

2. حریم خصوصی به طور پیش فرض: حداقل هزینه, «غیر فعال تا زمانی که مورد نیاز», انتخاب کردن در صریح.
3. حریم خصوصی ساخته شده در طراحی: رمزگذاری، نشانه گذاری، تفکیک داده ها بخشی از معماری است، نه یک «افزونه».
4. قابلیت کامل: تعادل «حریم خصوصی ↔ ارزش کسب و کار» (نه مقدار صفر).
5. امنیت پایان دادن به پایان: محافظت در هر مرحله از چرخه عمر PD.
6. شفافیت: سیاست های روشن، دسترسی به سیاهههای مربوط، توضیح راه حل های خودکار.
7. احترام به کاربر: زبان روشن، تنظیمات قابل فهم، بازخورد آسان رضایت.

3) چرخه عمر داده ها و نقاط کنترل

جمع آوری → فروشگاه → استفاده → انتقال → بایگانی → حذف/ناشناس

• هدف و اساس پردازش (قرارداد/منافع قانونی/رضایت، و غیره).
• به حداقل رساندن داده ها.
• منطقه ذخیره سازی (PII/نام مستعار/ناشناس).
• ماتریس نگهداری
• کنترل دسترسی و قابلیت مشاهده (RBAC/ABAC، سیاههها، هشدارها).
• روش حذف/DSR (دسترسی/اصلاح/حذف/قابلیت حمل).

4) الگوهای معماری PbD

4. 1 تفکیک مناطق داده

منطقه A (PII/حساس): RBAC/ABAC سخت، رمزگذاری در حالت استراحت، دسترسی JIT.
منطقه B (نام مستعار): نشانه های پایدار به جای شناسه ها.
منطقه C (aggregates ناشناس): BI/مطالعات، انتشار در نشریات.

4. 2 به حداقل رساندن و pseudonymization

فقط زمینه هایی را که نیاز دارید جمع آوری کنید حذف/ماسک پس از استفاده.
قالب های بیومتریک را به جای تصاویر خام ذخیره کنید. نشانه گذاری داده های پرداخت.

4. 3 «حریم خصوصی آگاه» ادغام

تجزیه و تحلیل سمت سرور و پس زمینه به جای SDK های مرورگر «چربی».
تگ های مسدود کننده قبل/SDK قبل از رضایت (CMP + Tag Manager).
قراردادهای داده بین خدمات: طرح های صریح، نسخه ها، پرداخت زمینه.

4. ۴ کنترل دسترسی و قابلیت مشاهده

SSO، MFA، دسترسی JIT، مدیریت مخفی.
سیاهههای مربوط از خواندن/آپلود به ذخیره سازی WORM، تشخیص ناهنجاری از دانلود.

5) PbD در SDLC (ادغام پایان به پایان)

کشف: حریم خصوصی (آیا PD/کودکان/بیومتریک/پروفایل/انتقال در خارج از کشور وجود دارد).
طراحی: DPIA/DTIA، نقشه برداری داده ها، انتخاب مناطق و حداقل زمینه ها، طرح رضایت.
ساخت: خطوط طرح، تست ماسک، دروازه برای صادرات PD، رفع نسخه های سیاست.
راه اندازی: چک لیست PbD، ثبت نام DPO/امنیت، شامل رضایت/ورود به سیستم سیاهههای مربوط.
اجرا: معیارها، بررسی دسترسی، ممیزی فروشنده، نگهدارنده حادثه، رضایت منظم.

6) الگوهای UX «حریم خصوصی به طور پیش فرض»

قابلیت دید برابر «پذیرش همه/رد همه/سفارشی کردن».
توضیحات گام به گام در مورد اینکه چرا دسته های فردی داده ها.
مرکز اولویت: خروج سریع از موافقت نامه ها، وضعیت GPC (در صورت وجود).
سیاست «لایه لایه»: کوتاه + جزئیات ؛ کدهای دلیل روشن در راه حل های خودکار.
دسترسی: زبان ساده، مناطق، بدون «الگوهای تاریک».

7) فروشندگان و قراردادها

DPA با محدود کردن هدف، پشتیبانی DSR آبشار و اطلاعیه های حادثه.
پردازش جغرافیا و ترتیبات انتقال مرزی.
حسابرسی SDK/پیکسل دوره ای، حالت پردازش محدود.

8) معیارهای PbD (اندازه گیری، به کلمه اعتقاد ندارند)

RoPA کامل بودن: کامل بودن رجیستری پردازش.
شاخص به حداقل رساندن داده ها - تعداد متوسط نقاط داده در هر ویژگی/رویداد.
پوشش رمزگذاری:٪ از جداول/سطل/پشتیبان گیری در رمزگذاری.
نقض دسترسی/صادرات: خواندن/آپلود غیر مجاز.
DSR SLA: نسبت درخواست ها به موقع بسته می شود.
رضایت/GPC افتخار نرخ: صحت در نظر گرفتن رضایت/سیگنال.
حفظ پایبندی٪ از سوابق حذف شده در برنامه.
حادثه MTTD/MTTR: زمان تشخیص/وضوح.

9) نقشها و مسئولیتها (RACI)

مالک محصول: اهداف، حداقل زمینه ها، ورودی RoPA.
DPO/حریم خصوصی: روش، DPIA/DTIA، ثبت نام، آموزش.
امنیت/CISO: کنترل فنی، برنامه IR، ممیزی دسترسی/آپلود.
داده/مهندسی: طرح ها، قراردادهای داده، فیزیک با نام مستعار.
حقوقی/انطباق: زمینه ها، قراردادها، نقل و انتقالات مرزی.
پشتیبانی/عملیات: جریان DSR، سیاهههای مربوط رضایت، ارتباطات.

10) چک لیست (آماده برای استفاده)

پیش از آغاز دوره

• هدف و اساس پردازش شرح داده شده است.
• حداقل زمینه ها و منطقه ذخیره سازی (A/B/C) تعریف شده است.
• DPIA/DTIA اجرا (اگر باعث).
• CMP/رضایت و قبل از مسدود کردن پیکربندی شده است.
• معرفی شده در RoPA ؛ نگهداری و حذف تجویز می شود.

قبل از انتشار

• در حالت استراحت/رمزگذاری در حمل و نقل ؛ کلید در KMS/HSM.
• دسترسی RBAC/ABAC و JIT، حسابرسی را فعال کنید.
• تجزیه و تحلیل سرور، ماسک ID.
• آزمون DSR/صادرات، قالب های ارتباطی آماده است.

سه ماهه

• بررسی دسترسی، یادآوری غیر ضروری.
• ممیزی فروشنده/SDK، لیست و اهداف به روز هستند.
• بررسی پایبندی حفظ و حذف واقعی.
• IR برنامه آموزش آلارم (جدول بالا).

11) اشتباهات مکرر و چگونگی اجتناب از آنها

حریم خصوصی «مانند یک افزودنی» پس از انتشار → ساخت به طراحی (دروازه SDLC).
جمع آوری «فقط در مورد» → رفع حداقل مجموعه ای از زمینه ها.
مخلوط کردن بازاریابی و امنیت → زمینه های جداگانه (رضایت در مقابل LIA/قانونی).
Dev/stage with PD → استفاده از synthetics/masking.
هیچ رضایت سیاهههای مربوط/سیاهههای مربوط → هیچ چیز برای اثبات انطباق با وجود دارد.
عدم قابلیت توضیح → درخواست های پیچیده پروفایل.

12) حوادث Playbook (حفظ حریم خصوصی متمرکز)

1. حادثه را طبقه بندی کنید: مقیاس، دسته های PD، خطر برای افراد.
2. جداسازی/پزشکی قانونی، حذف، بسته شدن سوراخ ها.
3. تصمیم گیری در مورد اطلاعیه ها (نظارت/افراد)، قالب نامه.
4. پست دریا: دلایلی که در معماری/فرایندها تغییر کرده است.
5. به روز رسانی DPIA/سیاست ها، دستورات قطار.

13) قالب های مصنوعی برای ویکی شما

چک لیست حریم خصوصی توسط طراحی. md (برای گیت های SDLC).

نقشه داده ها

ماتریس نگهداری (category → date → deletion method).
DSR SOP (روش ها، SLA، قالب های پاسخ).
فروشنده چک لیست DPA (محدودیت ها، زیر پردازنده ها، جغرافیایی).
کتاب بازی قابل توضیح (کدهای دلیل، تجدید نظر، ممیزی تعصب).
پاسخ حادثه (حریم خصوصی) Runbook.

14) نقشه راه پیاده سازی (6 مرحله)

1. فهرست داده ها و جریان ها ؛ RoPA پایه، مناطق A/B/C.
2. قالب ها و دروازه ها: چک لیست PbD، تریاژ DPIA/DTIA در SDLC.
3. معماری: رمزگذاری، pseudonymization، تجزیه و تحلیل سمت سرور، قبل از مسدود کردن.
4. فرآیندها: CMP، DSR، حفظ/حذف، رضایت و سیاهههای مربوط به دسترسی.
5. فروشندگان: DPA، رجیستری زیر پردازنده، ممیزی SDK/پیکسل.
6. نظارت: معیارهای PbD، ممیزی سه ماهه، آموزش IR، گزارش هیئت مدیره.

نتیجه گیری

حریم خصوصی توسط طراحی یک «سیاست سایت» نیست، بلکه یک رشته مهندسی و سازمانی است: به حداقل رساندن داده ها، تفکیک منطقه، رمزگذاری و سیاهههای مربوط + رابط های رضایت قابل فهم و ممیزی منظم. با تعبیه PbD در SDLC و عملیات، خطر قانونی را کاهش می دهید، ادغام شرکا را ساده می کنید و اعتماد کاربر را ایجاد می کنید - بدون به خطر انداختن سرعت محصول و کیفیت UX.