- A flag
--no-quarantine, usada para forçar o contorno do Gatekeeper no macOS e executar softwares sem assinatura, será removida
- A mudança é uma medida de reforço de segurança, e a operação passará a seguir as políticas da Apple de assinatura de código e notarização
- Como o macOS Tahoe será o último macOS para Intel, a necessidade desse recurso diminui bastante
- Em Macs com ARM, não é possível executar código
arm64 sem assinatura
- A partir de 1º de setembro de 2026, casks que falharem na verificação do Gatekeeper deixarão de ser suportados
Motivação
- Tanto a Apple quanto o Homebrew estão seguindo a tendência de encerrar o suporte a Macs Intel, e como
--no-quarantine é um recurso de contorno de segurança, não há motivo para mantê-lo
Impacto para os usuários
- Com a remoção da opção, será oferecido um ambiente de instalação alinhado aos padrões de segurança do macOS, e o Homebrew deixará de fornecer recursos de contorno de segurança
1 comentários
Comentários do Hacker News
Pelo que entendi, essa mudança parece afetar principalmente apenas o cask no macOS
O cask é usado para instalar apps binários em formato dmg ou pkg, e a maioria deles já usa binários assinados
Não parece haver impacto na funcionalidade do Homebrew de baixar, compilar e instalar software de código aberto
Na verdade, a única vantagem do Homebrew sobre outros gerenciadores de pacotes é justamente o cask
Eu instalo o Homebrew em um prefix isolado e uso só o cask, sem adicioná-lo ao PATH
Também uso alguns apps não assinados
Mais importante do que a assinatura, na minha opinião, é o processo de curadoria e verificação de algo como Homebrew ou Debian
Se a opção
--no-quarantinedesaparecer, vai ser incômodo ter que aprovar manualmente a cada atualizaçãoSe você olhar a lista oficial de pacotes, ela chega a centenas de páginas
Está explicitamente indicado que “o objetivo é fornecer tudo como bottle”
Então essa mudança não tem impacto direto, mas vale lembrar que já não é mais centrado em builds a partir do código-fonte como antes
Discussão relacionada: Homebrew Discussions #6334
Há muito tempo eu previa que o Gatekeeper seria reforçado aos poucos, e isso está mesmo acontecendo
Artigos relacionados: Ars Technica, MacRumors, Daring Fireball
Quando meu MacBook Air M1 começar a ficar lento, acho que vou conseguir migrar totalmente para Linux
Comprar hardware da Apple é um ato de conivência com esse comportamento
Considerando o tamanho do mercado de Macs e a proporção de desenvolvedores, acho improvável que a Apple bloqueie isso por completo
O Homebrew é mais um gerenciador de pacotes amigável para consumidores do que uma ferramenta para profissionais
Há muita insatisfação com atualizações forçadas, descarte de versões antigas e bloqueio de discussões
Por isso estou pensando em migrar para o MacPorts
A postura agressiva dos mantenedores também é um problema
Sinto falta da época em que tudo compilava sem problemas até em um PowerBook antigo
Abandonar o suporte a versões antigas como a Apple faz vai contra o espírito do código aberto
Fiquei chocado ao ver a frase “fim do suporte a Intel”
Acho que o problema é a comunicação pouco amigável dos mantenedores do Homebrew
Tecnicamente, faz sentido rodar
xattrna etapa de postinstall, mas a atitude deles precisa melhorarNo começo eu não entendi exatamente o que essa mudança significava
Fiquei confuso se o Homebrew deixaria de permitir builds a partir do código-fonte ou se só binários assinados poderiam ser executados
A opção
--no-quarantinedesapareceu, mas o usuário ainda pode remover a flag manualmenteNo fim, é uma medida para empurrar as pessoas na direção de preferir binários assinados
Binários compilados manualmente ainda podem ser executados
A remoção da opção
--no-gatekeeperem si não é um grande problemaEla apenas servia para remover o atributo
com.apple.quarantineO problema real é que todos os casks passaram a exigir assinatura e notarização no Apple Developer Program
Para desenvolvedores de código aberto, o custo anual de US$ 99 e a divulgação da identidade legal são um peso
Seria bom se a Apple permitisse assinar de graça usando o Xcode Cloud
Discussões relacionadas: #6334, #6482
Entendo o objetivo de proteger os usuários, mas é um problema o Gatekeeper ter se transformado em um mecanismo de monetização da App Store
Mas para estudantes que desenvolvem pode ser pesado
Seria melhor se a Apple permitisse confiar em certificados de terceiros
A opção
--no-quarantinee a restrição de assinatura no ARM64 são coisas diferentesApps não assinados não rodam mesmo que você remova o atributo
O macOS permite assinatura adhoc, então dá para executar usando isso
com.apple.quarantineO XProtect e o AMFI fazem verificações adicionais em segundo plano
Se você remover o atributo, qualquer binário pode ser executado, a menos que o XProtect o bloqueie
É uma pena que o Homebrew tranque os issues tão rápido
Do ponto de vista do usuário, isso significa que sem aprovação da Apple eu não consigo rodar apps no meu próprio computador
Alacritty também é afetado por essa mudança
É improvável que os desenvolvedores queiram pagar o custo da assinatura da Apple
Issue relacionado: alacritty/alacritty#8749
Talvez eu tenha que procurar apps alternativos