¿Alguien puede arrojar algo de luz sobre por qué DotNetNuke viene configurado con validación de solicitud y validación de evento deshabilitada? Ambos están desactivados en el nivel web.config para una instalación predeterminada que parece ser un enfoque regresivo. ¿Hay alguna razón sólida para esto y cuál es el impacto funcional en DotNetNuke si se vuelven a activar?¿Por qué DotNetNuke tiene validación deshabilitada?
Obviamente, la validación de entrada apropiada debe estar ocurriendo en el código de todos modos, pero el comportamiento del .NET framework nativo es siempre un buen repliegue.
Actualización: nuevas ideas sobre esto en Request Validation, DotNetNuke and design utopia
¿Está diciendo que la validación global en sí misma es mala o solo si se usa en lugar de validar explícitamente la información caso por caso? No veo cómo usarlo como una red de seguridad adicional es algo malo. Ciertamente, Microsoft pensó que valía la pena incluirlo. –
@Troy Hunt Sí, la validación de entrada global es mala. Hace perezosos a los programadores y nunca podrá prevenir todas las vulnerabilidades. Aunque admito que magic_quotes_gpc evitará la mayoría de las inyecciones sql. El problema es que * most * no es lo suficientemente bueno, solo se necesita 1 vulnerabilidad para obtener Pnw3d. Los programadores deben ser responsables de las vulnerabilidades que crean y deben saber cómo aplicarles parches. – rook