IA libera el firmware: US$266 en tokens bastan para hackear periféricos

El umbral técnico del firmware cae en una tarde, no en un año

El tiempo que cuesta abrir el software interno de un periférico ha pasado de meses a horas. Eso es lo que cuentan, en paralelo, dos casos publicados esta semana y analizados por Javier Lacort en Xataka: el ingeniero de seguridad de Amazon Chaz Schlarp dedicó unas 13 horas de trabajo de Claude Opus y 98 prompts propios para reventar cinco periféricos de su escritorio — y Eric Pardee liberó una Kindle Fire HD 10 pagando US$266 en tokens a modelos como Kimi y GLM-5.3.

Lo que hace dos años exigía leer binarios y entender arquitecturas de chip, hoy se reduce a una conversación. Schlarp, según su propio blog, resume el método con una frase que define la nueva era: "los periféricos son computadoras diminutas conectadas a mi computadora, con un canal de datos al host y, normalmente, un mecanismo de actualización de firmware, así que un agente tiene algo con qué iterar". El resultado es que el firmware es ahora territorio accesible para cualquiera con US$266, una suscripción a varios modelos y paciencia para formular bien las preguntas.

Qué encontró Schlarp en su propio escritorio

El detalle técnico, extraído del post original de Schlarp y del reporte de Yahoo Tech, importa porque muestra lo que cualquier modelo agente puede hacer hoy con hardware cotidiano. Estos son los cinco dispositivos que Schlarp sometió a ingeniería inversa con Claude Opus 5:

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Insta360 Link (webcam): corre un RTOS ThreadX de Ambarella con pequeños modelos de visión. El LED verde de actividad se puede parchear para que no se encienda mientras la cámara sigue grabando. 3,7 horas de trabajo del agente y 33 prompts.
ASUS ROG Swift PG42UQ (monitor): sin protección real en el firmware. Claude encontró la zona para desactivar el popup de "pixel cleaning" y, además, expuso las funciones de DDC/CI para Linux que ASUS no ofrece fuera de Windows. 1,2 horas y 13 prompts.
Shure MV7 (micrófono): el firmware corre sobre un protocolo HID de vendedor en texto plano con 48 comandos, incluyendo lectura/escritura de memoria arbitraria y control del LED de mute. El nivel más alto de privilegios se activa con la cadena "su sup". 4,2 horas y 32 prompts.
Elgato Cam Link 4K (captura HDMI): firmware MCU + bitstream FPGA sin protección. Schlarp lo dejó trabajar solo y se fue a dormir. 1,5 horas y 10 prompts.
Elgato Key Light Mini (luz WiFi): el único con verificación Ed25519 sobre SHA-512, pero un único POST HTTP con ATSE=0200ED94,0E001009 anula la comprobación de firma y permite flashear lo que sea. 2,4 horas y 10 prompts.

Schlarp aclara que compartió todo con los fabricantes antes de publicar. La advertencia que deja en su post es la que importa para founders: "trabajaría desde el supuesto operativo de que cualquier dispositivo conectado a una computadora podría tener un implante de firmware malicioso, cuando antes eso requería una inversión significativa por modelo y se estereotipaba como actividad de estado-nación".

La Kindle Fire HD 10 de Pardee: US$266 en tokens para recuperar lo que ya era suyo

El segundo caso tiene un matiz distinto: no hay búsqueda de vulnerabilidades, hay un usuario que quiere usar fuera del entorno Amazon un dispositivo que Amazon ya le vendió. Pardee pagó US$114 por la tablet; US$266 en tokens fue el costo de liberarla. La empresa que vende el hardware es la misma que controla el software que lo encierra.

Lo relevante para founders no es el jailbreak en sí, sino el relevo entre modelos. Claude se negó a ayudar en algunos pasos, bloqueado por sus filtros de ciberseguridad. Kimi encontró el agujero y siguió. GLM-5.3 tardó un día en eliminar los 100 paquetes de Amazon que mantenían el quiosco activo y devolvieron el control al propietario. Pardee lleva más de dos décadas en tecnología. Lo que hizo fue preguntar, insistir y pasar el relevo entre modelos hasta que uno superó el obstáculo en que otro se frenó.

La competencia entre modelos sobre qué barreras saltar y cuáles respetar se ha vuelto parte del proceso. Para una startup, eso significa algo concreto: el proveedor de IA que elijas para tareas sensibles ya no es solo una decisión de costo por token, es una decisión sobre qué políticas acepta tu negocio por defecto.

OpenLogi y el ratón Logitech: cuando el problema no es un exploit, es un modelo de negocio

Hay un tercer caso, quizá el más revelador para founders. OpenLogi es un proyecto de código abierto que permite reasignar los botones de un ratón Logitech MX sin usar la aplicación oficial de Logitech, que pide cuenta y recopila telemetría. OpenLogi no explota ningún agujero: simplemente escribe el software que Logitech no quería escribir, porque hacerlo eliminaría un vector de datos.

El patrón es claro: el software propietario ya no es una barrera cuando un modelo de lenguaje puede escribir el sustituto. La pregunta deja de ser técnica y pasa a ser de modelo de negocio.

¿Qué significa esto para tu startup?

Si fabricas hardware conectado, el reloj se aceleró. La protección por oscuridad del firmware dejó de existir, y los filtros de seguridad de los modelos de IA son la nueva frontera — pero esos filtros son por modelo, no por ley. Esto cambia tres palancas que un founder puede mover esta semana:

Audita la superficie de firmware de tu producto IoT antes de que lo haga un tercero. Si tu dispositivo acepta actualizaciones por USB, WiFi o WebHID sin verificación de firma en el arranque, estás en la lista corta de Schlarp. Implementa secure boot con verificación criptográfica en cada nivel, no solo en el momento del update.
Rediseña tu modelo de monetización si dependes de telemetría cautiva. Si tu valor está en una app que requiere cuenta para reconfigurar hardware que el usuario ya compró, un proyecto open source con IA va a aparecer en meses, no en años. Logitech lo va a sentir con OpenLogi; otros lo sentirán antes si no mueven ficha.
Decide qué política de IA aceptas como socio tecnológico. Si tu producto depende de que un LLM rechace ciertos prompts (por ejemplo, para no ayudar a desactivar una restricción de seguridad que tú mismo implementas), dependes de que ese proveedor mantenga esa política. Modelos como Kimi o GLM-5.3 ya mostraron que otros proveedores no la comparten. La portabilidad y el control sobre el modelo es ahora parte de tu roadmap de seguridad.