
Home Assistant OS 18.4 y el fallo de eMudhra: qué está corregido y qué no
- Noticias
- Rocks on Galaxy
- Maison connectee
- 28 Oct, 2026
- 0
El 17 de octubre de 2026 se descubrió que las claves de ocho autoridades de certificación intermedias de eMudhra podían recuperarse. Chrome las bloqueó en menos de dos horas y Firefox esa misma noche. Tu servidor Home Assistant ha tardado más. El sistema operativo, el Supervisor y varias apps oficiales llevan cada uno su propia lista de autoridades de confianza, y cada uno ha tenido que reconstruirse por separado. Diez días después, con Home Assistant OS 18.4 publicado el 27 de octubre, casi toda la pila está corregida, pero no toda.
En esta guía repasamos la cronología, mostramos capa por capa qué está corregido a 28 de octubre y explicamos cómo actualizar sin riesgos. También verás cómo comprobar una imagen con Cosign, una prueba que hemos hecho con la versión 18.4.
Lo esencial
- Home Assistant OS 18.4 (27 de octubre) trae un nuevo almacén de certificados sin la raíz de eMudhra afectada. Además incluye el kernel 6.18.58 en la mayoría de placas y corrige las regresiones de Bluetooth y VLAN de la 18.3.
- Core 2026.10.3, Supervisor 2026.10.4 y los plugins dns, audio, multicast y cli figuran como corregidos, igual que Mosquitto 7.1.3.
- A 28 de octubre, una prueba de la comunidad indica que Matter Server, OpenThread Border Router, Piper, Whisper, NGINX SSL proxy y Terminal & SSH todavía aceptan la cadena comprometida.
- Los archivos de la 18.4 incluyen ahora un
SHA256SUMSfirmado con Sigstore. Nuestra verificación con Cosign devolvió «Verified OK».- Actualiza desde Ajustes con la copia de seguridad activada. Si un dongle Bluetooth USB falla, volver a la versión anterior es cuestión de un comando.
Cronología: de una clave débil a Home Assistant OS 18.4
El incidente es poco habitual: no hubo un servidor atacado, el fallo estaba en las propias claves. Según el comunicado de eMudhra, los ocho intermedios se crearon en una ceremonia de generación de claves el 30 de abril de 2025. Un paso de cifrado y descifrado de claves (wrap/unwrap) generó un segundo juego de claves débiles, y fueron esas las que se publicaron. El fallo pasó desapercibido unos 18 meses y superó dos ciclos de auditoría.
- 17 de octubre, 18:05 UTC: el programa raíz de Chrome recibe el aviso del investigador. A las 19:45 UTC, una actualización de CRLSet bloquea las claves, según el blog de seguridad de Google.
- 17 de octubre, 22:59 UTC: el bloqueo OneCRL de Mozilla llega a todos los usuarios de Firefox con la configuración por defecto, según el Mozilla Security Blog.
- 18 de octubre: eMudhra revoca los ocho intermedios.
- 20 de octubre: Mozilla anuncia NSS 3.131.1, que retira la raíz (emSign ECC Root CA - G3).
- 22 de octubre: el proyecto docker-base de Home Assistant integra un cambio que obliga a actualizar los paquetes al construir las imágenes.
- 23 de octubre: sale Home Assistant Core 2026.10.3, que figura como corregido.
- 24 de octubre: un usuario abre la incidencia del Supervisor #7424, que demuestra que el Supervisor 2026.10.3, sus plugins y varias apps oficiales siguen confiando en la raíz. El Supervisor 2026.10.4 se publica ese mismo día y pasa al canal estable el 26.
- 27 de octubre: fecha prevista para que Chrome empiece a retirar la raíz. Salen Home Assistant OS 18.4 y Mosquitto 7.1.3.
- 28 de octubre (noche del 27, hora del centro de EE. UU.): el autor de la incidencia confirma la corrección en HAOS 18.4 y la cierra, con la lista de apps que todavía aceptan la cadena.
Capa por capa: qué está corregido a 28 de octubre
Una instalación de Home Assistant OS es un conjunto de piezas independientes. El sistema anfitrión tiene su almacén de certificados y cada contenedor tiene el suyo, así que actualizar uno no actualiza los demás. La tabla combina las notas de la versión HAOS 18.4 con las pruebas publicadas en la incidencia #7424, hechas en una Raspberry Pi 4. Esas pruebas son de la comunidad, no oficiales.
| Capa | Versión probada | Estado | Fuente |
|---|---|---|---|
| Sistema anfitrión | HAOS 18.4 | Raíz retirada | Notas oficiales |
| Home Assistant Core | 2026.10.3 o posterior | Corregido | Prueba de la comunidad |
| Supervisor | 2026.10.4 | Corregido (rechaza la cadena) | Prueba confirmada por un mantenedor |
| Plugins dns, audio, multicast, cli | 2026.10.0 / 2026.10.1 (cli) | Corregidos | Prueba de la comunidad |
| Plugin observer | 2026.08.0 | No se pudo comprobar | Prueba de la comunidad |
| Broker Mosquitto | 7.1.3 | Corregido | Prueba de la comunidad |
| Z-Wave JS | 1.10.0 | Nunca incluyó la raíz | Prueba de la comunidad |
| Matter Server, OpenThread Border Router | Actuales | Aún aceptan la cadena | Prueba de la comunidad |
| Piper, Whisper, NGINX SSL proxy, Terminal & SSH | Actuales | Aún aceptan la cadena | Prueba de la comunidad |
La mañana del 28 de octubre revisamos los nuevos repositorios de GitHub de Matter Server, OpenThread Border Router, Piper, NGINX SSL proxy y Terminal & SSH, y ninguno había publicado todavía una versión. El autor de la incidencia espera que cada app reciba la imagen base corregida en su primera versión desde su nuevo repositorio. Tiene sentido, pero es una expectativa, no un calendario.
La otra mitad de la 18.4: Bluetooth, VLAN y arranque
Home Assistant la describe como «una versión de correcciones y seguridad, centrada sobre todo en las regresiones del kernel de la 18.3». No todas las placas reciben las mismas correcciones.
| Imagen | Kernel 6.18.58 | Bluetooth RTL8761B | VLAN Realtek | Arranque U-Boot |
|---|---|---|---|---|
| Raspberry Pi | No | No | Sí | Sí |
| Home Assistant Yellow | No | No | Sí | Sí |
| Home Assistant Green | Sí | Sí | No | Sí |
| Máquina virtual (OVA) | Sí | Sí | No | No |
| Generic x86-64 | Sí | Sí | Sí | No |
| Generic aarch64 | Sí | Sí | Sí | No |
| ODROID, Khadas VIM | Sí | Sí | Sí | Sí |
Otros cambios
- Los adaptadores Bluetooth USB RTL8761B (ID 0bda:a728), que dejaron de funcionar con el kernel 6.18.45, vuelven a funcionar. También se añade el firmware del controlador RTL8761CU.
- En Raspberry Pi se desactiva el modo rápido de almacenamiento USB (UAS) en dos carcasas: Argon ONE M.2 (ASMedia 174c:1156) y UGREEN 70499 CM300 (ASMedia ASM235CM).
- Actualizaciones de seguridad de Docker 29.8.2, containerd 2.3.6, Go 1.27.3 y Buildroot 2025.02.19.
- Se desactiva la deduplicación EROFS en todas las placas, y la imagen x86-64 añade el control de pines (pin control) de los chips Jasper Lake.
Cómo actualizar sin riesgos, paso a paso
Estos pasos siguen la documentación oficial de tareas comunes.
- Anota tu versión actual en Ajustes > Acerca de.
- Si hay actualizaciones pendientes del Supervisor y del Core, instálalas primero para que la base de tus apps esté al día.
- Abre Ajustes > Sistema > Actualizaciones, elige Home Assistant Operating System, deja activada la copia de seguridad y pulsa Actualizar. Desde la terminal,
ha os updatehace lo mismo. - Después del reinicio, revisa Ajustes > Sistema > Reparaciones y los registros. Si usas un dongle Bluetooth USB o proxies Bluetooth, comprueba que tus dispositivos BLE vuelven a enviar datos.
- Actualiza tus apps en los próximos días, a medida que salgan versiones nuevas, empezando por Matter Server y OpenThread Border Router.
Si algo falla, Home Assistant OS conserva la versión anterior en una segunda ranura de arranque. ha os info muestra qué ranura está activa y qué versión hay en cada una. ha os boot-slot other reinicia con la versión anterior. También puedes instalar una versión concreta con ha os update --version 18.3.
Verificar una imagen con Cosign: nuestra prueba
Es una novedad de la 18.4: cada versión publica un archivo SHA256SUMS y un paquete Sigstore, SHA256SUMS.sigstore.json. Según la pull request #5053, la firma la genera el flujo de compilación de GitHub del proyecto, así que no existe una clave privada permanente que robar. Visto cómo empezó este incidente, no es un detalle menor. Es útil si grabas tú mismo una tarjeta SD, un SSD o una imagen de máquina virtual.
El 28 de octubre descargamos ambos archivos de la página de la 18.4 y ejecutamos Cosign 3.1.4 (consulta la documentación de Sigstore):
cosign verify-blob \
--bundle SHA256SUMS.sigstore.json \
--certificate-identity "https://github.com/home-assistant/operating-system/.github/workflows/build.yaml@refs/tags/18.4" \
--certificate-oidc-issuer https://token.actions.githubusercontent.com \
SHA256SUMS
sha256sum -c --ignore-missing SHA256SUMS
Resultado: Verified OK. El archivo firmado enumera 35 imágenes y paquetes de actualización. Descargamos uno de ellos, el paquete de actualización para Khadas VIM3, y sha256sum respondió OK. La identidad que usamos es la que figura en el certificado de firma: el flujo build.yaml del repositorio home-assistant/operating-system, en la etiqueta 18.4. Para versiones posteriores, cambia la etiqueta.
Home Assistant / compatibilidad: ¿quién está realmente expuesto?
Nuestro análisis: hay que corregirlo esta semana, pero sin pánico. Google indica que ningún certificado de estos intermedios aparecía en los registros de Certificate Transparency antes del bloqueo, y eMudhra asegura que nunca emitieron ninguno. El riesgo es otro. Como las claves se pueden recuperar, cualquiera podría fabricar certificados falsos nuevos. Los navegadores comprueban Certificate Transparency, pero la mayoría de programas y software IoT no lo hacen: solo se fían de su propio almacén. Además, para atacar así una instalación de Home Assistant, el atacante tendría que estar en el camino de la red, por ejemplo con una wifi hostil, un router comprometido o una manipulación de DNS.
- Si usas Home Assistant OS: instala la 18.4 y el Supervisor 2026.10.4. Así cubres el anfitrión y los componentes que descargan repositorios de apps y actualizaciones.
- Si tienes una casa con Matter o Thread: Matter Server y OpenThread Border Router están entre las apps pendientes. El tráfico Matter local no depende de certificados web públicos, pero las conexiones HTTPS salientes de esas apps sí. Actualízalas en cuanto haya versión.
- Si tienes una instalación Container o Core: la 18.4 no te afecta. Comprueba que Core está en 2026.10.3 o posterior y que el paquete
ca-certificatesde tu equipo está al día. - Si usas acceso remoto: Home Assistant Link (el antiguo Cloud) y tu propio proxy inverso deberían usar certificados de otras autoridades. La app NGINX SSL proxy está entre las pendientes.
Para una visión de conjunto, consulta nuestra guía completa de Home Assistant 2026. Si te interesa Thread, lee nuestra comparativa Zigbee vs Matter sobre Thread. Y si lo siguiente son las cámaras, tienes nuestra guía de compra de cámaras Matter.
Preguntas frecuentes
¿La 18.4 se instala sola?
No hemos encontrado ninguna indicación oficial de que sea así. Home Assistant avisa de las actualizaciones del sistema con una notificación en Ajustes, y las instalas tú, desde ahí o con ha os update. Comprueba en Ajustes > Acerca de que estás en la 18.4.
¿Necesito Cosign para las actualizaciones normales?
No. Cosign sirve para comprobar una imagen que descargas y grabas tú mismo: una tarjeta SD nueva, un SSD o una máquina virtual. Las notas de la versión no dicen si las actualizaciones desde la interfaz usan las nuevas firmas.
Mi dongle Bluetooth ASUS (0b05:1bef) falla con la 18.3: ¿lo arregla la 18.4?
Puede ser, pero no está confirmado. Ese dongle tiene una incidencia todavía abierta (la #5026). La 18.4 añade el firmware del RTL8761CU, pero solo el RTL8761B (0bda:a728) aparece explícitamente como corregido. Pruébalo después de actualizar y, si sigue fallando, vuelve atrás con ha os boot-slot other.
¿Afecta a mis dispositivos Zigbee o Z-Wave?
No directamente. Los protocolos de radio no usan certificados web públicos, y la app Z-Wave JS nunca incluyó la raíz comprometida, según la prueba de la comunidad. Solo importan los componentes que se conectan a Internet por HTTPS.
Fuentes: notas de la versión Home Assistant OS 18.4, incidencia del Supervisor #7424 y respuestas de los mantenedores, comunicados de Google, Mozilla y eMudhra. Estado comprobado el 28 de octubre de 2026.