الخصوصية حسب التصميم: دليل عملي لفرق تطوير البرمجيات

الخصوصية حسب التصميم ليست اقتراحًا --- إنها مطلب قانوني بموجب المادة 25 من اللائحة العامة لحماية البيانات. يجب على المؤسسات تنفيذ "التدابير الفنية والتنظيمية المناسبة" لضمان دمج مبادئ حماية البيانات في المعالجة نفسها. ومع ذلك، فإن معظم فرق التطوير تتعامل مع الخصوصية باعتبارها فكرة لاحقة، حيث تقوم بتفعيل نماذج الموافقة ولافتات ملفات تعريف الارتباط بعد تعيين البنية.

يترجم هذا الدليل المبادئ الأساسية السبعة للخصوصية حسب التصميم إلى ممارسات هندسية قابلة للتنفيذ وأنماط تصميم وتطبيقات على مستوى التعليمات البرمجية.

الوجبات الرئيسية

• الخصوصية بالتصميم تعني تضمين الخصوصية في قرارات الهندسة المعمارية، وليس إضافتها كميزة لاحقًا
• يؤدي تقليل البيانات على مستوى المخطط إلى منع الإفراط في جمعها من البداية
• توفر الأسماء المستعارة والتشفير دفاعًا متعمقًا عند حدوث الخروقات
• يمكن لتحليلات الحفاظ على الخصوصية تقديم رؤى الأعمال دون الكشف عن بيانات المستخدم الفردية

---

المبادئ السبعة المطبقة على البرمجيات

1. استباقي وليس رد فعل

قم ببناء ضوابط الخصوصية قبل جمع البيانات، وليس بعد الاختراق.

التطبيق العملي:

• تضمين متطلبات الخصوصية في معايير قبول قصة المستخدم
• تشغيل نموذج تهديد الخصوصية أثناء مراجعات البنية
• إنشاء قائمة مرجعية للخصوصية لكل طلب سحب يمس بيانات المستخدم

2. الخصوصية كإعداد افتراضي

يجب ألا يحتاج المستخدمون إلى اتخاذ إجراءات لحماية خصوصيتهم.

التطبيق العملي:

• حسابات المستخدمين الجديدة الافتراضية هي الحد الأدنى من مشاركة البيانات
• تتبع التحليلات هو الاشتراك وليس إلغاء الاشتراك
• إعدادات رؤية الملف الشخصي تكون خاصة
• الاحتفاظ بالبيانات بشكل افتراضي إلى الحد الأدنى من الفترة المطلوبة

// Default privacy settings for new users
const DEFAULT_PRIVACY_SETTINGS = {
  profileVisibility: 'private',       // Not 'public'
  analyticsTracking: false,           // Opt-in required
  marketingEmails: false,             // Opt-in required
  dataSharing: false,                 // Opt-in required
  activityLog: true,                  // Security feature, on by default
  twoFactorAuth: true,               // Security feature, on by default
};

3. الخصوصية جزء لا يتجزأ من التصميم

الخصوصية هي عنصر أساسي في النظام، وليست وظيفة إضافية.

** تصميم مخطط قاعدة البيانات **:

-- Privacy-aware schema design
CREATE TABLE users (
    id UUID DEFAULT gen_random_uuid() PRIMARY KEY,
    -- Separate PII from operational data
    email VARCHAR(255) NOT NULL,          -- PII
    email_hash VARCHAR(64) NOT NULL,      -- For lookups without exposing email
    name_encrypted BYTEA,                 -- Encrypted at rest
    -- Operational fields (non-PII)
    role VARCHAR(50) NOT NULL DEFAULT 'user',
    created_at TIMESTAMP DEFAULT NOW(),
    -- Privacy metadata
    consent_timestamp TIMESTAMP,
    consent_version VARCHAR(20),
    data_retention_until TIMESTAMP,
    deletion_requested_at TIMESTAMP
);

-- Separate sensitive data into its own table with stricter access
CREATE TABLE user_pii (
    user_id UUID PRIMARY KEY REFERENCES users(id) ON DELETE CASCADE,
    phone_encrypted BYTEA,
    address_encrypted BYTEA,
    date_of_birth_encrypted BYTEA,
    -- Audit trail
    last_accessed_at TIMESTAMP,
    last_accessed_by UUID
);

4. الوظائف الكاملة (المجموع الإيجابي)

لا ينبغي أن تأتي الخصوصية على حساب الوظيفة. أنظمة التصميم التي توفر كلا الأمرين.

مثال: بدلاً من الاختيار بين التخصيص والخصوصية، استخدم التخصيص الذي يحافظ على الخصوصية:

• التعلم الموحد: يتم تدريب نماذج تعلم الآلة على البيانات المحلية، ويتم مشاركة النتائج المجمعة فقط
• الخصوصية التفاضلية: أضف ضجيجًا إلى التحليلات لمنع تحديد الهوية الفردية
• المعالجة على الجهاز: التوصيات المحسوبة على جهاز المستخدم، وليس الخادم

5. الأمن الشامل

حماية البيانات طوال دورة حياتها بأكملها.

6. الرؤية والشفافية

يجب على المستخدمين فهم ما يحدث لبياناتهم.

التنفيذ:

// Privacy dashboard API endpoint
@Controller('privacy')
export class PrivacyController {
  @Get('my-data')
  @ApiOperation({ summary: 'Get all personal data (GDPR Art. 15)' })
  async getMyData(@Req() req: AuthenticatedRequest) {
    return {
      profile: await this.userService.getProfile(req.user.sub),
      orders: await this.orderService.getUserOrders(req.user.sub),
      supportTickets: await this.supportService.getUserTickets(req.user.sub),
      loginHistory: await this.authService.getLoginHistory(req.user.sub),
      consentRecords: await this.consentService.getUserConsents(req.user.sub),
      dataProcessors: this.getDataProcessorList(),
    };
  }

  @Post('export')
  @ApiOperation({ summary: 'Export personal data (GDPR Art. 20)' })
  async exportMyData(@Req() req: AuthenticatedRequest) {
    // Generate machine-readable export (JSON)
    return this.privacyService.generateDataExport(req.user.sub);
  }

  @Post('delete')
  @ApiOperation({ summary: 'Request data deletion (GDPR Art. 17)' })
  async requestDeletion(@Req() req: AuthenticatedRequest) {
    return this.privacyService.initiateDataDeletion(req.user.sub);
  }
}

7. احترام خصوصية المستخدم

اجعل المستخدم محور كل قرار تصميمي.

---

أنماط الهندسة المعمارية التي تحافظ على الخصوصية

النموذج 1: فصل البيانات

افصل معلومات التعريف الشخصية عن البيانات التشغيلية:

[Frontend] --> [API Gateway] --> [Application Service]
                                       |
                      +----------------+----------------+
                      |                                 |
              [Operational DB]                    [PII Vault]
              (Orders, products,                  (Names, emails,
               analytics - by ID)                  addresses - encrypted)

النموذج 2: المعالجة المبنية على الموافقة

// Consent middleware
async function requireConsent(purpose: string) {
  return async (req: Request, res: Response, next: NextFunction) => {
    const consent = await consentService.check(req.user.id, purpose);
    if (!consent.granted) {
      throw new ForbiddenException(
        `Processing for "${purpose}" requires user consent`
      );
    }
    next();
  };
}

// Usage
@Get('recommendations')
@UseGuards(requireConsent('personalization'))
async getRecommendations(@Req() req: AuthenticatedRequest) {
  return this.recommendationService.getForUser(req.user.sub);
}

النموذج 3: انتهاء الصلاحية التلقائي للبيانات

// TTL-based data retention
const RETENTION_POLICIES = {
  supportTickets: { days: 1095, action: 'anonymize' },    // 3 years
  recruitmentData: { days: 730, action: 'delete' },        // 2 years
  analyticsEvents: { days: 365, action: 'aggregate' },     // 1 year
  sessionLogs: { days: 90, action: 'delete' },             // 90 days
  tempUploads: { days: 7, action: 'delete' },              // 7 days
};

---

الخصوصية في عمليات تكامل الطرف الثالث

يمثل كل تكامل مع طرف ثالث خطرًا محتملاً على الخصوصية. عندما يرسل تطبيقك بيانات المستخدم إلى خدمة خارجية، فإنك تصبح مسؤولاً عن كيفية تعامل تلك الخدمة معها.

تقييم خصوصية التكامل

قبل دمج أي خدمة تابعة لجهة خارجية تعالج بيانات المستخدم:

مخاطر خصوصية التكامل الشائعة

التحليلات: تتلقى Google Analytics وMixpanel والخدمات المشابهة بيانات سلوكية للمستخدم. استخدم التحليلات من جانب الخادم أو البدائل الخالية من ملفات تعريف الارتباط (معقول، فهم) لتقليل تعرض البيانات.

معالجة الدفع: تقوم خدمات Stripe وPayPal والخدمات المشابهة بمعالجة البيانات المالية. استخدم نماذج الدفع المستضافة (Stripe Elements) لتجنب توسيع نطاق PCI-DSS. لا تقم مطلقًا بتسجيل أرقام بطاقات الائتمان بالكامل.

خدمات البريد الإلكتروني: تعالج خدمات SendGrid وMailgun والخدمات المشابهة عناوين البريد الإلكتروني ومحتوى الرسائل. تأكد من أن مزود خدمة البريد الإلكتروني لديه DPA موقع ولا يستخدم بيانات المستلم الخاصة بك للإعلان.

دعم العملاء: تقوم Zendesk وIntercom والخدمات المشابهة بتخزين محادثات العملاء التي قد تحتوي على معلومات تحديد الهوية الشخصية. قم بتكوين الاحتفاظ بالبيانات في نظام الدعم الأساسي وتأكد من أن DPA يغطي جميع أنواع البيانات.

---

قائمة مراجعة المطورين

لكل ميزة تلامس بيانات المستخدم

• ما هي البيانات الشخصية التي تجمعها هذه الميزة؟ (توثيقها)
• ما هو الأساس القانوني للتحصيل؟ (الموافقة، العقد، المصلحة المشروعة)
• هل هذا هو الحد الأدنى من البيانات المطلوبة؟ (تقليل البيانات)
• إلى متى سنحتفظ بها؟ (سياسة الاحتفاظ)
• من لديه حق الوصول؟ (الامتياز الأقل)
• هل يتم تشفيره أثناء السكون وأثناء النقل؟ (الأمن)
• هل يمكن للمستخدم الوصول إلى بياناته وتصديرها وحذفها؟ (الحقوق)
• هل تم تسجيله لأغراض التدقيق؟ (المساءلة)
• هل يعبر الحدود؟ (آليات النقل)
• هل تم استكمال تقييم حماية البيانات (DPIA) في حالة وجود مخاطر عالية؟ (تقدير)

---

الأسئلة المتداولة

هل الخصوصية حسب التصميم مخصصة فقط للقانون العام لحماية البيانات؟

لا. على الرغم من أن القانون العام لحماية البيانات (GDPR) يجعل ذلك مطلبًا قانونيًا (المادة 25)، إلا أن الخصوصية حسب التصميم هي أفضل الممارسات المعترف بها عالميًا. تتضمن كل من CPRA في كاليفورنيا، وLGPD في البرازيل، وDPDP في الهند متطلبات مماثلة لدمج الخصوصية في تصميم النظام. إن تطبيق الخصوصية حسب التصميم للامتثال للقانون العام لحماية البيانات يلبي تلقائيًا معظم متطلبات الولايات القضائية الأخرى.

كيف يمكننا تعديل الخصوصية إلى تطبيق موجود؟

تحديد الأولويات: (1) تدقيق البيانات الشخصية التي لديك ومكان وجودها، (2) تنفيذ سير عمل طلب موضوع البيانات (الوصول والحذف والتصدير)، (3) إضافة تشفير للبيانات الحساسة غير النشطة، (4) تنفيذ سياسات الاحتفاظ والحذف التلقائي، (5) إضافة إدارة الموافقة في حالة عدم وجودها. وهذا ليس مثاليًا ولكنه يعالج الفجوات الأكثر خطورة أولاً.

هل تعني الخصوصية حسب التصميم أننا لا نستطيع استخدام التحليلات؟

لا، بل يعني استخدام التحليلات بطريقة مسؤولة. البيانات المجمعة بدلا من التتبع الفردي. استخدم التحليلات الخالية من ملفات تعريف الارتباط (معقول، فهم) لمقاييس موقع الويب. بالنسبة لتحليلات المنتج، قم بجمع الأحداث بدون معلومات تحديد الهوية الشخصية (PII) أو استخدام معرفات مستعارة. بالنسبة لاختبار A/B، استخدم التعيين من جانب الخادم دون تتبع ملفات تعريف الارتباط من جانب العميل. الخصوصية والتحليلات متوافقة مع التصميم المدروس.

كيف نطبق الخصوصية حسب التصميم في Odoo؟

يوفر Odoo العديد من ميزات الخصوصية المضمنة: مجموعات وصول المستخدمين (التحكم في الوصول لكل وحدة)، وتسجيل التدقيق (الدردشة على السجلات)، وأرشفة البيانات. يمكنك تحسينها باستخدام: الحقول المخصصة المشفرة للبيانات الحساسة، وقواعد الاحتفاظ التلقائية باستخدام الإجراءات المجدولة، ووظيفة تصدير بيانات القانون العام لحماية البيانات (GDPR) باستخدام التقارير المخصصة، وتتبع الموافقة على سجلات جهات الاتصال. تتضمن [خدمات تخصيص Odoo] (/services/odoo/customization) من ECOSIRE تنفيذ مبدأ الخصوصية حسب التصميم.

---

ما يأتي بعد ذلك

الخصوصية حسب التصميم هي الانضباط الهندسي. قم بإقرانها مع سياسات الاحتفاظ بالبيانات لإدارة دورة الحياة، وتنفيذ الموافقة على ملفات تعريف الارتباط لخصائص الويب، وخصوصية بيانات الموظفين للأنظمة الداخلية.

اتصل بـ ECOSIRE للحصول على استشارات تتعلق بالخصوصية حسب التصميم ومراجعة بنية البرامج.

---

تم النشر بواسطة ECOSIRE - لمساعدة الشركات على بناء الخصوصية في كل سطر من التعليمات البرمجية.