Mantener los sistemas configurados como se pretendía

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 hay un grabador de AWS Config en marcha, para que la configuración de los recursos de la cuenta se registre de forma continua y la desviación del estado previsto sea visible en vez de recordada.
• Microsoft Azure · StandardOS lee si cada suscripción tiene al menos una asignación de Azure Policy, la base que impone la configuración.
• Google Cloud · StandardOS lee si un proyecto aún tiene la red predeterminada, la que nadie diseñó.
• Microsoft Intune · StandardOS lee qué dispositivos gestionados incumplen sus directivas de cumplimiento de Intune asignadas, están en periodo de gracia o no tienen veredicto alguno.
• Jamf Pro · StandardOS lee qué Mac gestionados tienen la protección de integridad del sistema desactivada o el arranque seguro rebajado por debajo de la seguridad completa.
• Kandji · StandardOS lee qué Mac muestreados pueden arrancarse en recuperación y borrarse fuera de su configuración porque no hay bloqueo de recuperación ni contraseña de firmware.

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.9. 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.

• ¿Se construyen los sistemas a partir de una línea base de configuración endurecida?

  Líneas base de configuración, endurecimiento