Iniciar sesión con seguridad

Cómo lo verifica StandardOS

Conectado en solo lectura, según un calendario. Una comprobación superada mantiene fresca una entrada de evidencia; una fallida la deja caducar, para que una regresión salga a la luz en lugar de esperar a la auditoría. Cada integración, y qué puede ver cada credencial.

• AWS · StandardOS lee si todo el que tiene acceso a la consola usa MFA, excluyendo las entidades de servicio de solo clave que no pueden tenerla.
• Microsoft Entra ID · StandardOS lee si se exige autenticación multifactor, mediante los valores predeterminados de seguridad o el acceso condicional.
• GitHub · StandardOS lee la autenticación de dos factores en toda la organización, o en la propia cuenta cuando el código vive bajo una cuenta personal.
• Google Workspace · StandardOS lee la verificación en dos pasos en todas las cuentas activas, ignorando las suspendidas para que una cuenta inactiva no haga fallar un control vivo.
• Okta · StandardOS lee las cuentas bloqueadas, que es el control funcionando y no fallando.
• Microsoft Entra ID · StandardOS lee si la autenticación heredada está bloqueada por los valores predeterminados de seguridad o una política, si una política cubre los roles de directorio con MFA, y si cada administrador tiene un segundo factor registrado.
• Okta · StandardOS lee si cada superadministrador tiene un factor activo registrado.
• Google Workspace · StandardOS lee si la verificación en dos pasos se impone por política a cada cuenta activa, y no solo está activada.
• Jamf Pro · StandardOS lee qué Mac gestionados inician sesión automáticamente al arrancar, de modo que ninguna contraseña separa la máquina de quien la sostiene.

Riesgos que trata este control

Del registro de riesgos inicial que StandardOS propone en la configuración. Usted conserva, edita o elimina cada uno; estos son los que citan A.8.5 como tratamiento.

• El phishing lleva al compromiso de credencialesCuentas de usuario

Qué preguntan los clientes sobre este control

Los cuestionarios de seguridad no usan números de control. Estas son las preguntas, tal como las plantean los clientes, que desembocan en A.8.5. Cada una se responde a partir de los mismos cuatro registros: el estado en la DdA, la política aprobada, evidencia fechada y una comprobación en vivo. El mapa completo de los treinta temas.

• ¿Exigen autenticación multifactor a todos los usuarios?

  MFA, inicio de sesión único, reglas de contraseñas · también A.5.17

• ¿Cómo se almacenan y rotan las claves de API y otros secretos?

  Secretos, claves de API, bóvedas · también A.8.24

Dónde encaja esto en NIS2

A.8.5 es parte de lo que exige el artículo 21, apartado 2, letra j), Access control. Implementarlo una vez cuenta para ambos, y esa es toda la razón de que exista la correspondencia con NIS2.