Homebrew 6 refuerza la seguridad de macOS y prepara el final de los Mac Intel

Homebrew ha publicado la versión 6.0.0 de su popular gestor de paquetes para macOS y Linux con cambios que afectan directamente a desarrolladores y administradores de sistemas. La actualización introduce un sistema de confianza para repositorios externos, una API interna más rápida, aislamiento de procesos en Linux y numerosas mejoras en brew bundle. También pone fecha a un cambio de mayor alcance: los Mac Intel pasarán al nivel de soporte Tier 3 en septiembre de 2026 y quedarán completamente fuera de Homebrew en septiembre de 2027.

Las claves de Homebrew 6.0 en 20 segundos

  • Homebrew 6.0 introduce controles de confianza para los taps de terceros antes de ejecutar su código.
  • Linux incorpora aislamiento mediante Bubblewrap para determinadas fases.
  • La nueva API JSON interna reduce las descargas de metadatos y pasa a ser la opción predeterminada.
  • brew bundle añade instalaciones paralelas y amplía su compatibilidad.
  • Los Mac Intel perderán progresivamente soporte entre septiembre de 2026 y 2027.

La versión fue anunciada el 11 de junio de 2026 y reúne los cambios realizados desde Homebrew 5.1.0. Además de nuevas funciones, incluye correcciones de seguridad, cambios en los requisitos para Linux y soporte inicial para macOS 27 Golden Gate.

Para quienes utilizan Homebrew simplemente para instalar herramientas como Git, Python, Node.js o wget, buena parte de estos cambios permanecerá en segundo plano. Sin embargo, las organizaciones que mantienen estaciones de desarrollo, automatizaciones mediante Brewfile o repositorios propios sí encontrarán modificaciones que conviene revisar.

Homebrew deja de confiar automáticamente en cualquier tap

Uno de los cambios de seguridad más importantes afecta a los taps, repositorios adicionales que amplían el catálogo disponible en Homebrew.

El problema parte de una característica conocida del sistema: un tap de terceros puede incluir código Ruby arbitrario que termina ejecutándose en el ordenador.

Homebrew 6.0 introduce un mecanismo denominado Tap Trust para reducir ese riesgo.

A partir de ahora, los taps externos y los paquetes que hacen referencia explícita a ellos deben considerarse de confianza antes de que Homebrew evalúe o ejecute su código. Los repositorios oficiales de Homebrew permanecen incluidos entre los confiables de manera predeterminada.

La medida intenta añadir una barrera frente a repositorios maliciosos o proyectos legítimos cuya infraestructura pueda haber sido comprometida.

El cambio afecta también a la automatización. brew bundle entiende ahora la propiedad trusted: y brew bundle dump puede registrar esta información dentro del Brewfile.

Homebrew también ha añadido funciones para gestionar esta confianza mediante brew tap y brew trust, mientras brew tap-info puede mostrar el estado correspondiente.

La versión incorpora además otras defensas relacionadas con la cadena de suministro. Homebrew filtra variables de entorno sensibles durante determinadas evaluaciones Ruby, puede exigir hashes para casks y ha introducido periodos de espera para algunos gestores y repositorios externos con el objetivo de reducir el riesgo asociado a paquetes recién publicados.

También aparece brew vulns, distribuido mediante un tap independiente, que permite comprobar paquetes instalados frente a vulnerabilidades conocidas.

Homebrew reduce las consultas a Internet y acelera varias operaciones

Homebrew 6.0 convierte su API JSON interna en el comportamiento predeterminado.

Hasta ahora esta opción podía activarse mediante HOMEBREW_USE_INTERNAL_API. La variable ha quedado obsoleta porque el nuevo sistema pasa a utilizarse normalmente sin intervención del usuario.

La API agrupa los metadatos de Homebrew en una descarga más compacta. Según el proyecto, esto permite acelerar las actualizaciones y reducir las comunicaciones necesarias con la red.

Hay optimizaciones adicionales.

Homebrew señala mejoras en el tiempo de arranque, menos trabajo al cargar bibliotecas Ruby y aproximadamente un 30 % más de velocidad en brew leaves. La descarga de determinada información durante las actualizaciones también se ha paralelizado.

El equipo llegó a experimentar con una reescritura parcial del frontend en Rust mediante brew-rs, pero ha decidido terminar ese proyecto.

Según Homebrew, sus benchmarks mostraron ventajas del frontend Rust en escenarios reducidos, como algunas descargas de bottles ya almacenadas en caché, pero no una mejora suficientemente representativa durante instalaciones completas. El desarrollo vuelve por tanto a concentrarse en Ruby y en comenzar antes las operaciones de red y almacenamiento.

Es un resultado interesante porque evita una conclusión habitual en proyectos de infraestructura: cambiar de lenguaje no garantiza por sí mismo una mejora apreciable para el usuario cuando el tiempo total depende también de descargas, descompresión, enlaces, escritura de metadatos y comprobaciones posteriores.

brew bundle gana instalaciones paralelas y más gestores

Otro de los componentes que recibe numerosos cambios es brew bundle.

Esta herramienta permite definir mediante un Brewfile los paquetes y aplicaciones que necesita un equipo. Es especialmente útil para preparar estaciones de desarrollo de forma reproducible.

Homebrew 6.0 puede instalar fórmulas en paralelo y activa automáticamente esta ejecución concurrente.

También amplía la integración con otros sistemas. brew bundle incorpora extensiones para npm y krew, el gestor de complementos de kubectl. En Windows añade además soporte para winget dentro de los escenarios compatibles.

Las funciones de limpieza alcanzan ahora paquetes administrados mediante npm, Cargo, Go y uv, entre otros cambios.

La versión introduce asimismo brew exec, un nuevo comando con un planteamiento similar al de npx: permite ejecutar software dentro de entornos proporcionados por fórmulas de Homebrew.

Para organizaciones que gestionan ordenadores mediante Mobile Device Management (MDM), aparece brew as-console-user, pensado para ejecutar Homebrew como el usuario correspondiente cuando las operaciones parten de un entorno administrado o con privilegios de root.

Linux recibe sandbox y sube sus requisitos

Homebrew lleva años siendo mucho más que un gestor de paquetes para Mac, y la versión 6.0 continúa ampliando su comportamiento en Linux.

Una de las novedades es un sandbox basado en Bubblewrap.

Homebrew ya utilizaba aislamiento en macOS durante fases como compilación, pruebas y tareas posteriores a la instalación. El nuevo trabajo intenta acercar Linux a ese modelo.

El proyecto ha compartido parte de la lógica entre ambas plataformas y ha reforzado además determinadas fases de instalación y ejecución de casks.

Hay, sin embargo, un cambio que puede afectar a servidores y estaciones Linux antiguas.

La migración de la infraestructura de integración continua a Ubuntu 24.04 eleva la referencia a glibc 2.39. Sistemas con versiones anteriores, como Ubuntu 22.04 con glibc 2.35, pasan a Tier 2.

Esto no significa que Homebrew deje inmediatamente de funcionar en ellos, pero no se construirán nuevos paquetes binarios específicamente para esas configuraciones y brew doctor mostrará una advertencia.

El proyecto recomienda utilizar una configuración Tier 1, como Ubuntu 24.04, o su imagen oficial de contenedor cuando sea necesario mantener sistemas anteriores.

Septiembre de 2027 marcará el final de Homebrew en los Mac Intel

La transición de Apple Silicon tiene también una consecuencia directa para Homebrew.

La versión 6.0 incorpora soporte inicial para macOS 27 Golden Gate, sistema que abandona los Mac basados en Intel.

Homebrew ha definido su propio calendario.

En septiembre de 2026, macOS sobre Intel x86_64 pasará a Tier 3. Esto supone que dejará de disponer de soporte mediante integración continua y no se generarán nuevos bottles, los paquetes binarios precompilados de Homebrew, específicamente para esos equipos.

Un año después llegará el corte definitivo.

En septiembre de 2027, Homebrew dejará completamente de admitir macOS Intel y el proyecto prevé eliminar el código relacionado.

Para desarrolladores y empresas que todavía mantienen Mac Intel, la fecha proporciona aproximadamente un año de transición entre la pérdida del soporte principal y la eliminación completa.

No significa que todos los paquetes instalados vayan a dejar de funcionar en septiembre de 2026. Sí implica que utilizar esos equipos como estaciones de desarrollo actualizadas será progresivamente más difícil.

Homebrew también ha añadido reconocimiento para los procesadores M5, M5 Pro y M5 Max, reforzando al mismo tiempo su adaptación a las generaciones actuales de Apple Silicon.

Tres vulnerabilidades corregidas en Homebrew

La versión llega acompañada de tres avisos de seguridad.

Uno de ellos afecta a la estrategia de descarga mediante POST, que podía evitar la protección documentada frente a redirecciones de HTTPS a HTTP al descartar la URL finalmente resuelta.

Otro problema era más delicado: determinados hooks de Git podían permitir ejecución de código como root durante la fase posterior a la instalación del paquete .pkg de macOS.

Homebrew corrigió el comportamiento limpiando el estado de Git y sustituyendo el directorio utilizado por el instalador.

La tercera vulnerabilidad estaba relacionada con un archivo plist situado en /var/tmp y controlable por un usuario local. En determinadas circunstancias podía utilizarse para conseguir que el instalador asignara la propiedad de Homebrew a otro usuario.

Las tres vulnerabilidades están corregidas en las versiones correspondientes y Homebrew ha publicado avisos de seguridad específicos.

Estos cambios encajan con una parte cada vez más visible del trabajo del proyecto: proteger la cadena de suministro.

Un gestor de paquetes ocupa una posición especialmente sensible en un sistema. Descarga software, ejecuta scripts y modifica directorios utilizados posteriormente por desarrolladores y aplicaciones. El nuevo modelo de confianza para taps muestra que Homebrew está intentando reducir precisamente uno de los puntos donde un repositorio externo podía ampliar esa superficie.

Homebrew 6.0 no cambia la experiencia básica de escribir brew install, pero sí modifica buena parte de lo que ocurre detrás de ese comando. Para desarrolladores y administradores, las novedades más importantes están en aquello que normalmente no se ve: qué repositorios pueden ejecutar código, cómo se aíslan las instalaciones y durante cuánto tiempo seguirá siendo viable mantener los Mac Intel dentro de entornos actualizados.

Preguntas frecuentes

¿Qué novedades principales incluye Homebrew 6.0?

La versión incorpora Tap Trust para repositorios externos, una nueva API JSON interna predeterminada, mejoras de brew bundle, sandbox mediante Bubblewrap en Linux, optimizaciones de rendimiento y soporte inicial para macOS 27.

¿Homebrew dejará de funcionar en los Mac Intel en 2026?

No inmediatamente. En septiembre de 2026 macOS Intel pasará a Tier 3, sin CI ni nuevos bottles específicos. El soporte completo está previsto que termine en septiembre de 2027.

¿Qué es Tap Trust en Homebrew?

Es un nuevo mecanismo para exigir confianza explícita antes de evaluar o ejecutar código procedente de determinados taps externos. Los repositorios oficiales de Homebrew continúan siendo confiables de forma predeterminada.

¿Ubuntu 22.04 deja de ser compatible con Homebrew?

Pasa a Tier 2 debido al nuevo nivel de referencia de glibc. Homebrew indica que dejará de construir nuevos bottles para esas configuraciones y brew doctor mostrará una advertencia.

Scroll al inicio