Hasta hace poco, modificar el firmware de un periférico pedía conocimientos de ingeniería inversa, años leyendo foros especializados y mucha paciencia. El umbral era alto por diseño: no porque los fabricantes lo hicieran difícil expresamente, sino porque el coste de meterse en el código de cada dispositivo concreto era enorme. Ese muro acaba de bajar.
Javier Lacort lo analiza en Xataka este 26 de agosto, y hay dos casos que lo ilustran de forma concreta. No son experimentos de laboratorio: son situaciones que ocurrieron en el escritorio de personas reales, con herramientas disponibles para cualquiera.
El primer caso es el de Chaz Schlarp, que pasó 13 horas de trabajo de la máquina, casi 100 mensajes propios y las noches de dos semanas explorando cinco periféricos de su escritorio con Claude Opus. El catálogo de lo que encontró es lo que preocupa a los fabricantes: descubrió que su cámara Insta360 Link puede seguir grabando aunque el LED verde esté apagado. Su micrófono Shure MV7 lleva incorporada una consola de 48 comandos por USB que permite dejar inútil el botón de silencio físico y encender el piloto de mute mientras el micrófono sigue activo. Schlarp remitió los hallazgos a los fabricantes.
¿Qué pasó con la Kindle Fire HD 10 de Eric Pardee?
El segundo caso es más directo. Eric Pardee pagó 114 dólares por una Kindle Fire HD 10 de Amazon. Liberarla de verdad le costó 266 dólares en tokens. La empresa era la misma que vendía el dispositivo y controlaba el software que impedía usarlo fuera del entorno Amazon.
Claude se negó a ayudar en algunos pasos, bloqueado por sus filtros de ciberseguridad. Kimi encontró el agujero y continuó. 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 del dispositivo. Pardee tiene más de dos décadas en tecnología. Lo que hizo durante ese proceso fue preguntar, insistir y pasar el relevo entre modelos hasta que uno superó el obstáculo que otro no quería o podía. Ningún paso requirió leer binarios ni entender arquitecturas de chip.
Hay otro ejemplo quizá más revelador: 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 requiere cuenta y recopila telemetría. OpenLogi no explota ningún agujero de seguridad: simplemente escribe el software que Logitech no quería escribir, porque hacerlo eliminaría un vector de datos. Antes, desarrollar ese software pedía ingeniería específica por modelo. Ahora pide preguntar bien y saber a qué modelo pasarle el relevo cuando el primero falla.
¿Es esto una victoria para el usuario o un problema de seguridad?
La respuesta es las dos cosas, sin que una cancele la otra. Los agentes de IA son potentes pero también entrañan riesgos que el usuario tiende a subestimar, y el caso del firmware es un ejemplo de doble filo clásico. La misma capacidad que libera una tablet de Amazon de sus restricciones puede usarse para encontrar vulnerabilidades de seguridad que el fabricante no tenía intención de exponer. Que Schlarp encontrara un LED que miente y lo reportara al fabricante es la versión responsable. No es la única versión posible.
Llevamos cubriendo el sector desde los primeros experimentos con jailbreaking de iPhone en 2007, y el argumento contra el derecho a reparar siempre ha tenido la misma pata: «la gente normal no sabe hacer esto». Ese argumento acaba de perder mucho terreno. Pero la contrapartida es que tampoco sabía hacerlo alguien con intención maliciosa, y ahora podría aprender de la misma forma que Pardee aprendió a liberar su Kindle.
El Model Context Protocol de Anthropic y su papel en la integración de IA con dispositivos y servicios abre otra dimensión: cuando los modelos de lenguaje pueden conectarse con APIs de dispositivos directamente, el acceso que antes era manual se vuelve programático y escalable. Y la seguridad de los dispositivos IoT en el hogar ya es el eslabón más débil de cualquier red doméstica — un atacante que comprometa tu cámara de 12 euros puede pivotar al resto de la red. Este nuevo vector de exploración asistida por IA no hace esa superficie más pequeña.
Lo que el artículo de Xataka no esquiva: hay una letra pequeña
La lectura fácil es que hemos ganado control sobre nuestros dispositivos. Y en parte es cierto: el argumento de que el usuario no puede ni debe acceder al firmware de lo que compra ha perdido su base técnica. El movimiento de derecho a reparar lleva años construyendo ese argumento sobre premisas legales y económicas; la IA lo ha ganado de facto en el tiempo que le costó a Pardee gastar 266 dólares en tokens.
Pero hay una letra pequeña que Lacort señala correctamente: la nueva capacidad la tenemos porque se la alquilamos a un tercero. El modelo de lenguaje tiene sus propios filtros, sus propias restricciones y sus propios costes. Claude paró. Kimi no. GLM-5.3 tardó un día. La competencia entre modelos sobre qué barreras saltar y cuáles respetar forma parte ahora del proceso. Hemos sustituido un candado que no sabíamos abrir por varias llaves que no fabricamos nosotros. Es mucho mejor que antes. Pero también tiene sus condiciones de servicio, sus políticas de uso aceptable y sus propios filtros sobre qué pasos ayudar y cuáles no. Hemos ganado acceso al firmware. Hemos delegado parte de la decisión sobre cómo usarlo. Las dos cosas son ciertas al mismo tiempo, y cualquier análisis honesto del momento actual tiene que reconocer las dos.
En nuestra experiencia siguiendo el movimiento de derecho a reparar desde las primeras batallas de iFixit en 2012, el patrón es siempre el mismo: la barrera técnica cae, el debate legal sigue. Lo que la IA hace por primera vez es colapsar el tiempo entre ambas fases. Los fabricantes tendrán que decidir si adaptan sus modelos de negocio antes de que la regulación los fuerce, o después. Los que esperen al después llegarán tarde.
En nuestra experiencia cubriendo los ciclos de jailbreak de móviles y consolas desde 2008, el patrón es invariable: cuando la comunidad técnica encuentra un método reproducible, la empresa tarda entre seis y dieciocho meses en parchear y otros seis en litigar. La IA comprime ese ciclo porque el método no requiere documentación especializada: el prompt que funcionó hoy es reproducible por cualquiera que lo lea mañana. Las empresas que no hayan revisado su política de modificación de firmware antes de que acabe 2026 lo harán en 2027 con más urgencia y menos margen de maniobra.