- Se eliminará la bandera
--no-quarantine, usada para forzar la omisión de macOS Gatekeeper y ejecutar software no firmado
- Este cambio es una medida de refuerzo de seguridad y operará en línea con las políticas de firma de código y notarización de Apple
- Como macOS Tahoe será la última versión de macOS para Intel, la necesidad de esta función se reduce considerablemente
- En las Mac con ARM no es posible ejecutar código
arm64 sin firma
- A partir del 1 de septiembre de 2026 dejará de haber soporte para casks que fallen las verificaciones de Gatekeeper
Motivo
- Tanto Apple como Homebrew están avanzando hacia el fin del soporte para las Mac Intel, y
--no-quarantine es una función de evasión de seguridad, por lo que ya no hay motivo para mantenerla
Impacto para los usuarios
- Con la eliminación de esta opción, se ofrecerá un entorno de instalación alineado con los estándares de seguridad de macOS y Homebrew dejará de ofrecer funciones para evadir la seguridad
1 comentarios
Opiniones en Hacker News
Según entiendo, este cambio parece afectar principalmente solo a los casks de macOS
Los casks se usan para instalar apps binarias en formato dmg o pkg, y la mayoría ya son binarios firmados
No parece afectar la función de Homebrew de descargar, compilar e instalar software de código abierto
De hecho, lo único en lo que Homebrew es mejor que otros gestores de paquetes es en los casks
Yo instalo Homebrew en un prefix aislado para usar solo casks, y no lo agrego al PATH
También uso algunas apps sin firmar
Creo que más importante que si están firmadas o no es el proceso de curación y verificación de Homebrew o Debian
Si desaparece la opción
--no-quarantine, será incómodo tener que aprobar manualmente cada actualizaciónSi ves la lista oficial de paquetes, son cientos de páginas
Ahí se indica explícitamente que “el objetivo es ofrecer todo como bottle”
Así que este cambio no tiene un impacto directo, pero vale la pena tener en cuenta que ya no está centrado en compilar desde código fuente como antes
Debate relacionado: Homebrew Discussions #6334
Desde hace mucho pensaba que Gatekeeper se iba a ir endureciendo poco a poco, y eso es justo lo que está pasando
Artículos relacionados: Ars Technica, MacRumors, Daring Fireball
Para cuando mi M1 MacBook Air empiece a sentirse lento, creo que podré pasarme por completo a Linux
Comprar hardware de Apple es, en cierto modo, tolerar ese comportamiento
Considerando el tamaño del mercado Mac y la proporción de desarrolladores, no creo que Apple llegue a bloquearlo por completo
Homebrew es más un gestor de paquetes amigable para consumidores que una herramienta para profesionales
Hay muchas quejas por las actualizaciones forzadas, el descarte de versiones antiguas y el cierre de discusiones
Por eso estoy pensando en cambiarme a MacPorts
La actitud agresiva de algunos mantenedores también es un problema
Extraño esa época en la que compilaba sin problemas incluso en PowerBooks viejas
Abandonar el soporte para versiones viejas, como hace Apple, va contra el espíritu del código abierto
Me impactó ver la frase “fin del soporte para Intel”
Creo que el problema es la comunicación poco amable de los mantenedores de Homebrew
Técnicamente, lo correcto sería ejecutar
xattren la etapa postinstall, pero su actitud necesita mejorarAl principio no entendía exactamente qué significaba este cambio
Me confundía si Homebrew iba a bloquear la compilación desde código fuente o si solo se podrían ejecutar binarios firmados
La opción
--no-quarantinedesapareció, pero el usuario todavía puede quitar esa marca manualmenteEn el fondo, es una medida para empujar a usar binarios firmados
Los binarios compilados por uno mismo todavía se pueden ejecutar
La eliminación de la opción
--no-gatekeeperen sí no es gran cosaSolo servía para quitar el atributo
com.apple.quarantineEl verdadero problema es que todos los casks ahora pasan a requerir firma y notarización del Apple Developer Program
Para desarrolladores de código abierto, el costo de US$99 al año y la exposición de identidad legal son una carga
Ojalá Apple permitiera firmar gratis usando Xcode Cloud
Debates relacionados: #6334, #6482
Entiendo el objetivo de proteger al usuario, pero el problema es que Gatekeeper terminó convirtiéndose en una herramienta de monetización de la App Store
Aun así, puede ser una carga para desarrolladores estudiantes
Sería mejor si Apple permitiera confiar en certificados de terceros
La opción
--no-quarantiney las restricciones de firma en ARM64 son cosas distintasLas apps sin firmar no se pueden ejecutar aunque se les quite el atributo
macOS permite la firma adhoc, así que se pueden ejecutar usando eso
com.apple.quarantineXProtect y AMFI realizan verificaciones adicionales en segundo plano
Si quitas el atributo, cualquier binario puede ejecutarse salvo que XProtect lo bloquee
Es una lástima que Homebrew bloquee los issues tan rápido
Desde la perspectiva del usuario, significa que sin la aprobación de Apple no puede ejecutar apps en su propia computadora
Alacritty también se ve afectado por este cambio
Es poco probable que los desarrolladores paguen el costo de la firma de Apple
Issue relacionado: alacritty/alacritty#8749
Puede que tenga que buscar apps alternativas