Puertas traseras de hardware en algunas CPU x86

Artículo original ↗ Discusión en Hacker News ↗

Un hallazgo de seguridad de 2018 sobre una “puerta trasera de hardware” en las CPU VIA C3 x86 se vuelve a debatir, y muchos señalan que solo afecta a procesadores oscuros de hace décadas y que en realidad es un conjunto de instrucciones alternativo documentado que algunos proveedores de BIOS dejaron habilitado por error. Los comentaristas discuten si esas funciones cuentan o no como puertas traseras, subrayando que incluso un acceso de bajo nivel documentado puede volverse peligroso cuando está mal configurado o pasa desapercibido durante años. El hilo se amplía a preocupaciones sobre componentes opacos de hardware como Intel ME y AMD PSP, la dificultad de auditar chips modernos y los límites prácticos de mitigar vulnerabilidades a nivel de hardware.

Alcance del problema de VIA C3

  • La “puerta trasera de hardware” comentada afecta solo a las antiguas CPU VIA C3 x86 (principios de los 2000, embebidas/obscuras, por ejemplo, cajeros automáticos y dispositivos médicos).
  • Se basa en un “conjunto de instrucciones alternativo” (AIS) accesible mediante una configuración especial; en la práctica, una cadena de errores de BIOS/firmware lo dejó habilitado en algunos sistemas.
  • Varios comentaristas subrayan que esto no trata de las CPU modernas de escritorio/servidor de Intel/AMD.

¿Es una puerta trasera o una función documentada?

  • Un lado: es una función documentada de depuración/inicialización que expone un conjunto de instrucciones interno, descrita en datasheets de VIA y conocida años antes del “descubrimiento”.
  • Otros argumentan: la documentación no impide que sea una puerta trasera si elude la seguridad normal, especialmente cuando las BIOS la dejaron habilitada silenciosamente.
  • Desacuerdo sobre la semántica: ¿“puerta trasera” exige estar oculta? Algunos dicen que sí; otros que cualquier vía de acceso secundaria y más débil califica.

Enfoque, título y preocupaciones sobre clickbait

  • Muchos critican el título “hardware backdoors in x86 CPUs” por engañoso y sensacionalista; debería especificar “VIA C3” y la fecha de 2018.
  • Algunos dicen que la limitación clave (chips antiguos y de nicho) está enterrada demasiado profundo en el README. Otros responden que está claramente en la sección “Affected systems” y que el problema real es la atención de los lectores.

Implicaciones de seguridad y confianza más amplia en el hardware

  • Incluso si este caso concreto es de nicho, se trata como una advertencia:
    • Las CPU y dispositivos modernos suelen contener subsistemas opacos (p. ej., Intel ME, AMD PSP, módulos Wi‑Fi/IMU/LiDAR que ejecutan blobs propietarios) con acceso profundo.
    • Las puertas traseras en la cadena de suministro y a nivel de hardware se ven como más graves y más difíciles de detectar que los problemas de paquetes de software (npm, pip, etc.).
  • Algunos concluyen que a los grandes proveedores de CPU de código cerrado no se les puede confiar plenamente y que podrían cumplir solicitudes gubernamentales de puertas traseras.

Tecnología operativa, airgapping y defensas de red

  • Debate sobre la responsabilidad: ¿una puerta trasera de depuración no documentada es “puesta en peligro temeraria” o el diseño de red debería asumir esos fallos y mitigarlos?
  • Varios argumentan que aislar OT (plantas de agua, control industrial, cajeros automáticos) no es excesivo; la exposición a Internet de esos sistemas se califica de “estúpida”.
  • Otros señalan obstáculos prácticos: integración de facturación, gestión remota y errores de enrutamiento que de repente exponen equipos OT “no enrutables”.

Mitigaciones e ideas de soberanía de hardware

  • Mitigaciones sugeridas:
    • Usar CPU de código abierto sobre FPGAs.
    • Virtualización/emulación intensiva para aislar funciones desconocidas de la CPU (aunque una vez comprometido el host, el invitado queda “perdido”).
    • Comprar hardware de ecosistemas de estados rivales (p. ej., usuarios de EE. UU. comprando CPU chinas) para cambiar de qué gobierno eres vulnerable, aunque eso introduce sus propios riesgos.
    • Visión a largo plazo: “soberanía de hardware” mediante fábricas pequeñas ampliamente disponibles y chips diseñados por uno mismo, además de software defensivo adaptativo (“sistemas inmunes digitales”).

Cantor Dust y visualización binaria

  • Digresión sobre “Cantor Dust” como método de visualización para formatos de datos binarios (WAV, BMP, texto, código máquina), dando a cada uno una “firma” visual reconocible.
  • Los comentaristas muestran entusiasmo por su valor tanto para el análisis de seguridad (detectar cargas ocultas) como para visualizar matemáticas de mayor dimensión.
  • Enlaces a ideas de visualización similares (shadowing de ecuaciones, enfoques tipo fractal) despiertan entusiasmo más allá del tema original de la puerta trasera.

Técnicas de descubrimiento

  • El caso VIA se cita junto con fuzzers genéricos de CPU/MSR y la herramienta sandsifter como ejemplos de cómo se encuentran estas puertas traseras/excentricidades sin filtraciones internas.
  • Algunos afirman que sandsifter generó sobre todo relaciones públicas más que hallazgos nuevos; otros señalan que sí descubrió al menos una instrucción grave de “halt-and-catch-fire” en una CPU no especificada.