T05-F02 · Marco de Confianza Distribuida para Interoperabilidad de Datos en el Borde

Código original: P-02

Decisión de la ficha

Avanzar con condiciones

Condiciones: Es imprescindible obtener métricas cuantitativas del problema y validar la compatibilidad de los estándares SSI con las restricciones SWaP (tamaño, peso y potencia) del hardware objetivo.

1. Identificación de la propuesta

Código: P-02
Nombre de la propuesta: Marco de Confianza Distribuida para Interoperabilidad de Datos en el Borde
Origen: Publicación o comunicación de una empresa del sector
Línea estratégica: Intercambio seguro y gobierno distribuido del dato
Dominio: Multidominio
Tipo de uso: Defensa
Fecha de análisis: 22/05/2024
Responsable de la ficha: Pipeline automático - pendiente de asignación
Estado: En análisis

2. Problema concreto

Descripción: Incapacidad técnica y organizativa para distribuir recursos computacionales y datos de forma segura en misiones conjuntas multinacionales. El problema radica en la falta de marcos de seguridad compartidos y mecanismos de verificación de identidad en tiempo real entre plataformas heterogéneas de distintas organizaciones [ev_0006].
Consecuencia principal: Degradación de las funciones críticas de Inteligencia (recolección y análisis de información sobre el enemigo) y Protección (medidas para mitigar daños a fuerzas propias), generando silos de información y desperdicio de capacidad de cómputo [ev_0006].
Usuario afectado: Operador
Criticidad: Alta
Frecuencia estimada: Continua
Entorno de aparición: Degradado

3. Ejemplo operativo y evidencia

Escenario: En una misión de coalición multi-dominio (operaciones que integran simultáneamente los dominios terrestre, marítimo, aéreo, espacial y ciberespacio), un UAV (vehículo aéreo no tripulado) de la Nación X detecta una actividad sospechosa pero carece de potencia de cálculo suficiente en su propio hardware para procesar el volumen de datos en tiempo real. El operador intenta delegar este procesamiento a un nodo de cómputo cercano perteneciente a un vehículo terrestre de la Nación Y [ev_0006]. Sin embargo, debido a que se encuentran en un entorno DDIL (comunicaciones denegadas, degradadas, intermitentes o limitadas), no pueden contactar con una autoridad central para validar los permisos de acceso. El nodo de la Nación Y rechaza la solicitud por falta de un marco de confianza técnica compartido y la imposibilidad de verificar la identidad del UAV de forma local [ev_0006]. Como resultado, el procesamiento de la alerta se retrasa o no se realiza, afectando la toma de decisiones del mando sobre la seguridad de la zona y comprometiendo la capacidad de Protección de las fuerzas propias [ev_0006].
Activos implicados: UAVs, plataformas terrestres, nodos de cómputo tácticos
Información disponible: Esquemas de identidad organizacionales, atributos de confianza por nivel de clasificación y políticas de cuotas de recursos
Limitación actual: Dependencia de una autoridad centralizada para la validación de identidades y falta de estándares de confianza dinámica en el borde [ev_0006].
Consecuencia operacional: Silos de información y subutilización de los recursos computacionales disponibles en la red táctica [ev_0006].
Fuente de evidencia: ev_0006
Tipo caso: Necesidad comunicada

4. Solución propuesta

Descripción de la solución

Implementación de un marco de confianza distribuida basado en Identidades Autosoberanas (SSI, modelo donde cada entidad gestiona su propia identidad digital sin depender de un tercero central), permitiendo la autenticación mutua entre nodos mediante credenciales verificables

Datos de entrada

Credenciales Verificables (VC) y DIDs (Identificadores Descentralizados) emitidos por autoridades nacionales antes del despliegue

Procesamiento principal

Validación local de firmas criptográficas, verificación de atributos mediante un motor ABAC (Control de Acceso Basado en Atributos) y sincronización asíncrona de listas de revocación vía DLT (Tecnología de Registro Distribuido)

Resultado / salida

Autorización o denegación de acceso a recursos de CPU, almacenamiento o intercambio de datos entre nodos

Sistema, arquitectura e integración

Integrado en la capa de orquestación de contenedores del borde (ej. K3s) y en las interfaces de red de los activos tácticos

Funcionamiento resumido

1. Entrada: Intercambio de credenciales mediante handshake entre nodos. 2. Procesamiento: Verificación local de la firma digital y validación contra política ABAC. 3. Resultado: Concesión del recurso computacional. 4. Integración: Ejecución del proceso en el nodo proveedor.

Componentes funcionales

Gestor de Identificadores Descentralizados (DID)
Motor de políticas de acceso ABAC
Módulo de verificación local de Credenciales Verificables (VC)
Sincronizador asíncrono de revocaciones

5. Aportaciones concretas de SIXTEMA

6. Capacidades reales que respaldan la propuesta

Capacidad real: Arquitecturas Escalables Cloud-Native
Proyecto / experiencia: Infraestructura para despliegue de servicios operativos en entornos distribuidos
Qué demuestra: Capacidad técnica para implementar el despliegue de servicios y el intercambio seguro de datos en redes distribuidas, base necesaria para la orquestación de nodos de borde
Nivel evidencia: Alta

Capacidad real: Sistemas C2 e Inteligencia de Datos
Proyecto / experiencia: Sistema Integrado de Gestión de Misiones
Qué demuestra: Experiencia en la consolidación multifuente y coordinación de misiones, lo que valida el entendimiento de los flujos de datos que deben circular por el marco de confianza propuesto
Nivel evidencia: Alta

7. Capacidades futuras o en evolución

Capacidad futura: Arquitecturas Edge-Cloud Federadas en entornos denegados
Proyecto / iniciativa: Desarrollo de Nube Táctica
Estado: En curso
Resultado esperado: Capacidad de procesamiento en el extremo de la red (Edge) con resiliencia ante comunicaciones degradadas o jamming, reduciendo la dependencia de centros de datos centralizados

Capacidad futura: Confianza Digital en el Dato Operativo
Proyecto / iniciativa: Implementación de Blockchain y Galileo OSNMA
Estado: En curso
Resultado esperado: Trazabilidad y validación del dato mediante registros distribuidos, proporcionando la base tecnológica para la implementación de Identidades Autosoberanas (SSI)

8. Tecnología involucrada

Capa / función: Identidad y Acceso
Tecnología / patrón: SSI (Self-Sovereign Identity / Identidad Autosoberana) y DIDs (Decentralized Identifiers)
Situación en SIXTEMA: Por incorporar
Responsable / socio: Equipo interno

Capa / función: Capa de Confianza/Registro
Tecnología / patrón: DLT (Distributed Ledger Technology / Tecnología de Registro Distribuido) como Blockchain
Situación en SIXTEMA: Disponible parcialmente
Responsable / socio: Equipo interno

Capa / función: Seguridad de Hardware
Tecnología / patrón: TEE (Trusted Execution Environments / Entornos de Ejecución Seguros) como Intel SGX o ARM TrustZone
Situación en SIXTEMA: Pendiente de validar
Responsable / socio: Socio tecnológico/Hardware vendor

Capa / función: Control de Acceso
Tecnología / patrón: ABAC (Attribute-Based Access Control / Control de Acceso Basado en Atributos)
Situación en SIXTEMA: Dominada
Responsable / socio: Equipo interno

9. Encaje con programas y marcos europeos

Programa europeo: EDF
Convocatoria / topic: Pendiente de búsqueda (Prioridades: Nube Táctica y Superioridad de la Información)
Marco / estándar prioritario: Soberanía tecnológica europea en C2 y computación táctica distribuida
Valoración del encaje: Alto
Justificación: La propuesta resuelve una brecha crítica de interoperabilidad multinacional en el borde, alineándose con las prioridades de 'nube táctica' del Fondo Europeo de Defensa.
Fuente de referencia: financiacion.md (Propuesta)

10. Diferenciación aportada

Diferenciador: Sinergia entre Edge-Cloud Federado y Confianza Digital
Por qué es relevante: Permite no solo mover el cómputo al borde, sino garantizar la seguridad del acceso sin autoridad central en entornos DDIL (comunicaciones denegadas, degradadas, intermitentes o limitadas)
Evidencia: Hoja de ruta de capacidades futuras: 'Arquitecturas Edge-Cloud Federadas' + 'Confianza Digital en el Dato Operativo'

Diferenciador: Enfoque agnóstico al hardware (SSI) frente a aislamiento físico (TEE)
Por qué es relevante: Ofrece una solución de gobernanza flexible que no depende de un fabricante de chips específico, facilitando la adopción en coaliciones multinacionales con hardware heterogéneo
Evidencia: Análisis de viabilidad técnica y comparación de soluciones primarias vs alternativas

11. Actores objetivo y vías de entrada

Actor identificado: Airbus Defence and Space
Necesidad / interés: Integración de capacidades de nube táctica en sus plataformas ISR y C2
Vía de entrada: Consorcio
Relación actual: Existente

Actor identificado: Indra
Necesidad / interés: Modernización de sistemas de mando y control con capacidades de interoperabilidad multinacional
Vía de entrada: Tier 2
Relación actual: Incipiente

Actor identificado: NATO Innovation Fund (NIF)
Necesidad / interés: Tecnologías disruptivas para la resiliencia de la Alianza en entornos degradados
Vía de entrada: Convocatoria
Relación actual: Sin relación

12. Brechas y dependencias

Brecha / dependencia: Ausencia de métricas cuantitativas sobre latencias y tasas de fallo actuales
Impacto: Dificulta la definición de KPIs (indicadores clave de desempeño) técnicos y la medición del éxito de la solución frente al estado actual
Cómo cubrirla: Realizar talleres de descubrimiento técnico con usuarios finales o analizar logs de misiones previas si están disponibles
Responsable potencial: Analista de negocio / Equipo de preventa técnica

Brecha / dependencia: Consenso político y organizativo sobre estándares comunes de credenciales verificables entre naciones
Impacto: Riesgo crítico de viabilidad; sin un acuerdo de gobernanza, la solución técnica SSI (Identidad Autosoberana) no puede desplegarse en entornos multinacionales
Cómo cubrirla: Alinear la propuesta con marcos normativos ya existentes en la OTAN o el EDF (Fondo Europeo de Defensa)
Responsable potencial: Socio tractora / Gestor de consorcio

Brecha / dependencia: Implementación de estándares W3C para DIDs (Identificadores Descentralizados) en dispositivos con SWaP restringido
Impacto: Posible degradación del rendimiento o imposibilidad de ejecución en hardware muy limitado (sensores pequeños, UAVs ligeros)
Cómo cubrirla: Inversión en I+D para optimizar la pila criptográfica y reducir el consumo de recursos en el borde
Responsable potencial: Equipo interno de desarrollo / Arquitecto de software

13. Valoración final por criterios

Criterio	Valoración	Justificación
Relevancia del problema	Alta	Resuelve un cuello de botella crítico para la computación en el borde en misiones multinacionales y entornos DDIL.
Calidad de la evidencia	Media	La fuente ev_0006 es oficial y clara, pero puramente cualitativa; faltan datos numéricos.
Encaje con SIXTEMA	Alta	Alineado con las líneas de 'Arquitecturas Edge-Cloud Federadas' y 'Confianza Digital en el Dato'.
Capacidades reales disponibles	Media	Se posee base en Blockchain y Edge, pero falta profundizar en estándares W3C para DIDs.
Diferenciación	Alta	Propone desplazar la confianza al borde mediante SSI, evitando la dependencia de una autoridad central.
Encaje europeo	Alta	Encaja directamente en prioridades de Nube Táctica del EDF y fondos de innovación de la OTAN.
Actor o vía de entrada identificada	Media	Identificados integradores Prime (Airbus, Indra), pero sin relación contractual específica para este caso.
Potencial dual	Alta	Aplicable a cualquier entorno industrial o civil con nodos distribuidos y necesidad de confianza federada.
Madurez preliminar	Baja	Se encuentra en fase de concepto/prototipo (TRL 3-4).
Cobertura brecha tecnológica	Alta	Ataca directamente la falta de interoperabilidad y confianza dinámica en el borde.
Autonomía respecto a socios	Media	La solución SSI es agnóstica, pero la alternativa TEE depende totalmente del hardware del socio/proveedor.
Viabilidad preliminar	Alta	Técnicamente plausible mediante el uso de tecnologías maduras (DLT, PKI) aplicadas al contexto táctico.

14. Decisión y conclusión final

Resultado: Avanzar con condiciones
Condiciones para avanzar: Es imprescindible obtener métricas cuantitativas del problema y validar la compatibilidad de los estándares SSI con las restricciones SWaP (tamaño, peso y potencia) del hardware objetivo.
Validaciones pendientes: Confirmar si existe un estándar de credenciales aceptado por los actores de coalición y verificar el soporte de TEE en el parque de UAVs/vehículos actuales.
Próximo hito: Desarrollo de un prototipo (PoC) de validación de identidad descentralizada entre dos nodos simulando entorno DDIL.
Síntesis: Solución de alta relevancia que elimina la dependencia centralizada para el uso de recursos en el borde mediante Identidades Autosoberanas. Encaja perfectamente con la estrategia de SIXTEMA y fondos europeos (EDF). La brecha crítica es la falta de datos cuantitativos y el consenso normativo multinacional. Se recomienda avanzar hacia un prototipo técnico.

15. Fuentes y trazabilidad

Sin referencias registradas.

Evidencias del clúster: ev_0006