El proyecto Libreboot publicó este 15 de octubre de 2026 la versión 26.10, bautizada “Ominous Olive”, un lanzamiento que marca un antes y un después en su historia: por primera vez incluye soporte UEFI completo, lo que permite instalar Windows sobre hardware que hasta ahora solo corría Linux o BSD con firmware libre. Además, suma 233 Chromebooks Intel y AMD importados del proyecto MrChromebox y estrena una política oficial que prohíbe el uso de inteligencia artificial generativa en el desarrollo de su propio firmware.
La noticia es relevante para México y Latinoamérica porque amplía de golpe el universo de equipos reutilizables con firmware auditable, algo clave en una región donde el reciclaje de hardware y la reducción de residuos electrónicos son prioridades crecientes. Además, la postura anti-IA generativa en el desarrollo de software crítico abre un debate que resuena en la comunidad tecnológica local.
¿Qué es Libreboot y por qué importa?
Libreboot es el firmware de arranque de código abierto que reemplaza al BIOS o UEFI propietario en computadoras Intel, AMD y ARM64 compatibles, basado en coreboot. Su objetivo es eliminar el firmware cerrado del arranque, un punto crítico de seguridad y privacidad. El proyecto lo mantiene Leah Rowe desde 2013 y se financia con donaciones de la comunidad, sin depender de ningún fabricante.
A diferencia de coreboot, que apunta primero a integradores y fabricantes, Libreboot empaqueta configuraciones listas para que alguien sin experiencia en firmware pueda flashear su propio equipo siguiendo instrucciones pensadas para no técnicos. Reemplaza el BIOS o UEFI propietario desde 2013, bajo licencia GPL.
El salto a UEFI: Windows en hardware liberado
El cambio central de esta release es el payload por defecto: Libreboot pasa de usar el payload nativo de coreboot a EDK2, la implementación de UEFI que mantiene Tianocore y que MrChromebox ya usa para dar soporte UEFI a los Chromebooks. Libreboot toma ese mismo payload, le cambia el color de fondo a su morado característico y reemplaza el logo de coreboot por el suyo, pero conserva el comportamiento estándar de UEFI, incluida la compatibilidad con instaladores de Windows.
GRUB y SeaBIOS no desaparecen: pasan a vivir dentro de EDK2 como aplicaciones EFI que el usuario elige al arrancar con la tecla ESC, junto con MemTest86+ e iPXE en las placas que ya los soportaban. Las versiones “bare metal” de GRUB y SeaBIOS, es decir, las que corrían directamente como payload de coreboot sin pasar por EDK2, quedan marcadas como obsoletas en esta release. El changelog advierte que podrían eliminarse en una futura versión, aunque seguirán disponibles para quien compile Libreboot desde el código fuente.
233 Chromebooks importados: alcance y limitaciones
Esta release también importa 233 Chromebooks Intel y AMD que ya soportaba MrChromebox, desde modelos con procesadores Haswell hasta los más recientes de ambas arquitecturas. La lista completa de placas es demasiado larga para resumirla en un párrafo, pero el changelog oficial la detalla board por board.
Importante: esta tanda de 233 equipos se entrega solo como código fuente, sin binarios precompilados, y de todos ellos solo el modelo Baytrail conocido como “Kip” fue probado por el equipo de Libreboot antes del lanzamiento. Esto significa que la mayoría del catálogo compila sin errores, pero no hay confirmación pública de que arranque correctamente.
MrChromebox es, en la práctica, la rama de coreboot especializada en Chromebooks que mantiene un desarrollador independiente con ese mismo apodo, y es la que la mayoría de usuarios de Chromebooks ya usa sin saberlo cuando activan el modo desarrollador. Libreboot aclara en su propio changelog que esta integración no es un fork de MrChromebox, sino que trata a ese proyecto como su “upstream” en Chromebooks, igual que trata a coreboot como upstream en el resto del hardware que soporta.
Automatización y herramientas internas
Para importar 233 placas de una sola vez, Libreboot construyó una herramienta interna llamada mrimport, que genera automáticamente las configuraciones, revisiones y submódulos necesarios dentro de su sistema de build (lbmk) a partir del árbol de MrChromebox. Según el changelog, esto permite que futuras actualizaciones se sincronicen comparando versiones sucesivas de esa misma herramienta en lugar de reconstruir cada placa a mano.
El changelog de esta release se mide contra la anterior, Libreboot 26.01. Siguiendo el esquema año-mes que usa el proyecto para numerar sus versiones, eso ubicaría a esa release en enero de 2026, unos nueve meses antes de esta.
Mecanismos técnicos detrás del cambio
El salto hacia UEFI no es solo cambiar un menú de arranque. Primero, coreboot sigue haciendo lo que siempre hizo: inicializa el controlador de memoria, la CPU y el resto del hardware de bajo nivel. Recién después, coreboot entrega el control a EDK2 en lugar de entregárselo directamente a GRUB o SeaBIOS como en releases anteriores. Ese orden es lo que permite que un instalador de Windows vea una interfaz UEFI estándar y arranque sin parches adicionales.
El segundo mecanismo relevante es el manejo del Intel Management Engine (ME). Libreboot fija en tiempo de compilación el llamado “HAP bit”, una bandera de la plataforma Intel que desactiva el ME de forma más confiable que los scripts de flasheo por software que suele usar la comunidad de MrChromebox, los cuales dependen de que el usuario corra el paso correcto en el momento correcto. Al fijarlo durante el build, Libreboot garantiza que el ME quede deshabilitado antes de que la imagen salga de la compilación, sin depender de un paso manual posterior.
El tercer mecanismo es el desbloqueo de las regiones del Intel Flash Descriptor (IFD) mediante ifdtool, configurado para quedar en modo lectura-escritura durante el propio proceso de build. Antes, cada descriptor de flash que traía MrChromebox había que editarlo a mano, y como hay cientos de variantes entre los 233 modelos, hacerlo placa por placa no era viable. Automatizar ese paso es, en los hechos, lo que volvió posible importar todo el catálogo de una sola vez.
Por último, en los Chromebooks Intel hasta la generación Kabylake, Libreboot usa libgfxinit en lugar del GOP (Graphics Output Protocol) que trae MrChromebox por defecto. libgfxinit es la librería open source de coreboot para inicializar la salida de video sin depender de un blob binario de Intel; el changelog aclara que integrarán el mismo cambio para generaciones más nuevas en una próxima release, una vez que MrChromebox termine de adoptarlo.
Tabla de payloads en esta release
| Payload | Rol en esta release | Cuándo usarlo | Limitación |
|---|---|---|---|
| EDK2 (UEFI) | Payload por defecto | Instalar Windows o cualquier sistema que exija UEFI estándar | Imagen más pesada que el payload clásico de coreboot |
| GRUB EFI (dentro de EDK2) | Reemplaza al GRUB payload nativo, mantiene compatibilidad de configs CBFS | Quien ya scripteaba el menú de GRUB en releases anteriores | Corre sobre EDK2, ya no es el payload nativo de coreboot |
| SeaBIOS bare metal | Payload legado, directo sobre coreboot, sin EDK2 | Flujos que dependen del comportamiento exacto de releases previas | Deprecado en esta release, riesgo de eliminarse a futuro |
| CSMWrap (SeaBIOS dentro de EDK2) | Capa de compatibilidad CSM para sistemas previos a UEFI | Dual boot con sistemas operativos antiguos bajo un entorno UEFI | Depende de EDK2, no es SeaBIOS corriendo “puro” como antes |
La paradoja de Windows en firmware libre
La lista de 233 Chromebooks importados va de equipos con CPU Haswell a los modelos AMD más recientes. Que un proyecto nacido para borrar firmware propietario termine habilitando Windows, el sistema operativo propietario por excelencia, es la paradoja más comentada de esta release. Leah Rowe la resuelve en el propio changelog separando el objetivo del medio: Libreboot sigue siendo firmware libre, pero el firmware libre ya no obliga a que el sistema operativo de arriba también lo sea. Es un compromiso pragmático, no un cambio de misión, y el proyecto apuesta a que más usuarios prueben hardware con firmware auditable si ese hardware también puede correr el sistema operativo que ya usan todos los días.
Política anti-IA generativa
La segunda señal fuerte de esta release llega antes que cualquier línea de código: un archivo nuevo, AGENTS.md, dentro del sistema de build de Libreboot (lbmk), con una política explícitamente contraria al uso de inteligencia artificial generativa en el desarrollo del proyecto. El propio anuncio la describe como el cambio más importante de la release, por delante incluso del soporte UEFI. En un ecosistema donde cada vez más proyectos de firmware y kernel reciben parches asistidos por IA, Libreboot elige la postura opuesta justo en el área donde confiar en código ajeno (binarios de ME, blobs de GOP, firmware de terceros) ya era el problema original que el proyecto nació para resolver.
Implicaciones para Latinoamérica
Para quien administra flotas de Chromebooks reciclados, la expansión a 233 placas multiplica de golpe el universo de hardware elegible para correr Linux de escritorio con firmware auditable en lugar del firmware de fábrica orientado a ChromeOS. El límite práctico, otra vez, es que casi todo ese catálogo llega sin binarios: hace falta compilar desde el código fuente, algo que sigue filtrando a buena parte de los usuarios no técnicos que la propia misión de Libreboot dice priorizar.
En México y otros países de la región, donde el acceso a hardware nuevo es costoso y el mercado de equipos reacondicionados es amplio, esta expansión podría facilitar la adopción de sistemas operativos libres en entornos educativos y empresariales, siempre que se supere la barrera técnica de la compilación.
Tareas pendientes y verificación comunitaria
El changelog deja dos tareas explícitas para después del lanzamiento. La primera es terminar de integrar en Libreboot el manejo de VBT y GOP basado en CBFS que Leah Rowe le pidió a MrChromebox y que ese proyecto ya implementó en su propio árbol; falta portarlo a Libreboot. La segunda es extender libgfxinit a las generaciones de Intel posteriores a Kabylake en cuanto MrChromebox termine ese trabajo en su propia rama.
Fuera de eso, la tarea más grande queda en manos de la comunidad: de los 233 Chromebooks importados, la enorme mayoría todavía no tiene confirmación pública de que arranque correctamente con la nueva imagen, más allá de que compile sin errores. Hasta que usuarios reales prueben cada modelo y reporten resultados, el soporte “oficial” de buena parte del catálogo sigue siendo, en la práctica, soporte sin verificar.
Para probar, se puede descargar la imagen de la placa desde rsync.libreboot.org/stable/26.10/ o revisar el changelog completo en libreboot.org antes de flashear.
