¿Debemos tomar en serio los ataques de sustitución de algoritmos?

Sí, tenemos que tomar en serio estos problemas. Para ser justos, los criptógrafos siempre han estado al tanto de estos problemas, y muchos protocolos y cifrados están diseñados para al menos reducir el alcance de los canales ocultos.

En diferentes contextos, el algoritmo sustituido será más o menos evidente:

• En el código fuente, la fuga de datos sería bastante obvia. Por lo general, un campo que debería ser totalmente aleatorio estaría filtrando datos clave. Yo no he revisado ninguna biblioteca, pero creo que es poco probable que dicho código se encuentre en el repositorio oficial.

• En el código compilado, la fuga de datos todavía es bastante obvia, pero se necesita un auditor con más herramientas y habilidades para encontrarla. Dudo que dicho código esté en la versión oficial de una biblioteca binaria (como el SSL de Microsoft) ya que hay muchas posibilidades de ser atrapado. Pero es una forma de realizar instalaciones particulares en la puerta trasera, y espero que esto suceda.

• En una configuración de caja negra (como una tarjeta inteligente o TPM) es prácticamente imposible detectar la fuga de datos.

Creo que el documento tiene una buena idea: eliminar toda la aleatoriedad de los protocolos criptográficos, y hacer que todo sea determinista y estadístico. ¿Qué tan importante es esto? Bueno, teniendo en cuenta que la mayoría de los sistemas operativos de escritorio tienen un riesgo masivo de malware, no es la prioridad número uno.