أنا أدرك أن هذا هو وجهة نظر مثيرة للجدل, يجب أن أشرح بعض خلفيتي الخاصة كبداية لشعوري بالخوف من هذا . في الأيام السيئة القديمة ,, كنت مخترباً للإختراق .; قمت بتشغيل شركتي الصغيرة التي قدمت هذه الخدمة لعدد من العملاء . إذن , مع تقدم الوقت و انتقلت أكثر إلى كتابة التطبيقات فعلياً بدلاً من هدمها أنا ' كنت دائماً أدرك أن نظم أمن التطبيقات لا ينبغي أن تُثق بغرائزها الاصطناعية . ., . في حين أن احتمال وجود أخطاء أقل من بعض الإعلانات . ذلك 'جزء من المشكلة التي أملكها مع ValidateRequest , إنه يقدم حلاً بسيطاً لـ, مفتاحاً مختصراً للمطورة الлениاء | . | OK |, | إنه مفيد | , | أنه يمنع أي إدخال | | HTML | و ' | مثل المعلومات المطلبة | الـ - | وبالتالي سيقف العديد من XSS | لقد وجدنا بالفعل عيوب في هذا و اللاصقة ليست واضحة / من السهل العثور عليها ( هل سمعتم بها من قبل?) - لذلك ليس هناكM SK4 مشكل سيؤثر على جميع مواقع ASPMスク5NET MSSK6 التي تعتمد على هذه الخاصية لحمايةهم من هجمات XSSMSC7 أسوأ من ذلك МSK8 كم عدد المواقع التي تعتقد أنها ستأخذ تحذيرات إضافية فوق هذا لتحمي مدخلاتهم ♫- هل تعلمون إن كان يحميكم من هجمات زرق SQL, هجمات التدفق الزائد للصفر وآخرون مختلفين ( بما في ذلك جواهرات مثل الباب الخلفي البسيط , إختراق الكعك ومثل ).

وجهة نظري هي , من وجهة النظر الخاصة بي , مسؤولية أمن التطبيقات يجب أن تكمن على المطور | - عليهم أن يفهموا ويخططوا للتبعات للخيارات التي يقومون بها في تصميم التطبيقات |. | قراءة كتاب مثل مايكل هوارد write Secure Code [الولايات المتحدة] - تعرف أين يمكن أن تكون الضعف في تطبيقك وتكافئها باختصار , لا أعتمد على أشياء مثل ValidateRequest كوسيلتك الوحيدة للدفاع ما تفعله في الواقع وما الذي لا يفعله

على سبيل المثال, ما الذي ستفعله عندما تريد فقط بعض البطاقات أن تمرر وليس الاخرى? ربما تحتاج إلى النظر شيء مثل هذا(لقد كتبت هذا قبل فترة من الزمن - أنا' أنا لا أدعي أنّه

على أية حال , المشاهد دائماً مرحباً بـ

تحديث: نسيت أن أذكر, إن كنتم M SK2 لا تزالون على IIS 5.0 يجب أن تتأكدوا من الذهاب IISLockdown - يجب أن يكون هذا مركباً , سوف يساعدك على تفادي عدد هائل من ثقب أمنية, معروفة | / المستقبل |... إذا كان لديك IIS | انظروا الى هذا لتجنب أي مشاكل في التطوير...