Durante décadas, abrir la BIOS de un portátil de marca y encontrarse cuatro opciones tristes —hora, orden de arranque, contraseña y poco más— ha sido una de esas frustraciones que el usuario acaba aceptando como ley natural. Los ajustes buenos existen, están ahí dentro, pero el fabricante decide que no los vas a ver. Esta semana, un aficionado ha demostrado que esa puerta cerrada aguanta menos de lo que parecía: le pidió ayuda a un agente de inteligencia artificial y acabó con 55 opciones ocultas y cuatro pestañas nuevas en el firmware de su portátil HP.
Qué hizo exactamente la inteligencia artificial
El proceso, según el relato del propio usuario recogido por medios especializados como Tom’s Hardware, no fue un ataque sofisticado ni una hazaña criptográfica. Fue metodología clásica de ingeniería inversa, sólo que ejecutada por un asistente de código en cuestión de minutos en lugar de por un especialista durante semanas.
El flujo tuvo cinco pasos bastante reconocibles para cualquiera que haya trasteado con firmware: el usuario volcó la imagen de la BIOS de su equipo y se la entregó al agente; la IA desensambló la rutina encargada de comprobar la firma; localizó el punto exacto en el que la verificación fallaba y devolvía el error de imagen corrupta; escribió un script en Python que parcheaba ese verificador para que devolviera siempre «correcto»; y, por último, el usuario volvió a grabar la imagen modificada en el chip.
El resultado fue inmediato: el menú de configuración avanzada que HP mantiene oculto en sus equipos apareció completo, con decenas de campos de configuración que hasta entonces sólo existían para los ingenieros del fabricante.
Matiz importante: nadie ha roto RSA-2048
Conviene bajar el titular a la realidad, porque en redes sociales la historia circuló con adornos. La verificación afectada usaba RSA-2048, un estándar criptográfico que sigue siendo perfectamente sólido y que nadie ha vulnerado aquí. Lo que se hizo fue mucho más prosaico: en vez de falsificar una firma válida, se modificó el código que comprueba la firma para que dejara de comprobar nada. Como apuntaba uno de los comentarios más repetidos en la discusión, «parcheó el firmware, no rompió RSA-2048».
La distinción no es un detalle de puristas. Explica por qué el episodio no significa que la criptografía de nuestros equipos esté en peligro, y a la vez señala dónde está el eslabón débil real de la seguridad del firmware: no en el algoritmo, sino en dónde y cómo se ejecuta la comprobación.
Por qué los fabricantes esconden esos ajustes
La respuesta oficial suele ser la estabilidad y el soporte. Parámetros de gestión térmica, límites de consumo, curvas de ventilador, control de memoria o funciones de virtualización pueden dejar un equipo inestable —o directamente inservible— si se tocan sin criterio, y cada portátil que vuelve al servicio técnico cuesta dinero. La respuesta oficiosa, la que repiten los foros de modding desde hace años, es menos amable: limitar lo que el usuario puede afinar ayuda a segmentar la gama y a que el modelo de gama alta siga pareciendo necesario.
El caso conecta con una discusión de fondo que este año ha ganado tracción en Europa y Estados Unidos: hasta qué punto el comprador de un dispositivo tiene derecho a configurarlo, repararlo y prolongar su vida útil. Un portátil que permite ajustar su límite térmico es un portátil que puede durar dos años más.
El riesgo es real: esto puede dejar el equipo inservible
Nada de lo anterior debería leerse como una invitación a repetirlo en casa el próximo fin de semana. El propio autor advertía de ello: quien se plantee tocar el firmware debería tener antes un programador de chips —del tipo CH341A, que cuesta unos pocos euros— para poder recuperar la BIOS original si el equipo deja de arrancar. Un error escribiendo esa memoria no da pantalla azul: da un portátil que no enciende.
Hay además dos consecuencias prácticas que conviene tener claras. La primera es que un firmware modificado rompe la garantía sin discusión posible. La segunda, más incómoda, es que desactivar la verificación de firma elimina precisamente la barrera que impide que otro instale código no autorizado en el nivel más profundo del sistema.
La lectura de fondo: la ingeniería inversa se ha abaratado
Lo verdaderamente relevante de esta historia no es el portátil ni la marca. Es que una tarea que exigía conocimientos muy especializados —leer ensamblador, entender la estructura de una imagen UEFI, identificar la rutina correcta entre miles— la ha completado un aficionado conversando con un agente de IA.
Eso tiene dos caras. La amable: más capacidad de auditar, reparar y entender los aparatos que compramos, y menos dependencia de lo que el fabricante decida conceder. La preocupante: exactamente las mismas herramientas están disponibles para quien busca fallos con otras intenciones, y la barrera de entrada al análisis de firmware acaba de bajar varios escalones de golpe.
Para los fabricantes, el mensaje es difícil de esquivar: proteger un menú de configuración escondiéndolo detrás de una comprobación que se ejecuta en el propio dispositivo ya no es una estrategia sostenible. O se apoya la verificación en hardware que el usuario no pueda parchear, o se asume que esos ajustes van a terminar abiertos. Quizá, en algunos casos, la salida más sensata sea la más simple: dejar de esconderlos.
