Proyectos, en detalle

• Un núcleo compartido reúne las herramientas comunes; cada organización recibe su propia instancia.
• El trabajo llega rama por rama, nunca en el lugar.
• Cada rama pasa una revisión independiente, un análisis automático que bloquea los datos de la organización y una fusión aprobada por el responsable.

• Los revisores independientes quedan ligados al commit exacto, de modo que lo revisado es lo que se entrega.
• Un análisis de marcadores bloquea los datos de la organización.
• Los trabajos pesados se ejecutan uno a uno, para que los recursos compartidos sigan siendo predecibles.

• Informa de hechos del host: carga, memoria, discos, servicios, actualizaciones pendientes y puertos a la escucha. Solo hechos, sin secretos ni contenido de archivos.
• Ejecuta solo los comandos de una lista de permitidos fija, definida en su propia configuración local, y limita la salida que devuelve un comando. Todo lo demás se rechaza y se notifica.
• Los comandos van firmados y llevan una caducidad; un comando caducado, o ya visto, se ignora.
• Una clave por host, limitada a las rutas propias de ese host. Un repositorio de control de versiones sirve de transporte y no hay ningún puerto de entrada: el host sale a buscar, y nada entra.
• Despliegue por orden: primero solo hechos y solo lectura en un host real, los comandos al final.

El diseño es el expuesto arriba. De qué no protege:

• Un host comprometido. La clave propia del host permite a un atacante enviar hechos falsos sobre ese host; el daño se limita a las rutas de ese host.
• El compromiso de la clave de firma en el lado emisor. Eso permitiría cualquier comando permitido a todos los hosts que confían en ella. Cómo se custodia la clave y cómo se firman los comandos siguen siendo puntos de diseño abiertos.
• Una mala lista de permitidos. Los comandos son tan seguros como la configuración local que escribe el responsable del host.

• Las zonas agrupan los agentes, los hosts y las plataformas.
• Un filtro de leyenda muestra u oculta tipos de elementos.
• Una vista de texto ofrece la misma información sin la imagen.

• Un control se enlaza con los marcos que satisface, los riesgos que mitiga, la evidencia que lo respalda y las auditorías que lo probaron.
• Los marcos, los requisitos y los controles son registros enlazados, no listas planas; los registros de auditoría y de pruebas vinculan los hallazgos con los controles probados.
• Políticas, incidencias, incidentes, riesgo de proveedores, privacidad, continuidad del negocio, obligaciones regulatorias y formación viven en el mismo grafo.
• Los flujos de trabajo y los paneles se construyen a partir de pasos, disparadores y vistas reutilizables.
• El rol de cada usuario decide qué pantallas existen para él. Los inquilinos están separados, con un control de acceso que deniega por defecto.
• Los cambios se registran como eventos estructurados (quién cambió qué, de qué valor a cuál) y los registros conservan versiones fechadas, de modo que se pueda responder a «cómo era esto entonces».

• Un marco GRC jerárquico y flexible, basado en la CSA Cloud Controls Matrix, implantado en toda la empresa.
• Correspondencia automatizada de controles y flujos de tareas para auditorías del SGSI.
• Evaluaciones internas de seguridad realizadas con la misma base.

• La metodología, diseñada desde cero y probada en piloto.
• Auditorías de TI internas y externas coordinadas en torno a ella.
• Un marco de gestión documental diseñado sobre tres procesos centrales de ITIL.

• Un Sistema de Control Interno y una Matriz de Riesgos y Controles establecidos.
• Procesos de gestión de cuentas privilegiadas desarrollados.
• Auditorías de TI coordinadas.