Desarrollo Seguro

La razón PRINCIPAL para incorporar la seguridad en el ciclo de vida del desarrollo de software es proteger:

• La divulgación no autorizada de información.

• La marca corporativa y la reputación.

• Contra los piratas informáticos que pretenden hacer un mal uso del software.

• Los desarrolladores de lanzar software con defectos de seguridad.

La capacidad de recuperación del software para resistir ataques que intentan modificar o alterar datos de una manera no autorizada se denomina:

• Confidencialidad.

• Confidencialidad.

• Integridad.

• Disponibilidad.

• Autorización.

La razón PRINCIPAL de por qué los aspectos de disponibilidad del software deben ser parte de las iniciativas de seguridad del software de la organización es:

• Los problemas de software pueden causar tiempo de inactividad en la empresa.

• Los desarrolladores deben estar capacitados en los procedimientos de continuidad del negocio.

• A menudo se ignoran las pruebas de disponibilidad del software y los datos.

• A los piratas informáticos les gusta realizar ataques de denegación de servicio (DoS) contra la organización.

5.Desarrollar el software para monitorear su funcionalidad e informar cuando el software está inactivo, y no puede brindar el servicio esperado a la empresa es una protección para asegurar:

• Confidencialidad.

• Integridad.

• Disponibilidad.

• Autenticación.

Cuando un cliente intenta iniciar sesión en su cuenta bancaria, se requiere que el cliente ingrese un nonce from the token device que el banco le entregó. ¿Cómo se le conoce a este tipo de autenticación?

• Autenticación basada en la propiedad.

• Autenticación de dos factores.

• Autenticación basada en características.

• Autenticación basada en conocimientos.

¿La autenticación de múltiples factores está más estrechamente relacionada con cuál de los siguientes principios de diseño de seguridad?

• Separación de funciones.

• Defensa en profundidad.

• Mediación completa.

• Diseño abierto.

Los registros de auditoría se pueden utilizar para todos los siguientes EXCEPTO:

• Proporcionar información probatoria.

• Asegurar que el usuario no pueda negar sus acciones.

• Detectar las acciones que se llevaron a cabo.

• Evitar que un usuario realice algunas operaciones no autorizadas.

Las organizaciones a menudo predeterminan el número aceptable de errores de usuario antes de registrarlos como violaciones de seguridad. Este número también se conoce como:

• Nivel de recorte.

• Error conocido.

• Línea de base mínima de seguridad.

• Máximo tiempo de inactividad tolerable.

Un principio de seguridad que mantiene la confidencialidad, integridad y disponibilidad del software, los datos, además de permitir una rápida recuperación al estado de operaciones normales cuando ocurren eventos inesperados es el principio de diseño de seguridad de:

• Defensa en profundidad.

• Economía de mecanismos.

• Falla segura.

• Aceptabilidad psicológica.

Exigir al usuario final que acepte una cláusula de exención de responsabilidad "TAL CUAL" antes de la instalación de su software es un ejemplo de riesgo:

• Evitación.

• Transferencia.

• Aceptación.

• Mitigación.