Advertencias de seguridad

Actualización: noviembre 2007

Las advertencias de seguridad son compatibles con las bibliotecas y aplicaciones más seguras. Estas advertencias ayudan a evitar los errores de seguridad en su programa. Si deshabilita cualquier advertencia de este tipo, se debe indicar el motivo claramente en el código además de informar al responsable de seguridad designado a ese proyecto de desarrollo.

En esta sección

• Los métodos APTCA sólo deberían llamar a métodos APTCA

• Los tipos APTCA se deberían extender en tipos base APTCA

• Los campos de matrices no deberían ser de sólo lectura

• Llamar a GC.KeepAlive cuando se utilicen recursos nativos

• No declarar tipos de referencias mutables de sólo lectura

• No exponer indirectamente métodos con peticiones de vínculos

• La seguridad del método debería ser un supraconjunto del tipo

• Las peticiones de vínculos de reemplazo deberían ser idénticas a la base

• Los punteros no deberían estar visibles

• Revisar la seguridad declarativa en los tipos de valores

• Revisar el uso de Deny y PermitOnly

• Revisar la seguridad imperativa

• Revisar el uso de SuppressUnmanagedCodeSecurityAttribute

• Revisar los controladores de eventos visibles

• Selle los métodos que cumplan las interfaces privadas

• Proteja las aserciones

• Proteger los constructores de serialización

• Los tipos seguros no deberían exponer campos

• Los ensamblados transparentes de seguridad no deben contener código de seguridad crítico

• El código transparente de seguridad no debe ser asertivo

• El código transparente en seguridad no debe hacer referencia a miembros críticos de seguridad no públicos

• Los constructores estáticos deberían ser privados

• Las peticiones de vínculos de tipos requieren peticiones de herencia

• Incluir cláusulas Finally vulnerables en un bloque Try externo