India compró el Rafale. Francia se quedó con las contraseñas.

Según se informa, India busca un mayor acceso al software del sistema de misión del Rafale para poder integrar sus propios misiles. Francia mantiene el control para que India quede obligada a comprar munición francesa.

No es un problema de seguridad, es un problema comercial.

Francia sostiene que considera el código y las interfaces más sensibles en un nivel superior al del fuselaje. India dice: “hola, compré los aviones, software incluido”.

Hoy en día, el software gobierna cómo se integran las armas, los sensores y los sistemas de guerra electrónica.

Un país puede poseer y volar el avión y, aun así, necesitar la autorización de otro para acceder al software. A la hora de cerrar esta edición, el asunto sigue en negociación.

Pero la negociación pone al descubierto la verdadera cláusula de soberanía: ¿quién controla la siguiente modificación después de que el avión haya sido vendido?

Hay un dato de contratación que se oculta detrás del anuncio público: el control del hardware se trata como control de la capacidad.

Pero lo que de verdad importa es el código fuente, las claves de cifrado, los datos de misión, el acceso a la nube, los servidores de actualización, la geovalla y los derechos de integración exclusivos. Ese es el punto de control que se oculta detrás del titular que dice: “India compró el Rafale” y de la pregunta de seguimiento: “¿De verdad lo hizo?”

Para India, no se trataba solo de un asunto contable. Para India, el problema era que Francia o, más concretamente, Dassault, podría desactivar, limitar o degradar la capacidad de estos avanzados cazas a reacción mediante software sin mover ni un solo activo físico.

En ese caso, el contrato podría seguir vigente y la relación diplomática podría seguir siendo cordial, pero el efecto militar seguiría siendo un elefante blanco, una compra multimillonaria tan muerta como un dodo.

¿Cuál es la lección para usted?

Para empezar, plantee el fallo como un ejercicio de mesa. Póngase en la situación de India. Suponga que la parte que ejerce el control decide desactivar, limitar o degradar la capacidad mediante software, algo que puede hacer, a distancia, desde Francia.

¿Quién lo detecta primero? ¿Quién tiene autoridad para activar la alternativa? ¿Cuántos días de existencias utilizables quedan? Si las respuestas requieren un nuevo presupuesto y un nuevo contrato, usted no tiene un plan B.

Mientras su equipo técnico probará el rendimiento de la misión, su equipo comercial debería poner a prueba la independencia soberana con la misma intensidad.

¿Hay alguna restricción por geografía, tipo de objetivo o modo en el código? ¿Qué ocurre cuando termina el acceso a la nube o una suscripción? ¿Dispone usted de código fuente utilizable, o solo de una promesa de depósito en custodia con condiciones?

Por último, pregúntese qué ocurre bajo presión: ¿puede el sistema operar cuando está desconectado del proveedor? ¿Quién controla los datos de misión, las claves de cifrado y las actualizaciones del software? ¿Pueden sus ingenieros integrar una nueva arma o un nuevo sensor?

¿Dispone usted de un plan de contingencia? Si es una contingencia que nunca se ha financiado, integrado ni ensayado, no es un plan. Es solo optimismo, probablemente equivocado.

Usted debería aspirar a un mejor contrato y probar el sistema en un entorno nacional completamente desconectado, hacerse con el control de las claves, los datos de misión y negociar los derechos de integración antes de firmar el contrato de la plataforma. El objetivo no es eliminar toda dependencia. Es impedir que cualquier dependencia invisible se convierta en una emergencia nacional.

Ponga un precio real a esa exposición.

Una oferta más barata con un único punto de acceso no controlado puede salir más cara que una oferta más elevada que le dé a usted todo el control.

Desde luego, sus equipos de adquisición pueden ser buenos comparando precios de compra. Pero probablemente sean menos constantes a la hora de valorar el coste de una flota inmovilizada, un arsenal vacío o una capacidad que llega cuando la necesidad de defensa ya ha pasado. El dato destacado, “India compró el Rafale”, debería llevar en su texto esa exposición: “hardware, no software”.

Ningún comprador serio necesita cada línea de código fuente. Pero todo comprador serio sí necesita control sobre las funciones, los datos, las claves y los derechos de integración que determinan si el sistema puede realmente cumplir su misión. Esa distinción importa aquí: Francia se quedó con las contraseñas.

La prueba final para India es sencilla: ¿qué sigue siendo utilizable cuando la red extranjera, el servidor de actualización, la cuenta en la nube y el equipo de integración no están disponibles? Si la respuesta empieza con “siempre que alguien más esté de acuerdo”, entonces esa condición debe figurar en la primera página de la decisión de compra, no en un anexo que nadie lee.

El equipo puede permanecer en sus manos mientras sus funciones útiles desaparecen tras un inicio de sesión, una decisión de servidor o una línea de código.

El interruptor de anulación no tiene por qué ser un botón rojo. Puede ser una credencial caducada. Esa es la pregunta práctica que cualquiera debería hacerse detrás del titular “India compró el Rafale”.