Borrar los datos que ya no necesita

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.

• Microsoft Azure · StandardOS lee qué cuentas de almacenamiento tienen una política de gestión del ciclo de vida, para que los blobs que envejecen se borren o se muevan de nivel por regla en vez de conservarse por defecto.
• Google Cloud · StandardOS lee qué buckets de Cloud Storage llevan una regla de ciclo de vida, leída del propio recurso del bucket.
• Microsoft Azure · StandardOS lee si las cuentas de almacenamiento conservan los blobs eliminados durante su periodo de retención en lugar de perderlos al instante.
• Google Cloud · StandardOS lee si un bucket conserva versiones de los objetos sobrescritos y eliminados.

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.10 como tratamiento.

• Equipos o soportes se desechan con datos todavía dentroEquipos y soportes

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

• ¿Cuál es su política de retención, y cómo se eliminan nuestros datos al final del contrato?

  Retención, eliminación, destrucción · también A.5.33

Dónde encaja esto en NIS2

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