إعلان سلامة تطوير الموقع

0. كفاية المخاريط:
0.1. الدراجات - لا! نحن نستخدم مكتبات/أطر عمل معروفة، حيث تم بالفعل إصلاح الكثير منها
0.2. الترقية في الوقت المناسب
0.3. سجلات ومراقبة الأنشطة المشبوهة.
1. إدخال البيانات لكل طبقة:
1.1. طبقة التحكم (الكود): تصفية البيانات من الكائنات العالمية الفائقة (الكل)
1.1.1. تهيئة البيانات، يمكن أن تكون البيانات المهملة ضارة (على سبيل المثال، نفس autoglobals)
1.2. طبقة النموذج\البيانات (sql): استخدم البيانات المعدة أو العناصر النائبة الأخرى، على الأقل للهروب
1.3. طبقة العرض (html): استخدم الهروب حيثما يكون إخراج البيانات مطلوبًا
1.4. يجب ألا تثق الطبقات ببعضها البعض وتثق في عدم وصول أي بيانات ضارة.
1.5. تقليل الوظيفة: افعل ما هو مطلوب وليس أكثر (على سبيل المثال، لتحميل ملف لا تحتاج إلى تنفيذه).
2. تصفية البيانات: (xss+code\sql حقن)
2.1. إلى أضيق قيمة ممكنة. على سبيل المثال، إذا كان يجب أن يكون هناك رقم، فإننا نحاول الإرسال إلى الرقم.
2.2. يمكن تشغيل ما يصل إلى نطاق أوسع من خلال تسلسلات منتظمة. لا تنسى الطول.
2.3. إذا كانت البيانات قابلة للعد (الاختيار من قائمة)، فقم بربط معرف رقمي بالبيانات الحقيقية.
2.4. لا تبالغي، لا تفسد البيانات بالتنظيف "العالمي".
3. الأصالة:
3.1. الحد الأدنى لعمر البيانات:
3.1.1. نحن نستخدم بيانات الجلسة، للوصول إليها نستخدم معرفًا يصعب تخمينه
3.1.2. للتأكيدات: معرف طويل يمكن التخلص منه.
3.1.3. تسجيل الدخول، رفع الحقوق: تجديد المعرف، تأكيد كلمة المرور (اختطاف الجلسة)
3.1.4. تحتوي النماذج والطلبات الأخرى ذات الحالة أيضًا على معرف لمرة واحدة (csrf،طلب/انتحال النموذج)
3.2. اعتمادًا على أهمية البيانات، قمنا بتحديد صعوبة فحص المستخدم (تسجيل الدخول على مرحلتين، مولدات كلمات المرور، فرض كلمات مرور معقدة)
3.3. حقوق الوصول (كل من FS والنظام)
4. client is evil:
4.1. نحن لا نقوم بتخزين أي شيء على العميل، حتى في شكل مشفر. الحد الأقصى - معرف الجلسة في ملفات تعريف الارتباط
4.2. التحقق من صحة العميل لا معنى له، فقط من أجل راحة المستخدم
4.3. نحن لا نعتمد على البيانات المتعلقة بنظام التشغيل\المتصفح\...
4.4. التشفير على العميل لا معنى له، ولكنه ضروري (في حالة سرقة شيء ما)
4.5. أسماء الملفات وكلمات المرور والمظاهر الأخرى خاطئة.
5. تحذير دوس:
5.1. البيانات طويلة جداً + حجم البيانات التي تم تنزيلها (الصور مثلاً)
5.2. العديد من محاولات تسجيل الدخول الفاشلة
5.3. الكثير من التنزيلات
5.4. العديد من الاستعلامات التي تضيف بيانات (مثل التعليقات)
6. حول التشفير:
6.1. جميع كلمات المرور (في قاعدة البيانات) - في شكل تجزئة مع الملح، تحقق من قوة التشفير والاصطدامات.
6.2. للبيانات الحساسة - تشفير الدفق عبر HTTPS\SSL مع انتهاء صلاحية قصيرة
6.3. نحن لا نقوم بتخزين البيانات في ملفات، وخاصة في شكل مفتوح.
6.4. احصائيات - بشكل منفصل عن الديناميات، تعليق. حقوق الوصول (إما القراءة أو التنفيذ أو الكتابة)
6.4.1. يفضل أن تكون الإحصائيات منفصلة تمامًا عن الديناميكيات (خادم آخر، مجلد، خارج الجذر) أي حتى لا تتقاطع
7. إضافي:
7.1. لا شيء لا لزوم له - على سبيل المثال، لا .svn، وكلمات المرور، وقوائم المراجعة، تادو وعموما ليست حيوية للعمل.
7.2. لا توجد رؤوس معلومات - حول البرامج المستخدمة والإصدارات والمسارات والملفات والأسماء
7.3. ولا توجد رسائل خطأ، باستثناء تلميحات للمستخدم بما يفعله من خطأ وما يجب عليه فعله.
7.4. يجب أن يكون المصدر مرئيًا، مع استبعاد احتمالية التزييف، على سبيل المثال:
7.4.1. يجب أن تبدو التعليقات مثل التعليقات ولا شيء غير ذلك
7.4.2. في عنوان كافة نوافذ الإدخال - يجب أن يكون من الممكن التعرف بوضوح على اسم الموقع ووظيفته.
7.5. من الأفضل استخدام عناوين URL جميلة - سواء من أجل الراحة أو لإخفاء البيانات.
يتم تحديد أمان النظام من خلال النقطة الأكثر ضعفًا!