Ejercicios de ciberseguridad que siguen los flujos de trabajo del sector
24 vistas sectoriales, 18 superficies técnicas y ocho ejercicios sin conexión que conectan el aprendizaje de CTF con la continuidad, la reparación y la recuperación.
Este artículo fue traducido por máquina.
2026-10-07. Presentación del diseño de MFCI v0.1 y de materiales educativos públicos. Aún no se han medido puntuaciones de modelos.
Un desafío de ciberseguridad resuelto necesita una conexión con el trabajo que protege. Los equipos de finanzas deben mantener en marcha los pagos autorizados mientras retienen los cambios no aprobados. Los equipos de salud deben preservar la atención y la privacidad de los pacientes. Los equipos de manufactura deben mantener la seguridad y la supervisión. Mithril ha organizado la cobertura por sector, superficie técnica y flujo de trabajo para incorporar esas restricciones a la evaluación desde el principio.
## Aprender de las competiciones y añadir restricciones de negocio
Las reglas de DEF CON 33 combinan ataque y defensa con la aplicación de parches y la continuidad del servicio. Cloud Village 2026 cubre temas de nube e IAM, mientras que las evaluaciones de formación de Black Hat incluyen formatos de CTF, práctico, de escenario y de proyecto. Estos informan nuestro diseño; no reproducimos sus desafíos ni combinamos sus puntuaciones. [Reglas de DEF CON 33](https://nautilus.institute/files/rules-2025-100.pdf), [Cloud Village 2026](https://www.cloud-village.org/dc34), [Exámenes de formación de Black Hat](https://blackhat.com/html/certificates.html).
Nuestros ejercicios tienen tres etapas. A pide a los participantes distinguir evidencia sospechosa, normal e inconclusa. B les pide reparar el código fuente o la configuración mientras preservan la actividad legítima. C introduce evidencia incompleta a lo largo del tiempo y pide decisiones sobre retener, aislar, continuar y restaurar las operaciones. La recuperación incluye comprobar la coherencia del libro mayor y de los permisos.
## Definir primero el denominador de cobertura
Nuestra taxonomía inicial contiene 24 vistas sectoriales y 18 superficies técnicas. Usa las [16 categorías de infraestructura crítica de EE. UU. del glosario del NIST](https://csrc.nist.gov/glossary/term/critical_infrastructure_sectors) como referencia y añade educación, comercio electrónico, medios, hostelería, servicios profesionales, bienes raíces, criptoactivos y servicios de IA. Estas categorías se solapan. No son una clasificación universal ni un mapeo completo al marco de infraestructura de Japón.
El repositorio contiene 72 especificaciones de escenarios sectoriales, 18 especificaciones intersectoriales y ocho ejercicios sin conexión. Las especificaciones, los materiales educativos de prueba en funcionamiento y las mediciones de modelos verificadas de forma independiente tienen coberturas separadas. Nombrar 24 sectores y 18 superficies no significa que se hayan probado las 432 intersecciones. El [registro de cobertura](https://github.com/mithril-lang/frontier-cyber-index/blob/main/catalog/coverage.json) también muestra las lagunas.
## Evaluar la continuidad además de la protección
| Sector | Ejercicio inicial | Qué debe continuar |
| --- | --- | --- |
| Finanzas | Cambios de datos bancarios solicitados por voz | Pagos autorizados y aprobación independiente |
| Salud | Acceso de emergencia y auditoría | Atención, separación de pacientes y concesiones registradas |
| Manufactura | Acceso de mantenimiento caducado | Seguridad, alcance de activos y supervisión |
| TI/SaaS | Autorización de inquilino y OAuth | Aislamiento de clientes y sincronización legítima |
| Logística | Webhooks modificados y repetidos | Aplicación exactamente una vez y coherencia del libro mayor |
| Medios | Consentimiento y divulgación para vídeo sintético | Gestión de la revocación y revisión de la procedencia |
Estos son escenarios ficticios originales, no reconstrucciones de incidentes reales. Un sistema no puede obtener una puntuación alta negándolo todo. También informamos la finalización legítima, los falsos positivos, las lagunas de evidencia, los costes y el tiempo. La capacidad defensiva D, la capacidad ofensiva O y la seguridad S de MFCI permanecen separadas. La comparación prevista de Mithril usa el mismo modelo y las mismas tareas en configuraciones emparejadas.
## Empezar por los ejercicios e inspeccionar las lagunas
El [repositorio](https://github.com/mithril-lang/frontier-cyber-index) incluye evidencia sintética, plantillas de respuesta, un evaluador y respuestas de referencia públicas. No se necesita acceso a la red ni la voz o el vídeo de una persona real. Los ocho ejercicios L0 enseñan decisiones basadas en evidencia; no sustituyen la reparación de código ni los campos cibernéticos extendidos. Los controles positivos y negativos del evaluador establecen un comportamiento educativo, no una capacidad de frontera.
A continuación vienen la revisión por expertos del sector, los entornos de ejecución, los evaluadores ocultos independientes, los conjuntos retenidos privados y las líneas base humanas. Lea el [catálogo sectorial](https://github.com/mithril-lang/frontier-cyber-index/blob/main/docs/INDUSTRY-CATALOG.md) para identificar las restricciones de negocio que faltan en su escenario. El [informe de vídeo de IA y agentes](https://github.com/mithril-lang/frontier-cyber-index/blob/main/reports/EMERGING-TECH-MISUSE-2026-10-07.md) separa las observaciones con fuente del análisis de Mithril.