مشروع برمجي جديد والامتثال لحماية البيانات — من أين نبدأ؟

أتفق مع إطار السيدة توبا، وأود إضافة نقطتين من الناحية التطبيقية.

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

ثانياً، سجلات الوصول. تسجيل من وصل إلى أي سجل ومتى أمر ضروري للامتثال وللتحقيق في الحوادث. هذه من الميزات التي يصعب إضافتها للبرمجية لاحقاً؛ اطلبوها من البداية.

سأكتب المقابل التقني من جهة المطور، يمكنكم وضعها كبنود في المواصفات.

نقل البيانات مشفراً أثناء الإرسال (أي HTTPS للموقع بالكامل) وتشفير الحقول الحساسة أثناء التخزين. يجب عدم تخزين كلمات المرور أبداً بشكل قابل للاسترجاع، بل يجب حفظها عبر دوال التجزئة (Hashing).

الوصول بناءً على الدور: لا يجب أن يرى كل مستخدم كل السجلات. في الفرق الصغيرة يقولون "نحن نرى كل شيء على أي حال"، ثم يكبر الفريق ولا يعود أحد لتنظيم الصلاحيات.

أن يقوم إجراء الحذف بالحذف فعلاً. في العديد من الأنظمة، السجل المحذوف يتم إخفاؤه فقط. إذا كان هذا هو المطلوب فلا مشكلة، لكن يجب أن يكون خياراً واعياً.

وأن تكون سجلات الوصول غير قابلة للتعديل من قبل المستخدم. إذا كان هناك حساب مدير يمكنه محو آثاره، فإن هذه السجلات لا تحمل قيمة إثبات.

شكراً جزيلاً، لقد أرسلت هذه البنود مباشرة إلى المطور.

بدأنا نطلع على قسم الجرد هذا الأسبوع، ولقينا من الحين حقليين زائدين ما لهم داعي.

هناك فخ هنا، لا أريد المرور عليه دون ذكره. على كل حال بيئات الاختبار المنسية تصبح ثغرات أمنية أكثر تكرارًا من الأنظمة الحية.

صححوا لي إن أخطأت.

شكرًا، هذا هو الجواب الذي كنت أبحث عنه. القرار المتسرع يصبح قراراً يُصحح بعد ستة أشهر.

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

دعني أوضح الجانب التقني قليلاً. تسير الأمور على ما يرام في الأشهر الثلاثة الأولى، وتظهر المشاكل في الشهر الرابع.

ابدأ بتجربة صغيرة، لا تربط كل شيء دفعة واحدة. بصراحة بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

تم الحفظ.

عانيت من نفس المشكلة قبل عامين. أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

سأجرب ذلك.

أخذت ملاحظة، شكرًا لك.

هل يمكنك توضيح هذا أكثر؟ إمكانية الوصول إلى النسخة الاحتياطية عبر نفس الشبكة ونفس الهوية تجعلها جزءًا من الهدف.

فعل الجميع لشيء ما لا يعني أنه صحيح لكن هذا كل شيء، أرجو المعذرة إذا أطالت.

هذا العنوان مؤرشف. تسير الأمور على ما يرام في الأشهر الثلاثة الأولى، وتظهر المشاكل في الشهر الرابع.

مثبت بالتجربة.

حدث معي العكس تماماً، لذلك أكتب هذا. لا تعتمدوا على إجراء وقائي واحد؛ اتبعوا نهج الطبقات.

الحلول التي تنجح على نطاق صغير تنهار عند التوسع، تعلمت هذا متأخراً. لو كنت مكانك، لسلك هذا المسار.

ما كُتب هنا يطابق تماماً ما عشناه. إذا كانت قناة الإشعارات طويلة، فلن تصل الإشعارات؛ والإشعار غير الواصل يعني حدثًا يُكتشف متأخرًا.

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

لهذا النهج ثمن، لكنه لا يُناقش. وقت اكتشاف المشكلة يحدد تكلفتها بشكل مباشر.

وقت اكتشاف المشكلة يحدد تكلفتها بشكل مباشر. بالتوفيق.

أخذت ملاحظة، شكرًا لك. فعل الجميع لشيء ما لا يعني أنه صحيح.

دعني أتركها كملاحظة، قد تكون مفيدة.

أنا أيضًا متحمس لمعرفة ذلك.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها.