¿Vulnerabilidad de una computadora detrás de un puerto serial?

Pregunta teórica interesante, así que te daré una respuesta teórica :).

Supongamos que East1 y West1 están comprometidos (están conectados a Internet y ejecutan el software COTS, por lo que no es una suposición demasiado irrazonable).

La interfaz con el código que se ejecuta en East / West2 es el software que realiza la conexión en serie y transmite los mensajes cifrados. Al igual que cualquier software, tendrá errores y estos errores pueden ser relevantes para la seguridad.

Si el software que ejecuta la comunicación a través del puerto serie tiene un problema de desbordamiento del búfer, por ejemplo, es posible que un atacante transmita un mensaje que permitiera la ejecución del código en la computadora de serie solamente.

En ese punto, el sistema operativo en uso en los sistemas conectados en serie podría ser relevante, ya que las mitigaciones a nivel del sistema operativo (por ejemplo, ASLR) podrían ser relevantes en cuanto a si es posible explotar la vulnerabilidad hipotética en el software que se ejecuta a través de la conexión en serie.

Suponiendo que el software que ejecuta la conexión en serie tiene un desbordamiento de búfer explotable o similar, es posible obtener una ejecución remota de comandos en la máquina conectada en serie y, por lo tanto, obtener acceso al pad de una sola vez.

Por supuesto, en el mundo real es una cadena de eventos bastante improbable y es probable que sea más fácil para el atacante tomar un camino alternativo para acceder a la información :)

Sí, tienes razón, esta es una forma poderosa de reducir el nivel de riesgo.

No elimina completamente toda posibilidad de compromiso. Por ejemplo, si hay alguna vulnerabilidad en el código en East2 / West2 que escucha el puerto serie y actúa sobre los bytes que ingresan a través del puerto serie, entonces se encuentra en una página. Si existe alguna vulnerabilidad en los controladores de dispositivo del sistema operativo para el puerto serie, es posible que tenga una conexión.

Pero, esto sigue siendo una mejora significativa. La cantidad de código que es crítica para la seguridad se ve muy disminuida. Y, si escribe el código que maneja los bytes que llegan a través del cable serial con mucho cuidado, y un grupo de expertos en seguridad lo revisan y auditan, puede reducir la probabilidad de vulnerabilidades allí. Por lo tanto, el enfoque que esbozó es una forma razonable de reducir el riesgo, en general.

En resumen: no es perfecto, no elimina completamente todos los riesgos, pero hace que sea menos probable que un atacante pueda comprometerse y tomar el control de East2 / West2.

Ahora vamos a hablar de la criptografía. El pad de una sola vez no es una elección tan maravillosa en la práctica. La gestión de claves es difícil y, a menudo, se estropea. Además, el teclado de una sola vez proporciona solo confidencialidad pero no autenticación de mensajes. El uso del cifrado sin autenticación de mensajes es uno de los errores de cifrado más comunes que las personas cometen, y puede tener consecuencias catastróficas.

En resumen: todavía necesitas hacer el cripto correctamente, y creo que todavía no tienes el cripto correcto. Sin embargo, la pregunta de cómo hacer el derecho de criptografía es una pregunta ortogonal, separable que ha sido bien tratada en otros lugares, y no creo que sea realmente el punto de lo que está preguntando de todos modos. Por lo tanto, voy a dejar eso a un lado por ahora.

Esperamos que esto le ayude a tener una mejor idea de los riesgos a los que está expuesto y con los que no está expuesto, con su propuesta.