Introducción
Las empresas espaciales dependen de sistemas digitales para comando, telemetría, seguimiento, programación de carga útil, navegación, entrega a clientes, facturación y evidencia regulatoria. Esos sistemas pueden fallar debido a actividad maliciosa, errores, defectos de software, interrupción del proveedor o eventos físicos. El mismo incidente puede afectar las operaciones de las naves espaciales, los servicios terrestres, los compromisos de los clientes, la integridad de los datos y los informes públicos. Una aplicación cibernética convencional captura sólo una parte de esa realidad operativa.
Las decisiones sobre seguros requieren evidencia sobre la exposición, el control y las consecuencias. El asegurador necesita saber qué servicios están en riesgo, qué sistemas los respaldan, cómo se detectan las fallas, cuánto tiempo lleva la recuperación y cómo se podrían acumular las pérdidas entre clientes o carteras. El asegurado necesita un lenguaje de póliza que responda a su modelo operativo real. Un adquirente necesita comprender si el seguro transfiere un riesgo definido o deja una exposición importante con la transacción.
La telemetría puede mejorar esta base de evidencia. Los registros de identidad pueden mostrar si el acceso privilegiado está controlado. Los datos de vulnerabilidad pueden mostrar la edad de exposición y la cadencia de remediación. La telemetría de la misión y la red puede mostrar la degradación del servicio, la interrupción de la ruta de comando y el rendimiento de la recuperación. Los registros de proveedores pueden mostrar dependencias comunes. Cada conjunto de datos también tiene limitaciones. La falta de cobertura, el cambio de definiciones, las alertas ruidosas, los lapsos de tiempo y una gobernanza débil pueden generar una confianza falsa.
Este documento presenta un marco práctico para juntas directivas, adquirentes, prestamistas, aseguradores y operadores. Trata la telemetría como una parte de una cadena de evidencia de suscripción. El método conecta la evidencia con escenarios de pérdidas, mecanismos de políticas y valor de transacción.
1 Definir la decisión de seguro
El primer paso es definir la decisión que la evidencia debe sustentar. El operador puede buscar cobertura cibernética de primera parte, errores y omisiones tecnológicos, interrupción del negocio, interrupción contingente del negocio, responsabilidad de privacidad, responsabilidad de los medios, delitos, propiedad, casco espacial o cobertura de lanzamiento. La medida de riesgo, activación y pérdida relevante difiere entre estos productos. No se puede suponer que la evidencia diseñada para una decisión responda a otra.
La declaración de decisión deberá especificar entidades aseguradas, operaciones cubiertas, período de la póliza, límites, retenciones, sublímites y exclusiones materiales. Debe identificar si el análisis se refiere a la selección de riesgos, el precio, la capacidad, la redacción, la renovación, la preparación de reclamaciones o una adquisición. También debe identificar la jurisdicción y el perímetro regulatorio porque las obligaciones de presentación de informes y cobertura varían.
En M&A, la decisión se extiende más allá de la colocación de políticas. El comprador necesita saber si la cobertura existente sobrevive al cambio de control, si los actos anteriores están protegidos, si se deben notificar las circunstancias conocidas, si se necesita una cobertura posterior y si las pruebas del objetivo respaldan las representaciones de la transacción. El acuerdo de adquisición y el programa de seguro deben utilizar una definición de exposición común.
2 Establecer el perímetro operativo
El perímetro operativo debe conectar a las personas jurídicas con los servicios, sistemas e infraestructura física. Un operador de satélites puede confiar en autobuses y cargas útiles de naves espaciales, centros de mando, estaciones terrestres, entornos de nube, servicios de identidad, redes terrestres, terminales de usuario, socios de redes móviles, proveedores de datos y proveedores especializados. Es posible que algunos componentes sean de propiedad. Otros se alquilan, se comparten o se suministran en virtud de acuerdos de servicio.
El perímetro debe registrar qué parte controla cada componente, quién lo observa y quién soporta las consecuencias financieras del fracaso. El control y la pérdida pueden recaer en diferentes organizaciones. Un proveedor de estación terrestre puede operar el enlace mientras que el operador de satélite debe el crédito por servicio al cliente. Un proveedor de nube puede restaurar la infraestructura mientras que el operador debe reconstruir los datos de la misión y la entrega al cliente.
Las redes de satélite híbridas requieren especial cuidado porque los componentes de propiedad independiente pueden tener diferentes niveles de seguridad. El perfil de la red satelital híbrida del NIST resalta la importancia de las interfaces y las responsabilidades compartidas. Por lo tanto, una presentación de suscripción debe incluir matrices de responsabilidad y dependencias de servicios en lugar de una lista única de activos.
3 Construya el inventario de exposición
El inventario de exposición vincula los activos y servicios con sus consecuencias financieras. Cada registro debe incluir propietario, operador, ubicación, misión, clase de datos, conectividad, dependencia del cliente, criticidad, ruta de reemplazo y objetivo de recuperación. Las naves espaciales y las cargas útiles requieren características de cohorte, software y comando. Los sistemas terrestres y en la nube requieren registros de entorno, identidad, configuración y dependencia.
El inventario debe conciliarse con la telemetría observada. Los repositorios de configuración muestran lo que espera la administración. El descubrimiento de redes, los inventarios de la nube, los registros de terminales y los sistemas de misión muestran lo que está activo. Las diferencias deben tratarse como lagunas en la evidencia. Una puerta de enlace no registrada puede crear exposición. Un sistema listado puede retirarse y no debe inflar el perímetro declarado.
El mapeo financiero distingue los servicios de alto valor de los activos técnicamente destacados. Un proveedor de identidad de bajo costo puede estar en el camino hacia ingresos sustanciales. Una nave espacial muy visible puede tener una contribución monetaria limitada a corto plazo. El análisis de suscripción y transacción debe seguir la ruta de las pérdidas, no solo el costo de reposición.
4 Separe la telemetría de la evidencia
La telemetría es una observación registrada generada por un sistema o proceso. La evidencia de suscripción es información que tiene un alcance, procedencia, interpretación y relevancia definidos para una decisión de seguro. La distinción es importante porque un gran volumen de telemetría aún puede proporcionar evidencia débil.
Un registro de evidencia debe identificar el sistema fuente, el propietario responsable, el método de recopilación, la cobertura temporal, las unidades, las exclusiones, la retención, los controles de acceso y la validación. Debe indicar la cuestión de control o pérdida que aborda el registro. Por ejemplo, un panel de autenticación multifactor puede mostrar la inscripción. No prueba que todo camino privilegiado imponga el control o que se gobiernen las cuentas de emergencia.
La evidencia debe preservar las excepciones. Un promedio mensual puede ocultar una brecha crítica durante el lanzamiento de un software o la transición de una adquisición. Las capturas de pantalla de un momento determinado pueden omitir la duración. El paquete de evidencia debe proporcionar distribuciones, umbrales, incidentes y conciliaciones que permitan al asegurador comprender el desempeño del control durante todo el período asegurado.
5 Crear una taxonomía de evidencia
Cinco clases de evidencia respaldan una presentación disciplinada. La evidencia de exposición define los activos, servicios, datos y dependencias en riesgo. La evidencia de control muestra medidas preventivas y protectoras. La evidencia de eventos muestra detecciones, anomalías, incidentes y cuasi accidentes. La evidencia de recuperación muestra capacidad de restauración y continuidad. La evidencia financiera muestra cómo la interrupción operativa se convierte en pérdida asegurada.
Cada clase necesita identificadores estables. Un identificador de servicio debe vincular el contrato del cliente, los sistemas de soporte, la evidencia de control, los incidentes, las pruebas de recuperación y el impacto en efectivo. Sin este vínculo, el envío se convierte en una colección de métricas no relacionadas. Los identificadores estables también admiten comparaciones de renovación e integración posterior a la adquisición.
La taxonomía debe distinguir los hechos informados de los supuestos de gestión. El tiempo de recuperación observado de un ejercicio es una prueba. Un tiempo de recuperación previsto para un escenario no probado es un supuesto de gestión. Ambos pueden informar una decisión cuando su estado es explícito.
6 Mapear las rutas de amenazas y pérdidas
El análisis de amenazas debe cubrir el acceso malicioso, ransomware, compromiso de la cadena de suministro, interferencia de comandos, interferencias, suplantación de identidad, robo de credenciales, corrupción de datos, denegación de servicio, actividad interna y explotación de vulnerabilidades de software. También debe cubrir eventos no maliciosos que puedan parecerse a una pérdida cibernética, incluidos errores de configuración, implementación fallida y eliminación accidental.
El camino de la pérdida traduce un evento en consecuencia. Una cuenta de administrador comprometida puede habilitar comandos no autorizados o deshabilitar la supervisión. El servicio puede interrumpirse mientras se restablece la autoridad de mando. Los clientes pueden reclamar créditos de servicio, cancelar contratos o solicitar una investigación. Los reguladores pueden exigir un aviso. El operador puede incurrir en costos forenses, legales, de comunicaciones, de restauración y operativos adicionales.
El modelo debe evitar asumir que cada evento cibernético produce daños físicos o pérdida de naves espaciales. Muchos eventos producen costos de datos, servicio, respuesta o responsabilidad. Por el contrario, un compromiso en la ruta de comando puede tener consecuencias físicas o de seguridad que pueden quedar fuera de una política cibernética independiente. Los caminos claros respaldan una cobertura clara.
7 Medir el control de identidad y acceso
La evidencia de identidad debe cubrir las identidades humanas, de servicio, de máquinas y de emergencia en entornos corporativos, de desarrollo, terrestres y de misión. Las medidas útiles incluyen la integridad del inventario de cuentas privilegiadas, la cobertura de aplicación de múltiples factores, la antigüedad de las cuentas inactivas, la finalización de la recertificación, la autenticación fallida, el acceso de emergencia, la rotación de credenciales y la separación entre desarrollo y producción.
La evidencia debe identificar las brechas de control por ruta crítica. La cobertura multifactorial del noventa y ocho por ciento puede ser inadecuada si el dos por ciento excluido incluye la administración de mando o la autoridad de firma. Una medida ponderada por riesgo conecta cada identidad con la capacidad y las consecuencias.
Los cambios en el control de identidad merecen un análisis. Un número cada vez menor de cuentas privilegiadas puede reflejar una reparación o un descubrimiento incompleto. Un aumento en la autenticación fallida puede reflejar un ataque, una nueva aplicación o un cambio de telemetría. La presentación debe incluir explicaciones y un historial de cambios para que la aseguradora pueda distinguir el desempeño del control de los artefactos de medición.
8 Medir la vulnerabilidad y la exposición de la configuración
La evidencia de vulnerabilidad debe identificar el componente afectado, la explotabilidad, las consecuencias de la misión, la ruta de exposición, el control compensatorio, el propietario de la remediación y la antigüedad. Los recuentos brutos de vulnerabilidad tienen un valor limitado porque la cobertura de detección y la criticidad varían. La pregunta útil es si la exposición material se descubre, se prioriza y se reduce dentro de las limitaciones operativas del sistema.
Los sistemas espaciales pueden tener ventanas de parcheo limitadas y una larga vida útil de los componentes. El operador debe mostrar cómo gestiona las excepciones, prueba las liberaciones y aplica controles compensatorios. Los servicios terrestres, los sistemas conectados a Internet y los componentes de la nube pueden permitir una solución más rápida que los sistemas de vuelo. El modelo de evidencia debería preservar esa distinción.
La telemetría de configuración debe cubrir líneas base aprobadas, desviaciones, cambios no autorizados, copias de seguridad y recuperación. La validación de comandos, la configuración criptográfica, la segmentación de la red y el registro merecen prioridad. Un asegurador debería poder ver si las excepciones materiales son temporales, están aprobadas y monitoreadas.
9 Medir el rendimiento de detección
La evidencia de detección debe conectar la cobertura de monitoreo con las rutas de ataque material. Las medidas pueden incluir el porcentaje de registros de reenvío de sistemas críticos, latencia de telemetría, tiempo de alerta a clasificación, tiempo medio de detección, manejo de falsos positivos, estado del sensor, sincronización del reloj y cobertura de identidades privilegiadas y de servicio.
La telemetría de la misión crea señales adicionales. Los intentos de comando inesperados, las fallas de autenticación, los cambios en el estado del enlace, la programación anómala, la desviación de la configuración y el movimiento inusual de datos pueden respaldar la detección. Esas señales necesitan un contexto operativo porque la actividad de una misión legítima puede producir patrones inusuales.
La calidad de la evidencia importa más que el volumen de alertas. Una gran cantidad de alertas pueden mostrar un monitoreo amplio o una sintonización débil. Un número bajo puede indicar controles eficaces o puntos ciegos. La presentación debe incluir cobertura, resultados de pruebas y rastros de incidentes representativos.
10 Medir la respuesta a incidentes
La evidencia del incidente debe mostrar clasificación, contención, escalamiento, autoridad para tomar decisiones, comunicaciones, análisis forense y lecciones aprendidas. Las medidas útiles incluyen tiempo para reconocer, tiempo para contener, tiempo para restaurar, preservación de evidencia, cambios de gravedad y finalización de acciones correctivas.
Ejercicios de mesa test de coordinación. Ejercicios técnicos de prueba de sistemas y personas. La evidencia más sólida combina ambos. Un plan de respuesta debe incluir funciones de operaciones de la misión, ingeniería, seguridad, asuntos legales, seguros, clientes y reglamentaciones. El operador debe comprender cuándo un evento se convierte en una notificación de política, un informe regulatorio o una pregunta de divulgación importante.
Los registros de incidentes deben incluir cuasi accidentes y fallas de control. Un ataque bloqueado puede revelar la exposición y la eficacia del control. Los cuasi accidentes repetidos pueden indicar concentración o condiciones de deterioro. La aseguradora y el asegurado deben acordar cómo se comparten, protegen y utilizan los registros confidenciales.
11 Medida de recuperación y continuidad
La evidencia de recuperación debe demostrar la restauración del servicio, no solo la restauración de archivos. El operador debe probar la identidad, las configuraciones, las aplicaciones de la misión, el historial de telemetría, las interfaces del cliente y las dependencias externas. Los ejercicios deben registrar el punto de recuperación, el tiempo de recuperación, el trabajo manual, la operación degradada y las excepciones no resueltas.
Los servicios espaciales pueden requerir continuidad entre las ventanas de la misión. Una prueba de recuperación debe considerar si el comando y el monitoreo pueden continuar mientras el sitio principal, la región de la nube o el proveedor no estén disponibles. Las estaciones terrestres, vías de comunicación y equipos operativos alternativos pueden reducir la exposición cuando sean técnica y contractualmente utilizables.
La recuperación observada debe compararse con los supuestos de interrupción del negocio. Si los períodos de espera de las políticas o los modelos financieros suponen una restauración en un plazo de doce horas, un ejercicio que lleva treinta y seis horas requiere una respuesta específica. Esa respuesta puede incluir remediación, una retención mayor, un límite inferior, un sublímite o un precio revisado.
12 Cuantificar la interrupción del servicio
El modelo de interrupción del negocio comienza con las unidades de servicio. Estos pueden incluir capacidad satelital, imágenes aceptadas, disponibilidad de navegación, contactos de misión, datos procesados o puntos finales de clientes. El modelo debe conectar las unidades de servicio no disponibles con los ingresos, el costo variable, los créditos de servicio, los gastos adicionales, la pérdida de clientes y el costo de restauración.
La curva de pérdidas debe variar según la duración. Una breve interrupción puede ser absorbida por la redundancia o la tolerancia del nivel de servicio. Una interrupción más prolongada puede incumplir los plazos de entrega, activar créditos y debilitar la renovación. Los clientes críticos del gobierno o de infraestructura pueden crear obligaciones que difieren de los contratos comerciales.
El modelo debería indicar qué sumas están aseguradas, retenidas, excluidas o recuperables en otro lugar. Debería evitar tratar el valor empresarial como una pérdida asegurada. El valor de la empresa puede verse afectado a través de la retención de clientes y el flujo de caja futuro, mientras que la política generalmente responde a costos definidos y pérdida de ingresos durante un período medido.
13 Identificar el riesgo de agregación
La agregación ocurre cuando un evento afecta a varios bienes, clientes o pólizas asegurados. La infraestructura espacial puede compartir estaciones terrestres, proveedores de nube, servicios de identidad, componentes de software, datos orbitales, redes de comunicaciones y proveedores especializados. Una vulnerabilidad común o una interrupción del proveedor puede generar pérdidas correlacionadas entre los operadores.
El operador debe mapear dependencias de primer y segundo orden. Un servicio en la nube es una dependencia de primer orden. La identidad compartida, la red o la dependencia de software del servicio en la nube pueden ser de segundo orden. Los términos del contrato y la arquitectura técnica deben conciliarse para que el mapa refleje la prestación real de servicios.
La aseguradora necesita un contexto de cartera que el operador tal vez no posea. El operador aún puede proporcionar identificadores de servicios y proveedores, regiones, tecnologías, rutas alternativas y la interrupción máxima previsible. Las aseguradoras y reaseguradoras pueden utilizar esta información para controlar la concentración en todo el libro.
14 Abordar eventos sistémicos y respaldados por el Estado
Los ataques cibernéticos pueden extenderse más allá de un asegurado o involucrar a actores estatales. Los requisitos de mercado de Lloyd's enfatizan un tratamiento claro de la guerra y los ciberataques respaldados por el Estado, incluyendo la atribución y las consecuencias territoriales. La infraestructura espacial puede ser estratégicamente significativa, lo que aumenta la relevancia de estas cuestiones.
El lenguaje de la política debe definir los eventos cubiertos, las exclusiones y la atribución. El operador debe comprender cómo interactúa una exclusión de ataque respaldada por el estado con la interrupción del negocio, el daño físico, la responsabilidad tecnológica y otras políticas. El silencio puede crear incertidumbre en lugar de protección.
La telemetría puede establecer tiempos, sistemas afectados y comportamiento observado. Es posible que no establezca quién dirigió un ataque. La atribución puede requerir inteligencia, evaluación gubernamental e interpretación legal. Por lo tanto, el marco de evidencia debería separar la causalidad técnica de la atribución estatal.
15 Gobernar la calidad de la telemetría
La telemetría utilizada para la suscripción debe regirse como datos de decisión. El operador debe definir los propietarios de los datos, los esquemas, el estado de la colección, la retención, los controles de calidad, la aprobación de cambios y el acceso. Los cambios materiales en las métricas deben tener un historial de versiones y una explicación.
Se debe medir la integridad. Un panel que informe la cadencia de parches para el ochenta por ciento de los activos debería identificar el veinte por ciento descubierto y su criticidad. Los datos faltantes no deberían convertirse silenciosamente en cero. Las brechas de tiempo deben ser visibles, particularmente en torno a incidentes y mantenimiento.
La presentación debe preservar pruebas sin procesar o extractos verificables suficientes para su revisión. Debe evitar proporcionar detalles sensibles innecesarios. Las medidas agregadas pueden respaldar la suscripción, mientras que los artefactos detallados pueden permanecer en una sala de datos controlada para una verificación de muestras.
16 Proteger pruebas sensibles
La evidencia de suscripción puede revelar vulnerabilidades, arquitectura, proveedores, clientes e historial de incidentes. Compartir debe seguir la necesidad, el propósito y la retención. Las partes deben acordar la transferencia segura, los controles de acceso, el uso permitido, la divulgación posterior y la eliminación.
Los privilegios legales y las restricciones regulatorias pueden afectar el material del incidente. Los equipos de reclamaciones y suscripción pueden requerir un acceso diferente. El operador debería identificar información que pueda resumirse, certificarse o revisarse de forma independiente en un entorno controlado.
Un protocolo de intercambio de pruebas también debería abordar el incumplimiento por parte del asegurador o corredor. Las pruebas de seguridad sensibles pasan a formar parte del ecosistema de riesgos después de la transferencia. El asegurado debe comprender dónde se almacena y qué proveedores de servicios pueden acceder a él.
17 Construya el paquete de evidencia de suscripción
El paquete de evidencia debe comenzar con el perímetro operativo y los escenarios de pérdidas. Luego debería proporcionar evidencia de control-desempeño, registros de incidentes y recuperación, mapas de dependencia y modelos financieros. Las políticas y certificaciones proporcionan contexto. La evidencia ejecutada muestra el desempeño.
Cada hallazgo debe indicar fuente, período, alcance, propietario, interpretación y limitación. Las excepciones materiales deben incluir remediación, financiación y fecha de vencimiento. El paquete debe explicar los cambios del período anterior para que el asegurador pueda evaluar la dirección y el estado actual.
Una sala de datos puede admitir la verificación por muestreo. El asegurador podrá inspeccionar revisiones de acceso privilegiado, excepciones de vulnerabilidad, registros de ejercicios, contratos de proveedores, mapas de servicios y cálculos de pérdidas. El protocolo de revisión debe preservar la confidencialidad y la seguridad operativa.
18 Conectar la evidencia con la estructura de políticas
La evidencia puede afectar la aceptación del riesgo, la prima, el límite, la retención, el período de espera, el sublímite, la exclusión, la garantía, la condición y el servicio. La respuesta debe coincidir con la exposición identificada. Una brecha de recuperación puede afectar el período de espera por interrupción del negocio. Una concentración de proveedores compartidos puede justificar un sublímite de interrupción del negocio dependiente. Una ruta de comando no gobernada puede requerir corrección antes de limitar la capacidad.
La redacción de las políticas debe reflejar la pila tecnológica. Las definiciones de sistema informático, datos, interrupción de la red, proveedor dependiente, daño físico y falla del servicio deben compararse con las operaciones de naves espaciales y terrestres. Los errores y omisiones tecnológicos pueden responder a reclamos de los clientes que una póliza cibernética propia no responde.
El operador debe modelar el riesgo retenido según los términos de la póliza. Un límite general puede exagerar la protección práctica cuando se aplican sublímites, períodos de espera, exclusiones y requisitos de prueba. La junta debería considerar por separado la pérdida bruta, la respuesta política esperada, las pérdidas retenidas y la necesidad de liquidez.
19 Integrar el ciberseguro con la diligencia M&A
Un adquirente debe revisar las políticas, solicitudes, representaciones, reclamos, circunstancias, correspondencia del corredor y el historial de renovaciones actuales. Debe comparar las declaraciones presentadas con las pruebas de diligencia. Una inconsistencia importante puede afectar la cobertura y la asignación de transacciones.
El comprador debe identificar los términos de cambio de control, protección contra escorrentía, fechas de actos anteriores, requisitos de reclamaciones y plazos de notificación. Los eventos conocidos deben evaluarse antes del cierre. Es posible que el objetivo deba notificar las circunstancias o adquirir protección de informes ampliada.
El paquete de evidencia de telemetría puede respaldar tanto la diligencia técnica como la colocación de seguros. No debe reutilizarse sin comprobar su finalidad y definiciones. La diligencia de las transacciones puede centrarse en las consecuencias del valor empresarial. La suscripción de seguros se centra en las pérdidas cubiertas durante el período de la póliza.
20 Traducir las brechas en mecanismos de transacción
Las brechas materiales deben tener una respuesta de transacción. Las opciones incluyen ajuste de precio, depósito en garantía, indemnización, condición, convenio, seguro específico, plan de retención, reparación financiada o responsabilidad excluida. La respuesta debe estar vinculada a las pruebas y las condiciones de liberación.
Una condición de custodia debe ser objetivamente comprobable. Los ejemplos incluyen la aplicación multifactor de ruta privilegiada, una prueba de recuperación exitosa del centro de comando, el cierre de vulnerabilidades críticas definidas o derechos de continuidad del proveedor ejecutados. Las promesas amplias de mejorar la ciberseguridad son difíciles de valorar y hacer cumplir.
Las representaciones deben corresponder a la evidencia real. Pueden abordar incidentes, notificaciones, controles de acceso, vulnerabilidades materiales, copias de seguridad, pruebas, dependencias de proveedores y aplicaciones de políticas. Los cronogramas técnicos deben ser revisados por equipos de ingeniería, legales, de seguros y financieros.
21 Continuidad de la evidencia posterior al cierre del diseño
El cierre puede alterar la telemetría y el control. Los sistemas pueden moverse, las identidades pueden cambiar y las herramientas de seguimiento pueden consolidarse. El comprador debe conservar las pruebas a lo largo de la transición. Las exportaciones de referencia, las instantáneas de configuración, las listas de acceso y los registros de incidentes respaldan tanto las operaciones como las reclamaciones.
Los primeros cien días deben recertificar el acceso, confirmar la cobertura del monitoreo, probar la recuperación, validar la continuidad del proveedor, conciliar las declaraciones de políticas y cerrar las excepciones de prioridad. Los cambios deben secuenciarse en torno a las ventanas de la misión y los compromisos del cliente.
Es posible que el asegurador y el corredor necesiten notificación sobre cambios importantes. La integración de adquisiciones puede alterar el riesgo declarado mediante conexión de red, consolidación de identidad, migración de datos o reemplazo de proveedores. La evidencia de renovación debería mostrar qué controles siguieron siendo efectivos durante la transición.
22 Establecer garantía continua
El aseguramiento continuo utiliza evidencia acordada con una frecuencia útil. La telemetría diaria puede respaldar las operaciones. Los resúmenes mensuales o trimestrales pueden respaldar la suscripción y la gobernanza. La frecuencia debe reflejar la volatilidad y las consecuencias.
Los umbrales deberían desencadenar una revisión en lugar de conclusiones automáticas sobre el seguro. Un deterioro de la acumulación de parches, una excepción repetida de acceso privilegiado o una prueba de recuperación fallida merecen una investigación. El contexto determina si la respuesta es una remediación, un cambio de política o un riesgo aceptado.
Las pruebas independientes pueden aumentar la confianza. Las pruebas de penetración, las observaciones de recuperación, las certificaciones de control y las muestras de auditoría deben tener un alcance definido. Una certificación proporciona garantía sólo dentro de su perímetro y período establecidos.
23 Caso de transacción hipotética
El objetivo hipotético opera doce satélites de comunicaciones, dos centros de control de misión y capacidad de estaciones terrestres contratadas. Vende conectividad gestionada a clientes gubernamentales, de movilidad y empresariales. La dirección propone USD 180 million de valor empresarial. El comprador busca USD 40 million de capacidad combinada de responsabilidad cibernética y tecnológica para el grupo adquirido.
La presentación inicial incluye políticas, un cuestionario de control y una prueba de penetración reciente. Diligence añade un inventario de exposición, un mapa de servicio a sistema y doce meses de evidencia de control. La autenticación multifactor privilegiada es sólida en entornos corporativos y de nube. Dos aplicaciones terrestres heredadas utilizan controles de compensación. La gestión de vulnerabilidades cumple con los objetivos internos para la mayoría de los sistemas conectados a Internet, mientras que tres componentes de soporte de vuelo tienen excepciones antiguas vinculadas a ventanas de prueba limitadas.
Los registros de incidentes muestran dos eventos de credenciales contenidos y una interrupción del proveedor. No se observa ninguna orden de nave espacial no autorizada. Los ejercicios de recuperación demuestran la restauración del entorno de control de la misión secundaria en dieciocho horas frente a un objetivo de gestión de ocho horas. Una dependencia de identidad compartida respalda a ambos centros. Dos proveedores de estaciones terrestres dependen del mismo operador terrestre en una región.
La respuesta ilustrativa de la aseguradora mantiene el límite agregado propuesto pero aplica un sublímite de proveedor contingente USD 10 million, un período de espera de interrupción del negocio de dieciocho horas y una condición de remediación para acceso terrestre privilegiado y resiliencia de identidad. El precio y los términos son suposiciones de gestión para el ejemplo, no cotizaciones de mercado observadas.
El comprador asigna una reserva de remediación y continuidad USD 12 million. Coloca al USD 8 million de consideración en depósito en garantía, liberado según una ruta de recuperación probada de ocho horas, eliminación del punto de falla de identidad compartida y cierre o tratamiento formalmente aceptado de las tres exposiciones antiguas de soporte de vuelo. El plan de negocios reduce la recuperación asegurada en su caso central y mantiene liquidez adicional hasta que la evidencia respalde un supuesto revisado.
24 Interpretar la economía ilustrativa.
El puente de valor separa el valor empresarial de la pérdida asegurada. El valor titular USD 180 million proviene del modelo comercial del comprador. La reserva USD 12 million financia la resiliencia de identidad, la remediación de aplicaciones terrestres, la ingeniería de recuperación y las alternativas de proveedores. El depósito en garantía USD 8 million asigna el riesgo de ejecución entre el comprador y el vendedor. Es parte de la mecánica de consideración más que un reclamo esperado.
El programa cibernético proporciona liquidez definida para la respuesta, restauración, interrupción y responsabilidad cubiertas. No reemplaza la resiliencia operativa. El límite propuesto se prueba frente a los escenarios hipotéticos de pérdida, los sublímites y el período de espera. Las pérdidas retenidas incluyen el efecto del período de espera, la concentración de proveedores descubiertos, las exclusiones de pólizas y los montos por encima del límite aplicable.
El marco de decisión combinado permite a la junta ver cuatro valores: valor de la empresa, efectivo para remediación, respuesta esperada del seguro bajo los escenarios establecidos y necesidad de liquidez residual. Cada valor tiene una base de evidencia diferente. Combinarlos en una sola puntuación de riesgo reduciría la transparencia.
25 Marco de decisiones del consejo
La junta debería exigir un perímetro estable, escenarios de pérdidas materiales, evidencia de control creíble, recuperación probada, mapeo de dependencia y análisis de políticas de respuesta. Debería ver limitaciones materiales y excepciones no resueltas. El paquete de decisiones debe identificar qué condiciones deben cumplirse antes de firmar, cerrar, vincular la cobertura y liberar el depósito en garantía.
La junta también debería exigir la propiedad. Los equipos de seguridad poseen pruebas de control. Operaciones posee la continuidad de la misión. Finanzas posee modelos de pérdidas y liquidez. Legal posee redacción y notificación. Los asesores de seguros apoyan la colocación y preparación de reclamaciones. Los líderes de transacciones conectan estos flujos de trabajo con el valor y la asignación contractual.
La aprobación debe ser condicional cuando la evidencia esté incompleta en un área material. Una condición puede definir la prueba requerida, el resultado, la financiación y las consecuencias. Este enfoque preserva la responsabilidad y evita tratar la ausencia de incidentes observados como prueba de bajo riesgo.
26 Prepárese para reclamos antes de un incidente
La preparación para las reclamaciones comienza antes de la pérdida. El operador debe comprender los requisitos de notificación, las disposiciones de consentimiento, los proveedores de paneles, la prueba de pérdida, la preservación de registros y los deberes de cooperación. Los planes de incidentes deben contener contactos actuales con corredores y aseguradores y distinguir la acción operativa inmediata de la comunicación de políticas.
La arquitectura de la evidencia debe preservar una línea de tiempo defendible. Los eventos de seguridad, registros de comando, cambios en el sistema, impacto en el cliente, trabajos de restauración y decisiones de costos deben utilizar el tiempo sincronizado cuando sea práctico. El operador debe registrar quién autorizó los gastos de emergencia y por qué fue razonable. Este registro puede respaldar el aprendizaje operativo, los informes regulatorios y la preparación de reclamos.
La codificación de costos debe distinguir entre respuesta forense, restauración, reemplazo, mejora, gastos adicionales, pérdida de ingresos, soluciones al cliente y costos legales. La cobertura puede diferir según la categoría. Los equipos de finanzas deben establecer códigos de proyecto y rutas de aprobación que puedan operar durante un incidente. Los proveedores deben proporcionar facturas y descripciones de trabajo a un nivel que respalde la asignación.
Las reclamaciones por interrupción del negocio requieren una hipótesis hipotética. El operador debe documentar el servicio normal, los supuestos de pronóstico, la estacionalidad, la concentración de clientes, la mitigación y los costos ahorrados. La telemetría de la misión y del cliente puede ayudar a mostrar qué servicios no estaban disponibles y cuándo regresaron. El modelo financiero debe conciliarse con los registros contables y evitar contabilizar los ingresos diferidos, la pérdida de valor empresarial y los ingresos asegurados como si fueran la misma medida.
27 Conectar la evidencia del seguro con la financiación
Los prestamistas y proveedores de financiación de proyectos pueden depender de la resiliencia cibernética cuando el servicio de la deuda depende de la disponibilidad continua, la capacidad contratada o la entrega de datos aceptada. La revisión de la financiación debe identificar las cláusulas de seguro, la cobertura mínima, los derechos del prestamista y del beneficiario de las pérdidas, los requisitos de notificación y las restricciones a la modificación de la póliza. Un sublímite cibernético o un período de espera puede ser importante incluso cuando el límite agregado de la póliza satisface un convenio principal.
El modelo de deuda debería poner a prueba el efectivo disponible para el servicio de la deuda después de una interrupción definida y una respuesta de política supuesta. El tiempo importa. Se puede pagar un reclamo válido después del vencimiento del servicio de la deuda. Por lo tanto, las reservas de liquidez, los servicios rotatorios y el apoyo de los patrocinadores pueden seguir siendo necesarios. El prestamista debe comprender la diferencia entre recuperación asegurada y efectivo inmediato.
Los acuerdos de seguridad y control de cuentas también son importantes. Los ingresos del seguro pueden fluir a través de cuentas controladas. Los documentos deben indicar si los ingresos financian la restauración, el pago anticipado o ambos. Un operador puede preservar el valor de la empresa restableciendo el servicio, mientras que un prestamista puede buscar una reducción de la deuda después de una pérdida importante. Las partes deberán resolver esta asignación antes de que se produzca un incidente.
En una financiación de adquisición, el prestamista puede utilizar el mismo paquete de pruebas para evaluar el riesgo de integración. Las condiciones materiales, el depósito en garantía y la financiación de remediación deben reflejarse en las fuentes y usos. El caso de financiación no debe asumir que la cobertura cibernética soluciona un camino de recuperación no probado o una concentración de proveedores compartidos.
28 Gobierna los modelos de suscripción y datos externos
Los suscriptores pueden combinar la evidencia del operador con escaneo externo, inteligencia sobre amenazas, datos de la industria y modelos de cartera. Estas herramientas pueden mejorar la coherencia e identificar la exposición fuera del cuestionario. También pueden crear errores cuando los activos se atribuyen incorrectamente, los servicios se comparten, los escaneos observan a un proveedor en lugar del asegurado o los identificadores históricos permanecen vinculados después de una transacción.
Los hallazgos materiales externos deben validarse con el operador. El registro de evidencia debe preservar la fuente de datos, la fecha de observación, la confianza, el activo afectado y la disposición. Un hallazgo en disputa debe resolverse mediante una verificación específica en lugar de eliminarlo o aceptarlo silenciosamente.
La gobernanza del modelo debe definir el propósito, los aportes, las limitaciones, el control de cambios y la revisión humana. Una puntuación utilizada para la clasificación puede no ser adecuada para el precio o la capacidad. Los modelos de agregación de carteras requieren identificadores de dependencia consistentes y un tratamiento claro de los datos faltantes. La producción del escenario debería seguir distinguiéndose de la pérdida observada.
Los adquirentes deberían preguntarse cómo afecta un cambio de propiedad a los datos externos y a los modelos de aseguradoras. Se podrán reasignar dominios, cuentas en la nube, filiales y proveedores de servicios. El comprador debe asegurarse de que el paquete de evidencia renovado refleje el perímetro posterior al cierre y que las observaciones heredadas se interpreten en contexto.
Conclusión
El seguro cibernético para infraestructura espacial requiere evidencia que siga el servicio desde el activo y la identidad hasta el control, el evento, la recuperación y la consecuencia en efectivo. La telemetría puede fortalecer esta cadena cuando la recaudación está completa, la gobernanza es creíble y la interpretación está vinculada a escenarios de pérdidas definidos.
El programa práctico comienza con el perímetro operativo. Mide el desempeño del control en rutas críticas, prueba la restauración de servicios, mapea dependencias comunes y concilia el lenguaje de seguros con la arquitectura técnica. Preserva la diferencia entre la evidencia observada y los supuestos de la gestión.
Para las adquisiciones, la misma evidencia puede respaldar la diligencia, la asignación de precios, las condiciones de cierre, la remediación y la colocación de seguros. La junta recibe una visión más disciplinada del valor empresarial, la respuesta asegurada y la liquidez retenida. El resultado es un sistema de decisión que puede evolucionar con la constelación y su riesgo.
Apéndice A Principios de diseño de evidencia
Una medida de evidencia debe ser relevante, atribuible, completa, oportuna, comparable y revisable. La relevancia lo conecta con una cuestión de control o pérdida. La atribución identifica la fuente y el propietario responsable. La integridad muestra el alcance y las lagunas. La puntualidad coincide con el período de decisión. La comparabilidad preserva las definiciones a lo largo del tiempo. La revisabilidad permite la verificación por muestreo.
Las medidas deberían probarse en busca de juego y deriva. Un objetivo basado en el recuento de cierres puede fomentar cierres de bajo valor. Un objetivo basado en la edad promedio puede ocultar valores atípicos críticos. Las distribuciones ponderadas por riesgo y los registros de excepciones proporcionan un mejor contexto.
El paquete de evidencia debe registrar los cambios de versión. Los nuevos sensores o las mejoras en el descubrimiento de activos pueden hacer que una métrica parezca peor porque la cobertura mejoró. Ese cambio puede ser positivo incluso cuando aumenta el recuento reportado.
Apéndice B Principios de modelización de pérdidas
El análisis de escenarios debe identificar el evento, los servicios afectados, la duración, el camino de restauración, los costos directos, las soluciones al cliente, la responsabilidad, la respuesta política y la liquidez retenida. Debería combinar dependencias que puedan fallar juntas. Una interrupción de la nube y una falla de identidad pueden extender la recuperación más allá de cualquiera de los supuestos independientes.
Las estimaciones de frecuencia requieren datos creíbles y una segmentación cuidadosa. Este documento no proporciona una estimación de frecuencia actuarial. El caso hipotético demuestra decisiones de efectivo y control bajo eventos establecidos. Las aseguradoras deben aplicar sus propios datos de cartera, modelos, juicios y requisitos regulatorios.
Los casos de estrés deberían poner a prueba la restauración prolongada, la agregación de proveedores, la concentración de clientes y la cobertura en disputa. Las acciones de gestión deben tener financiación, autoridad y plazos de ejecución.
Apéndice C Sala de datos de suscripción
El data room puede contener el perímetro operativo, registro de activos, arquitectura, políticas de control, evidencia de control de doce meses, registro de incidentes, ejercicios de recuperación, mapa de proveedores, obligaciones de servicio al cliente, modelo de pérdidas financieras, políticas vigentes, aplicaciones, correspondencia de reclamos y planes de remediación.
Se debe controlar el acceso a los artefactos sensibles. El asegurador puede tomar muestras de las fuentes de evidencia a través de un protocolo de revisión. Las solicitudes deben ser proporcionales a la decisión asegurada y evitar interferencias operativas.
La presentación final debe contener un calendario de excepciones. Cada excepción registra las consecuencias, el control compensatorio, el propietario, la financiación, la fecha prevista y el tratamiento de seguro solicitado.
Apéndice D Cifras y tablas de decisión
Progresión de evidencia propuesta desde el perímetro de servicio hasta la exposición financiera retenida.
Puntuaciones totalmente hipotéticas; los valores más altos indican un desempeño observado más fuerte.
Supuestos de gestión totalmente hipotéticos; USD millones.
Valores totalmente hipotéticos; USD millones.
Secuencia propuesta sujeta a ventanas de misión y obligaciones del cliente.
| Área de evidencia | Medida operativa | pregunta de suscripción | Limitación para revelar |
|---|---|---|---|
| Identidad | Rutas privilegiadas con acceso multifactor forzado | ¿Se pueden proteger y atribuir rutas de control de materiales? | Brechas de cobertura y cuentas de emergencia |
| Vulnerabilidad | Edad de exposición ponderada por riesgo | ¿Se reduce la exposición material dentro de las limitaciones de la misión? | Alcance de la detección y excepciones de la ventana de parches |
| Detección | Sistemas críticos con telemetría saludable | ¿Se puede identificar rápidamente la actividad material? | Puntos ciegos del sensor y definiciones cambiantes |
| Recuperación | Tiempo de restauración del servicio observado | ¿Pueden reanudarse las operaciones cubiertas dentro de los supuestos? | Alcance de la prueba y proveedores no probados |
| Dependencias | Servicios que comparten un proveedor o plano de control | ¿Podría un evento crear una pérdida correlacionada? | Dependencias de segundo orden y opacidad del contrato. |
Propuesta de diseño de evidencia mínima.
| Evento | Consecuencia operativa | Consecuencia financiera | Pregunta de cobertura |
|---|---|---|---|
| Compromiso privilegiado | Interrupción de mando o supervisión | Respuesta, restauración y pérdida de ingresos. | Definición de sistema informático e interrupción. |
| Interrupción del proveedor | Pérdida de servicio terrestre o en la nube | Gasto adicional e interrupción dependiente | Tratamiento de proveedores nombrados y no identificados |
| Corrupción de datos | Reprocesamiento y retraso en la entrega | Restauración, créditos de servicio y reclamación del cliente. | Restauración de datos y responsabilidad tecnológica |
| ransomware | Interrupción del soporte empresarial y de misión | Forense, restauración e interrupción. | Condiciones de consentimiento, notificación y exclusión |
| Ataque respaldado por el estado | Interrupción multiservicio o sistémica | Gran pérdida correlacionada | Texto sobre guerra y ataque respaldado por el Estado |
Mapeo ilustrativo; la cobertura depende de la redacción real de la póliza.
| Término | Valor ilustrativo | Conductor de evidencia | Exposición retenida |
|---|---|---|---|
| Límite agregado cibernético y tecnológico | USD 40 million | Análisis de escenarios de servicio y pérdidas. | Pérdida por encima del límite y eventos excluidos |
| Sublímite de proveedor | USD 10 million | Identidad compartida y dependencias del operador | Pérdida concentrada del proveedor por encima del sublímite |
| Periodo de espera de interrupción | 18 horas | Ejercicio de recuperación observado. | Pérdida durante el período de espera |
| Custodia vinculada al control | USD 8 million | Recuperación y brechas de identidad | La liberación del vendedor depende de la cura verificada |
| Reserva de remediación | USD 12 million | Programa post-cierre financiado | Sobrecostos y riesgo residual |
Supuestos de gestión totalmente hipotéticos; cotizaciones de mercado no observadas.
| Atributo | Pregunta de aceptación | Indicador fuerte | Indicador débil |
|---|---|---|---|
| Alcance | ¿La medida cubre caminos críticos? | Cobertura ponderada por riesgo conciliada con el inventario | Promedio empresarial sin exclusiones |
| Procedencia | ¿Se pueden verificar la fuente y el método? | Fuente controlada con propietario responsable. | Captura de pantalla manual sin linaje |
| Lo completo | ¿Son visibles las lagunas y los cortes? | Datos faltantes medidos y explicados | Los datos faltantes se tratan como cero |
| Comparabilidad | ¿La definición es estable en el tiempo? | Esquema versionado y cambio conciliado | Métrica modificada sin reformulación |
| Pertinencia | ¿Informa pérdida o póliza? | Enlace explícito al escenario y al término | Métrica de gran volumen sin uso de decisiones |
Criterios de aceptación propuestos.
| Descubrimiento | Consecuencia de la transacción | Mecánico | Liberar evidencia |
|---|---|---|---|
| La recuperación supera el plan | Mayor riesgo de interrupción y liquidez | Depósito en garantía y remediación financiada | Restauración observada dentro del objetivo acordado. |
| Dependencia de identidad compartida | Fallo de control correlacionado | Condición de cierre o reserva | Ruta de identidad resiliente independiente probada |
| Exposición envejecida al soporte de vuelo | Riesgo de explotación y continuidad | Pacto específico y retención | Cura o control compensador aprobado |
| Aplicación de políticas inconsistente | Riesgo de representación de cobertura | Garantía e indemnización específica | Divulgación conciliada de la aseguradora |
| Concentración de proveedores | Interrupción contingente y riesgo sublímite | Plan de ajuste de precios o proveedor alternativo | Derechos de continuidad ejecutados y respaldo probado |
Tratamientos de transacciones propuestos.
| Medida | Evidencia del día 30 | Evidencia del día 60 | Prueba del día 100 |
|---|---|---|---|
| Identidad | Inventario privilegiado recertificado | Rutas heredadas remediadas | Ruta de identidad resiliente probada |
| Detección | Cobertura de telemetría conciliada | Brechas críticas cerradas | Cobertura y latencia muestreadas de forma independiente |
| Recuperación | Alcance del ejercicio acordado | Prueba integrada completada | Excepciones financiadas y aceptadas |
| Proveedores | Dependencias comunes identificadas | Derechos de continuidad confirmados | Rutas de retorno probadas |
| Seguro | Declaraciones conciliadas | Cambios materiales notificados | Paquete de evidencia listo para renovación aprobado |
Hitos propuestos.
| Área de decisión | Evidencia verde | Condición ámbar | Condición roja |
|---|---|---|---|
| Perímetro | Servicios, sistemas y dependencias conciliadas | Brechas de alcance menores | El servicio material carece de propiedad o mapa de dependencia |
| Controles | Se evidencia el rendimiento de la ruta crítica | Excepciones financiadas y con plazos determinados | Aserción de control no respaldada en una ruta crítica |
| Recuperación | La restauración observada cumple con los supuestos | Brecha protegida por liquidez y plan | Recuperación de servicios críticos no probada |
| Política | La arquitectura técnica coincide con la redacción | Sublímites definidos y riesgo retenido | Ambigüedad material o inconsistencia en la divulgación |
| Transacción | El precio, el depósito en garantía y las condiciones utilizan evidencia objetiva. | Hueco residual aceptado por la junta. | Exposición material no financiada al cierre |
Umbrales de decisión propuestos.
Fuentes
- Instituto Nacional de Estándares y Tecnología, Marco de Ciberseguridad 2.0, 2024. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, SP 1303 Cybersecurity Framework 2.0 Enterprise Risk Management Guía de inicio rápido, 2024. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, Segmento terrestre de satélite IR 8401 Aplicación del marco de ciberseguridad al comando y control de satélites, 2022. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, IR 8441 Perfil del marco de ciberseguridad para redes híbridas de satélite, 2023. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, IR 8270 Introducción a la ciberseguridad para operaciones de satélites comerciales, 2023. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, SP 800-53 Revisión 5 Controles de seguridad y privacidad para organizaciones y sistemas de información. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, SP 800-61 Revisión 2 Guía de manejo de incidentes de seguridad informática. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, SP 800-34 Revisión 1 Guía de planificación de contingencias para sistemas de información federales. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, IR 8286 Integración de la ciberseguridad y la gestión de riesgos empresariales. Lea la fuente principal
- Agencia de Ciberseguridad de la Unión Europea, ENISA Space Threat Landscape 2025. Lea la fuente principal
- Agencia de Ciberseguridad de la Unión Europea, Evaluación de ciberseguridad SATCOM de órbita terrestre baja, 2024. Lea la fuente principal
- Agencia de Ciberseguridad de la Unión Europea, recursos de la Directiva NIS2. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Guía de mejores prácticas de seguridad espacial. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Estándar de protección del sistema espacial NASA-STD-1006A. Lea la fuente principal
- Oficina de Comercio Espacial de los Estados Unidos, Directiva de política espacial 5 Principios de ciberseguridad para sistemas espaciales. Lea la fuente principal
- Agencia de Seguridad de Infraestructura y Ciberseguridad, Objetivos de desempeño de ciberseguridad intersectoriales. Lea la fuente principal
- Agencia de Seguridad de Infraestructura y Ciberseguridad, Manuales de estrategia de respuesta a vulnerabilidades e incidentes de ciberseguridad del gobierno federal. Lea la fuente principal
- Comisión de Bolsa y Valores de Estados Unidos, Gobernanza de la estrategia de gestión de riesgos de ciberseguridad y divulgación de incidentes, 2023. Lea la fuente principal
- Asociación Nacional de Comisionados de Seguros, Informe sobre el mercado de seguros de ciberseguridad, 2025. Lea la fuente principal
- Asociación Nacional de Comisionados de Seguros, Tema de Seguros de Ciberseguridad. Lea la fuente principal
- Asociación Nacional de Comisionados de Seguros, Paquete de actas del Comité de Innovación, Ciberseguridad y Tecnología, 2025. Lea la fuente principal
- Lloyd's, Market Bulletin Y5381 Exclusiones de guerra y cobertura de ciberataques, 2022. Lea la fuente principal
- Lloyd's, Requisitos para escribir riesgos de guerra y NCBR. Lea la fuente principal
- Comisión Europea, Directiva UE 2022 2555 sobre medidas para un alto nivel común de ciberseguridad en toda la Unión. Lea la fuente principal
- Comité Consultivo para Sistemas de Datos Espaciales, Publicaciones del Grupo de Trabajo de Seguridad. Lea la fuente principal
- Organización Internacional de Normalización, ISO IEC 27001 Sistemas de gestión de seguridad de la información. Lea la fuente principal
- Organización Internacional de Normalización, ISO IEC 27005 Gestión de riesgos de seguridad de la información. Lea la fuente principal
- Centro Nacional de Seguridad Cibernética del Reino Unido, Conjunto de herramientas de seguridad cibernética para juntas directivas. Lea la fuente principal
- Cooperación europea para la normalización espacial, estándares de operaciones e ingeniería espacial ECSS. Lea la fuente principal
- Junta de Estabilidad Financiera, Prácticas efectivas para la respuesta y recuperación de incidentes cibernéticos, 2020. Lea la fuente principal
