Correção de Desligamentos no macOS Tahoe 26.5.1 para Macs M5: Extensões de Rede

Em 1º de junho de 2026, a Apple lançou o macOS Tahoe 26.5.1 — uma atualização de manutenção com build número 25F80 focada em um único problema — para corrigir um bug específico, restrito, mas operacionalmente problemático: determinados Macs com o novo chip M5 podiam desligar inesperadamente quando uma Extensão de Rede com filtro de conteúdo estava ativa. Se você não gerencia uma frota de Macs corporativos e não usa uma VPN de filtragem de conteúdo como o Cloudflare WARP ou o NextDNS, talvez nunca tenha encontrado esse problema. Mas para as equipes de TI que implantaram MacBook Pros M5, iMacs M5 e Mac minis M5 para usuários early-adopters nesta primavera, o bug foi uma dor de cabeça real — desligamentos no estilo de falha de kernel, sem log de pânico para analisar, e muito pouco histórico público de reprodução para compartilhar com o suporte do fornecedor de segurança. Este artigo explica o que mudou no 26.5.1, o que são as Extensões de Rede com filtro de conteúdo no Apple Silicon, por que o M5 especificamente foi o gatilho relatado, e como implantar a atualização em uma frota gerenciada sem comprometer sua postura de segurança.

Principais Pontos

• macOS Tahoe 26.5.1 (build 25F80), lançado em 1º de junho de 2026, corrige um único bug: Macs com chip M5 podiam desligar inesperadamente ao usar determinadas Extensões de Rede com filtro de conteúdo, comuns em pilhas de segurança corporativa.
• Nenhum CVE publicado. No início de junho de 2026, a página de versões de segurança da Apple não lista o 26.5.1, ou seja, esta é uma correção de estabilidade pura e não um patch de segurança — mas a instalação ainda é fortemente recomendada para qualquer frota M5 que utilize filtros baseados em NE.
• Extensões de Rede com filtro de conteúdo são a substituição moderna no espaço do usuário para o modelo de extensão de kernel descontinuado no macOS. Elas funcionam como extensões de sistema e são a base de produtos como Jamf Protect, Zscaler Client Connector, CrowdStrike Falcon, Cisco Umbrella, Cloudflare WARP e ferramentas empresariais similares.
• O M5 foi afetado de forma única, supostamente devido a uma interação entre o novo SoC e a forma como o provedor NE lidava com determinados callbacks de filtro de tráfego; a Apple não detalhou publicamente a causa raiz.
• Orientação de implantação para TI: implante o 26.5.1 em um grupo piloto primeiro, verifique a integridade do provedor NE por meio do seu MDM e confirme que o seu fornecedor de segurança testou a nova build antes de implantar em toda a frota. O OpenCore Legacy Patcher ainda não tem compatibilidade com a versão 2.4.1, portanto, usuários de hardware legado em builds Tahoe devem aguardar.

O Que Mudou no macOS Tahoe 26.5.1

A nota de lançamento e o que ela realmente significa

A nota de lançamento da Apple para esta build é, pelos padrões da Apple, quase telegráfica:

"Esta atualização corrige um problema em que computadores Mac com chip M5 podiam desligar inesperadamente ao usar determinadas extensões de rede com filtro de conteúdo."

Essa única frase é toda a correção. Não há outras mudanças documentadas — nenhum ajuste de interface, nenhuma atualização de versão do Safari, nenhuma atualização de driver que a Apple tenha mencionado. A build avançou de 25F71 (lançada como 26.5 em meados de maio de 2026) para 25F80. A Apple normalmente reserva essas versões x.y.1 de problema único para regressões que surgiram em campo dentro de dias ou semanas da build principal, e o 26.5.1 se encaixa perfeitamente nesse padrão: o 26.5 em si foi a atualização de manutenção/recursos abrangente de maio, e o 26.5.1 vem aproximadamente duas semanas depois com um patch de escopo restrito.

O texto importa de duas formas. Primeiro, "chip M5" — singular, explicitamente M5, não "Apple Silicon" em geral. Isso implica que o modo de falha não se reproduziu em hardware M1, M2, M3 ou M4, o que é um forte indício de que algum comportamento de hardware novo no M5 ou uma peculiaridade de firmware está envolvida. Segundo, "determinadas extensões de rede com filtro de conteúdo" — observe o "determinadas". A Apple está indicando que nem todo filtro NE causava o desligamento, o que se alinha com relatos de campo indicando que apenas algumas ferramentas de segurança corporativa — e apenas sob alguns padrões de tráfego — levavam um Mac M5 ao estado de falha.

O que o 26.5.1 não corrige

É igualmente importante deixar claro o que o 26.5.1 não resolve:

• Nenhum patch de segurança com CVE. Em 4 de junho de 2026, a página de versões de segurança da Apple (apple.com/security-updates) não tem uma entrada para o 26.5.1. Isso é normal para versões de estabilidade de problema único.
• Nenhuma correção para o problema de WindowServer em múltiplos monitores com Liquid Glass no 26.5. Se você está enfrentando alto uso de CPU do WindowServer ao usar múltiplos monitores com Liquid Glass, isso é um assunto separado; veja nossa cobertura sobre o problema de alto uso de CPU do WindowServer no 26.5 com Liquid Glass em múltiplos monitores.
• Nenhuma correção para throttling térmico do M5 sob cargas de trabalho sustentadas. Isso é uma questão de design térmico, não um bug de software — veja nosso guia de superaquecimento e throttling térmico do MacBook Pro M5.
• Nenhuma correção para o problema irmão de kernel panic por incompatibilidade de taxa de atualização que alguns usuários relataram nos logs do 26.5.

Se você está perseguindo um desses problemas, o 26.5.1 não vai resolvê-los.

Tamanho, build e mecânicas de OTA

O instalador delta do 26.5.1 é comprovadamente pequeno — a maioria dos usuários relata tamanhos de download na faixa de algumas centenas de megabytes via OTA, com uma única reinicialização necessária. O instalador combo standalone da página de downloads para desenvolvedores da Apple é maior. Como não há alterações que impactem o firmware do T2 (irrelevante no Apple Silicon), os Macs com Apple Silicon simplesmente obtêm o novo snapshot do volume do sistema e reiniciam. Não há componente "RSR" (Rapid Security Response) separado — esta é uma versão de ponto completa.

O Que São as Extensões de Rede com Filtro de Conteúdo, Afinal?

Para entender a correção, ajuda entender o que está sendo corrigido.

O legado das extensões de kernel

Por anos, os fornecedores de segurança e rede do macOS construíram seus produtos em torno de extensões de kernel (kexts) — código carregado no espaço de endereçamento do kernel que podia observar ou modificar tráfego, I/O de arquivo e comportamento de processos em níveis extremamente profundos. As kexts eram poderosas e muito perigosas: uma mal escrita podia causar pânico no kernel, e uma explorada era efetivamente um rootkit de nível root. A partir do macOS Catalina e acelerando com o Big Sur, a Apple descontinuou kexts de terceiros e as substituiu por Extensões de Sistema no espaço do usuário — código que roda fora do kernel, comunica-se com o sistema por APIs bem definidas e pode ser carregado e descarregado sem reinicialização.

Para redes, o framework relevante é o Network Extension (NetworkExtension.framework), que expõe várias classes de provedores que fornecedores terceiros podem subclassificar para implementar comportamentos específicos:

• NEFilterDataProvider — inspeciona e decide sobre fluxos de tráfego no nível da aplicação (TCP/UDP), com callbacks de permitir/negar/precisa-de-mais-dados. Este é o principal ponto de entrada para a maioria dos produtos de "filtro de conteúdo" que bloqueiam ou reescrevem tráfego por fluxo.
• NEFilterPacketProvider — opera em uma camada mais baixa, vendo pacotes IP brutos e tomando decisões de permitir/descartar. Usado por ferramentas que precisam de filtragem no estilo DNS ou inspeção por pacote sem interceptar fluxos inteiros.
• NEDNSProxyProvider — substitui o resolvedor DNS do sistema para o dispositivo, permitindo que ferramentas como NextDNS, Cloudflare 1.1.1.1 for Families ou gateways DNS seguros corporativos lidem com a resolução de nomes.
• NEPacketTunnelProvider — implementa túneis no estilo VPN, assumindo total responsabilidade pelo manuseio de pacotes de camada 3.
• NEAppProxyProvider — lida com proxy por aplicativo para proxies transparentes.

Um "filtro de conteúdo" na terminologia da Apple geralmente se refere aos dois primeiros — NEFilterDataProvider e NEFilterPacketProvider. Quando você vê uma entrada em Configurações do Sistema para "Filtros" ou "Permitir que [ferramenta] filtre o conteúdo da rede", você está olhando para um desses.

Por que o modelo de extensão de sistema importa aqui

Como são extensões de sistema, não kexts, elas rodam no espaço do usuário e se comunicam com o kernel via XPC. Quando algo dá errado dentro da extensão — um bug de memória, um deadlock, uma exceção — a própria extensão de sistema deve travar sem causar pânico no kernel. Essa é a promessa arquitetural toda.

Mas "deve" está fazendo muito trabalho nessa frase. Na prática, as extensões de sistema ainda falam com o código NetworkExtension do kernel que lida com a interceptação real de fluxos, e bugs nessa camada inferior — ou bugs na forma como a extensão no espaço do usuário aciona essa camada — ainda podem se propagar para instabilidade no nível do kernel. Um desligamento inesperado sem log de pânico como o que o 26.5.1 corrige é um forte sinal de que a falha estava ocorrendo em uma região de código onde o kernel decidiu que o comportamento mais seguro era desligar em vez de arriscar um estado corrompido. A Apple não detalhou o modo exato de falha, e qualquer inferência adicional seria especulação.

Registro: como um filtro é instalado

Em um Mac gerenciado, uma NE de filtro de conteúdo tipicamente chega por um de dois caminhos:

1. Perfil de configuração enviado via MDM com um payload com.apple.webcontent-filter que nomeia o identificador de bundle da extensão de sistema e a classe do provedor. O usuário não recebe nenhum prompt de consentimento; a extensão é confiável porque foi fornecida pelo MDM.
2. Aplicativo instalado pelo usuário com direito de Extensão de Sistema. O usuário instala um aplicativo (como um cliente consumer no estilo Cloudflare WARP), o aplicativo solicita permissão para instalar uma extensão de sistema, o usuário clica em Configurações do Sistema > Geral > Itens de Login e Extensões > Extensões de Rede para aprovar, e o sistema operacional então a executa.

De qualquer forma, uma vez ativa, a extensão aparece em systemextensionsctl list e no painel de Rede como um filtro registrado. A partir desse ponto, cada fluxo de rede no dispositivo passa pela lógica de decisão do provedor.

Por Que o M5 Foi Afetado de Forma Única

Aqui é onde qualquer análise honesta precisa desacelerar e ser cautelosa. A Apple não publicou uma análise de causa raiz. O que sabemos é:

• O bug se reproduziu especificamente em hardware M5.
• Ele não se reproduziu — ou não foi relatado — em M4, M3, M2 ou M1.
• Requeria uma NE de filtro de conteúdo ativa.
• O modo de falha era um desligamento inesperado, não um kernel panic que produzia um log .panic em /Library/Logs/DiagnosticReports/.

Além disso, podemos especular com cautela. O SoC M5, introduzido no final de 2025, trouxe uma nova microarquitetura de CPU, nova arquitetura de GPU e, segundo relatos, enclaves neurais e de segurança atualizados. Algumas dessas mudanças afetam a forma como o kernel delega trabalho a coprocessadores, e as NEs de filtro de conteúdo são intensamente dependentes de I/O — elas são ativadas para cada decisão de fluxo. Uma condição de corrida sensível ao tempo que nunca ocorreu em Apple Silicons anteriores poderia, nos núcleos mais rápidos ou com pipeline diferente do M5, ficar fora da janela assumida pelo código original. Esse tipo de regressão "nunca vimos isso até o hardware ficar 15% mais rápido" é comum em código de rede de baixo nível, mas, novamente, a Apple não confirmou nada disso.

O que está confirmado: a correção chegou apenas semanas após o impacto visível ao público emergir, o que sugere que a causa raiz era identificável, reproduzível localmente pela Apple e corrigível sem tocar na superfície mais ampla da API de Extensão de Rede. Uma nota de lançamento de uma linha para uma versão x.y.1 de problema único é consistente com uma correção focada em uma condição de corrida no kernel ou em um caso extremo de handoff do provedor.

A linha de modelos M5 afetada

Para referência, em junho de 2026, a família M5 inclui o M5 nas configurações de entrada do MacBook Pro, iMac e Mac mini; o M5 Pro e M5 Max nas configurações de nível superior do MacBook Pro e Mac Studio; e o M5 Ultra no Mac Studio top de linha. Relatos do problema de desligamento abrangeram múltiplas variantes do M5 — não era exclusivo do chip base. Qualquer Mac da família M5 rodando 26.5 e uma NE de filtro de conteúdo deve atualizar.

Quem É Afetado

Frotas empresariais e gerenciadas por MDM

Este é o público principal. Qualquer organização que implantou:

• Ferramentas de segurança de endpoint que incluem uma NE de filtro de conteúdo. Ferramentas como Jamf Protect, Zscaler Client Connector, CrowdStrike Falcon, Cisco Umbrella, Cloudflare WARP for Teams, Microsoft Defender for Endpoint, Netskope Client — e provedores similares de NE de filtro de conteúdo — tipicamente instalam um NEFilterDataProvider ou NEFilterPacketProvider para aplicar políticas.
• Agentes de segurança de filtragem DNS. Produtos que substituem o resolvedor com NEDNSProxyProvider também tocam na pilha NE, embora o bug conforme relatado fosse especificamente vinculado a provedores de filtro de conteúdo, não provedores DNS puros. Seja cauteloso.
• Clientes de gateway web seguro / SASE. Muitos clientes SASE combinam um túnel de pacotes com um provedor de filtro para aplicação de políticas inline.

Se você implantou hardware M5 para usuários early-adopters em qualquer um desses ambientes, quase certamente viu pelo menos um ou dois relatórios de desligamento inexplicado no final de maio. O 26.5.1 é sua correção.

Usuários consumer com filtros de conteúdo

O bug também afetou consumidores, principalmente:

• Usuários do Cloudflare WARP / 1.1.1.1 for Families em Macs M5.
• Usuários do NextDNS, ControlD, AdGuard Pro que instalaram uma NE de filtro de conteúdo em vez da variante mais simples de proxy DNS.
• Filtros de controle parental e tempo de tela de terceiros que usam a API de filtro NE pública.
• Ferramentas focadas em privacidade como Lulu, LittleSnitch (que usa uma Extensão de Rede) ou clientes derivados do PFSense.

Se você usa um Mac com M5 e instalou qualquer um dos itens acima, atualize.

Quem não é afetado

• Todos os Macs Intel.
• Todos os Macs M1, M2, M3 e M4.
• Macs M5 sem NE de filtro de conteúdo instalada.
• Macs M5 rodando 26.4 ou anterior (o problema era específico do 26.5).

Se nenhum desses casos se aplica a você, o 26.5.1 ainda instala de forma limpa, mas você está atualizando mais por higiene do que por necessidade.

Como Instalar o macOS Tahoe 26.5.1

Caminho para consumidores / Mac individual

1. Salve o trabalho aberto e faça um backup. Time Machine ou um rápido tmutil snapshot são suficientes.
2. Abra Configurações do Sistema > Geral > Atualização de Software.
3. Aguarde alguns segundos para a lista de atualizações carregar.
4. Procure por macOS Tahoe 26.5.1 e clique em Atualizar Agora.
5. Autentique, aceite a licença e deixe a instalação concluir. O Mac reiniciará uma vez.
6. Após a reinicialização, verifique a build abrindo Sobre Este Mac e confirmando Versão 26.5.1 (25F80).

Todo o processo geralmente leva 10 a 20 minutos no Apple Silicon, dependendo da velocidade de download.

Caminho para MDM / frota

Para administradores de Mac, a mecânica de instalação é a mesma, mas a orquestração é diferente:

• Jamf Pro: envie a atualização do sistema operacional através do plano de Atualização de Software ou do comando MDM direcionado a 26.5.1. Use InstallAction: InstallForceRestart para realmente conduzir a instalação em dispositivos gerenciados; caso contrário, o usuário será solicitado.
• Mosyle / Kandji / Workspace ONE: acione via política de atualização de sistema operacional gerenciada padrão. No início de junho de 2026, todos os principais MDMs já exibiam o 26.5.1 como alvo instalável.
• Apple Business Manager + DEP: novos deployments de M5 receberão o 26.5.1 automaticamente assim que você permitir a build em sua aplicação de "versão mínima do sistema operacional".

Para uma análise mais aprofundada da mecânica de políticas para toda a frota, veja nosso guia de implantação empresarial do macOS Tahoe.

Orientação de Implantação para TI

Uma correção de bug único é um dos tipos mais seguros de versão de ponto para implantar, mas "mais seguro" não significa "pular o staging". Aqui está o roteiro.

Faça o staging em um grupo piloto primeiro

Mesmo que o 26.5.1 seja uma atualização pequena, a própria natureza da correção é que ela muda como o sistema operacional interage com as NEs de filtro de conteúdo. Se o seu fornecedor de segurança tiver alguma lógica personalizada que depende de comportamento específico de NE, você quer descobrir a regressão em cinco Macs M5, não em quinhentos.

Uma estrutura de piloto viável:

• Dias 0–2: Implante o 26.5.1 no hardware M5 da própria equipe de TI. Observe se há novos logs relacionados à NE.
• Dias 3–7: Implante em um grupo piloto de 5 a 10% da população M5 mais ampla. Inclua pelo menos um usuário de cada perfil de fluxo de trabalho principal (engenharia, finanças, design, executivos).
• Dias 7–14: Amplie para o deployment geral de M5 se o grupo piloto estiver limpo.
• Dias 14+: Implante em Macs não-M5 como parte da higiene normal.

Verifique a integridade da NE pelo MDM

Antes e depois da implantação, você quer telemetria confirmando que a NE de filtro de conteúdo está carregada e ativa. A maioria dos MDMs expõe isso por meio de Smart Groups / consultas de dispositivo sobre:

• Status de carregamento de systemextension para o ID de bundle do fornecedor
• Presença do payload "Filtro de Conteúdo" nos perfis instalados
• Se o usuário tem algum prompt "Permitir que [extensão] filtre conteúdo" pendente

Se seu MDM não expõe integridade específica de NE, um atributo de extensão personalizado / script pode consultar systemextensionsctl list e reportar se o ID de bundle relevante mostra activated enabled.

Confirme a certificação do fornecedor

Antes de implantar o 26.5.1 em toda a frota, verifique a matriz de compatibilidade do seu fornecedor de segurança. No início de junho de 2026, a maioria dos fornecedores de segurança corporativa testou explicitamente contra o 26.5.1 ou estendeu sua certificação do 26.5 (porque a superfície da API NE não mudou; a correção é interna). Mas verifique, não assuma — as tabelas "suportado" dos fornecedores são a diferença entre uma sexta-feira tranquila e uma ponte de incidente de seis horas.

Se o seu fornecedor ainda não certificou a build, a decisão prática é entre:

1. Aguardar alguns dias pela certificação, o que significa deixar os usuários M5 no 26.5 com o risco de desligamento conhecido.
2. Implantar o 26.5.1 mesmo assim, porque o risco de desligamento do M5 supera o risco (pequeno) de uma build compatível com a API, mas não certificada.

A maioria das equipes escolhe a opção 2 se tiver uma presença significativa de M5, mas é uma decisão de julgamento.

Atualize as políticas de registro / versão mínima do sistema operacional

Uma vez que você implantou o 26.5.1, eleve o piso de "versão mínima permitida do sistema operacional" para 26.5.1 na população M5. Isso evita reversão acidental para versões anteriores e garante que novos registros de M5 recebam a correção imediatamente.

Comunique-se claramente com os usuários finais

Uma das partes subestimadas de uma implantação de atualização em toda a frota é a comunicação com o usuário. Para o 26.5.1 especificamente, a mensagem que você quer transmitir é algo como: "Estamos enviando uma pequena atualização do macOS esta semana. Ela corrige um problema em que alguns Macs podiam desligar inesperadamente enquanto nossa ferramenta de segurança estava sendo executada. Leva cerca de 10 minutos e requer uma reinicialização. Salve seu trabalho antes de [hora/data]." Evite jargão técnico — a maioria dos usuários não sabe ou não se importa com o que é uma Extensão de Rede, e explicar isso só cria perguntas de suporte. Diga a eles qual é o benefício visível ao usuário (chega de desligamentos aleatórios), o que eles precisam fazer (salvar e deixar instalar) e quanto tempo leva.

Para usuários que resistem ao momento da atualização, um adiamento curto (24 a 72 horas) é geralmente um compromisso razoável. Além disso, o risco de desligamentos inesperados adicionais supera o inconveniente de uma reinicialização não programada, e a maioria dos MDMs permite forçar a atualização após um período de carência configurável.

Acompanhe os resultados

Após a implantação, monitore a fila de tickets do helpdesk e o painel de gerenciamento de endpoints por duas semanas. As métricas que importam:

• Relatórios de desligamento inesperado em hardware M5 devem cair para praticamente zero após a atualização. Se não caírem, você pode estar lidando com um problema de hardware separado ou com um segundo bug relacionado à NE.
• Taxa de ativação do provedor NE deve permanecer estável ou melhorar. Se cair, sua ferramenta de segurança pode ter um problema com a nova build.
• Reclamações de duração da bateria e temperatura não devem mudar. Se aumentarem, algo mais está acontecendo — possivelmente uma interação não relacionada ao 26.5.1 com um aplicativo específico.

Uma curva pós-atualização limpa dá a você a confiança de implantar a próxima versão de ponto mais rapidamente.

Solução de Problemas Gerais de Extensão de Rede

Mesmo com o 26.5.1 instalado, problemas relacionados à NE são alguns dos tickets de suporte mais comuns e frustrantes no macOS. Aqui está um fluxo de trabalho de solução de problemas geral.

Sintoma: a extensão não carrega

Se systemextensionsctl list mostra a extensão como waiting for user ou inactive, o usuário não a aprovou. Oriente-o em Configurações do Sistema > Geral > Itens de Login e Extensões > Extensões de Rede e ative a entrada relevante. Para ambientes gerenciados por MDM, certifique-se de que o payload com.apple.system-extension-policy inclui o Team ID do fornecedor para que o consentimento seja antecipado.

Sintoma: a extensão carrega, mas o tráfego está sendo descartado ou travado

Isso geralmente significa que o mecanismo de política do provedor NE está demorando muito para decidir sobre fluxos, atingindo um timeout interno e recorrendo a negar. Verifique os logs do fornecedor (log show --predicate 'subsystem == "<vendor.subsystem>"' --last 1h). Reinicie a extensão de sistema via modo systemextensionsctl developer se estiver testando, ou via a interface do fornecedor em produção.

Sintoma: consultas DNS vazam ou falham

Se você configurou tanto um NEDNSProxyProvider quanto um NEFilterDataProvider, a ordem das operações importa. O proxy DNS intercepta consultas antes de chegarem ao filtro; a configuração incorreta aqui geralmente se manifesta como alguns aplicativos resolvendo corretamente e outros não. Isso raramente é um bug — quase sempre é uma ordenação incorreta da pilha de políticas.

Sintoma: a extensão deixa o Mac lento

Os provedores de filtro de conteúdo veem cada fluxo, e um mecanismo de política mal ajustado pode adicionar latência por fluxo que se acumula. Faça perfil com nettop -m route para ver o volume de fluxos; se você estiver vendo centenas de novos fluxos por segundo em um sistema que está principalmente ocioso, algo na máquina está se comportando mal (geralmente um aplicativo Electron mal comportado que restabelece conexões WebSocket).

Sintoma: desligamentos inesperados (o caso do 26.5.1)

Se você ainda está vendo desligamentos inesperados em um Mac M5 após instalar o 26.5.1, isso não é mais o bug que foi corrigido. Trate como um novo incidente: colete um sysdiagnose, verifique pmset -g log para entradas de SleepWakeFailure / Sleep Wake hang e abra um relatório no Feedback Assistant referenciando o 26.5.1. Também vale a pena descartar hardware — um desligamento relacionado à energia sem log de pânico no Apple Silicon também pode indicar um problema de bateria ou fornecimento de energia.

Para mais sobre como diagnosticar essa classe de falha, veja nossa análise sobre kernel panics e reinicializações aleatórias do Mac no 26.5.

Sintoma: iMessage e Continuity quebram após atualização da NE

Ocasionalmente, após uma NE de filtro de conteúdo ser recarregada ou reconfigurada após uma atualização do sistema, o tráfego de serviços de identidade da Apple (iMessage, retransmissão do FaceTime, registro do Continuity Handoff) fica em um estado de meio bloqueado. Se você vê a sincronização do iMessage travando entre dispositivos logo após a instalação do 26.5.1, verifique nossa análise sobre iMessage não sincronizando entre Mac e iPhone no macOS Tahoe. A correção geralmente é permitir os intervalos *.push.apple.com e *.icloud.com da Apple na política NE, o que a maioria dos templates de filtro corporativo já faz por padrão.

Comandos de diagnóstico úteis

Para administradores de Mac que querem um toolkit de triagem rápida, os seguintes comandos vale a pena salvar como referência:

• systemextensionsctl list — mostra cada extensão de sistema instalada com ID de bundle, Team ID, versão e estado. A flag [activated enabled] é o que você quer para um filtro de conteúdo saudável.
• log show --predicate 'subsystem == "com.apple.networkextension"' --last 30m — exibe eventos do framework NE dos últimos 30 minutos, incluindo transições de início/parada do provedor e mudanças de estado de aprovação.
• pmset -g log | grep -i -E 'shutdown|wake' — log do subsistema de gerenciamento de energia da Apple. Procure por entradas Cause: 0x... próximas a desligamentos inesperados; o código de causa pode dar pistas sobre origens térmicas, de energia ou iniciadas por software.
• nettop -m route -p <pid> — contagens de fluxo por processo. Útil para confirmar se o provedor NE está realmente vendo fluxos.
• sudo sysdiagnose -f /tmp/ — captura um snapshot abrangente do sistema para tickets de suporte do fornecedor.

Esses comandos não consertam nada por si só, mas são a diferença entre "o usuário disse que o Mac desligou" e "aqui está a entrada do log pmset às 14:32:07 mostrando um evento kIOPMSleepReasonClamshell seguido de um desligamento forçado dois segundos depois."

A Correção Irmã de Reinicialização por Montagem SMB no 26.5

Vale notar que o próprio 26.5 trouxe uma correção relacionada à classe de reinicialização mais cedo nesta primavera: um problema antigo em que montar certos compartilhamentos SMB podia acionar uma cascata de reinicialização em alguns Macs foi resolvido na build pai 26.5. Se você passou de 26.4 ou anterior para o 26.5 e está executando um fluxo de trabalho de arquivo com muita dependência de SMB (edição de vídeo com backup em NAS, diretórios home em rede, compartilhamentos departamentais), você já recebeu essa correção. O 26.5.1 é puramente sobre o desligamento M5/NE — esses são problemas separados, mas às vezes são confundidos em discussões informais porque ambos se manifestam como "o Mac reinicia inesperadamente."

Se você ainda está vendo reinicializações relacionadas ao SMB no 26.5.1, o problema quase certamente é a versão específica do seu servidor SMB (versão do Samba, peculiaridades de emulação AFP, expiração de token kerberos) e não o sistema operacional. Verifique log show --predicate 'subsystem == "com.apple.smb"' --last 1h.

OCLP e Macs Não Suportados

Se você está no caminho do OpenCore Legacy Patcher com um Mac não suportado rodando uma build Tahoe com patch, não instale o 26.5.1 ainda. O OCLP 2.4.1 ainda não foi lançado com compatibilidade para o 26.5.1 no início de junho de 2026, e atualizar o sistema operacional antes do patcher pode deixá-lo sem drivers funcionais de gráficos ou Wi-Fi. Aguarde a equipe do OCLP publicar uma versão compatível antes de prosseguir.

Macs com patch do OCLP também não estão no universo do M5 por definição — são hardware Intel mais antigo. Portanto, embora você não precise do 26.5.1 para a correção do M5, você também não quer quebrar uma instalação funcionando por uma correção que não se aplica a você.

Solução de Problemas Comuns

Problema: o 26.5.1 não aparece na Atualização de Software

Solução: Primeiro, confirme que você está no 26.5 (não em uma build mais antiga ou em um beta 27). Se você está no seed de developer beta 27, o 26.5.1 não será oferecido. Se você está no 26.5 e ainda não vê a atualização, tente sudo softwareupdate --list --include-config-data. Se o comando encontrar, mas as Configurações do Sistema não mostrar, reinicie e verifique novamente — o catálogo da GUI pode atrasar uma hora ou duas.

Problema: a atualização baixa, mas falha ao instalar

Solução: Geralmente é um problema de espaço livre. As atualizações do macOS precisam de 25 a 35 GB de espaço livre mesmo para versões de ponto pequenas, porque o sistema faz um snapshot selado do volume existente antes de trocar. Verifique Sobre Este Mac > Armazenamento e libere espaço. Se você tem espaço suficiente e ainda falha, execute sudo softwareupdate --fetch-full-installer --full-installer-version 26.5.1 no Terminal e tente novamente.

Problema: após a atualização, o provedor NE mostra "needs approval"

Solução: Algumas extensões de sistema precisam solicitar aprovação novamente após um evento importante de atualização do sistema operacional. Vá para Configurações do Sistema > Geral > Itens de Login e Extensões > Extensões de Rede e ative o provedor. Em ambientes gerenciados por MDM, reenvie os perfis de política de extensão de sistema e de filtro de conteúdo; a extensão deve ser aprovada automaticamente.

Problema: o provedor NE está em execução, mas a ferramenta de segurança relata "disconnected"

Solução: A NE está carregada, mas a conexão do plano de controle upstream com a nuvem do fornecedor está quebrada. Verifique se a resolução DNS funciona (dig vendor.cloud.com) e se o dispositivo está em uma rede que permite as portas relevantes. Reinicie o agente no espaço do usuário do fornecedor; a NE vai se reconectar.

Problema: Mac M5 ainda desliga inesperadamente após o 26.5.1

Solução: Se for um evento único, monitore recorrência. Se se repetir, este não é o bug que foi corrigido. Capture um sysdiagnose imediatamente após a próxima reinicialização (sudo sysdiagnose), verifique /Library/Logs/DiagnosticReports/ para relatórios .panic ou .shutdown, verifique pmset -g log | grep -i shutdown para a visão do sistema operacional do evento e registre no Feedback Assistant. Também descarte hardware (um problema de fornecimento de energia pode se apresentar de forma semelhante).

Problema: usuários do piloto no 26.5.1 relatam navegação web mais lenta

Solução: Quase certamente é o mecanismo de política da NE de filtro de conteúdo do seu fornecedor, não o sistema operacional. Verifique os logs do fornecedor para latência nas decisões de filtro. Se o fornecedor oferecer um recurso de "bypass para destinos conhecidamente bons", ative-o. Como diagnóstico, desative temporariamente a NE (em um ambiente controlado) e meça o tempo de carregamento de algumas páginas.

Problema: alguns usuários relatam que não conseguem ver a entrada da Atualização de Software, mas o administrador consegue

Solução: Verifique se o seu MDM definiu um atraso gerenciado nas atualizações do sistema operacional visíveis pelo usuário (por exemplo, adiamento de 14 dias). Os adiamentos gerenciados ocultam as atualizações da GUI até que o adiamento expire, mesmo que a atualização esteja disponível. Ajuste a política de adiamento se quiser que os usuários instalem imediatamente.

Perguntas Frequentes

O macOS Tahoe 26.5.1 inclui correções de segurança?

No início de junho de 2026, a Apple não publicou o 26.5.1 em sua página de versões de segurança, o que significa que não há CVEs documentados nesta build. É puramente uma correção de estabilidade para o bug de desligamento da NE de filtro de conteúdo no M5. Dito isso, você ainda deve instalá-lo no hardware afetado — um desligamento inesperado é em si um problema de disponibilidade que vale a pena eliminar.

Não estou no M5. Ainda devo instalar o 26.5.1?

Sim, mas não precisa se apressar. A correção é específica para o M5, então hardware não-M5 não vê benefício direto, mas instalar o 26.5.1 mantém você atualizado na linha de base suportada, o que simplifica futuras atualizações e garante que seu sistema operacional corresponda ao que sua equipe de TI padronizou. Não há regressão conhecida no 26.5.1 que faria os usuários não-M5 quererem pular.

Qual é o número de build do macOS Tahoe 26.5.1?

O número de build é 25F80, substituindo o 25F71 (que era o macOS Tahoe 26.5). Você pode verificar clicando no menu Apple, selecionando Sobre Este Mac e clicando no número da versão para revelar a build. As notas de lançamento para desenvolvedores da Apple confirmam o 25F80 como a build de lançamento público.

CrowdStrike, Zscaler, Jamf Protect e ferramentas similares são certificadas para o 26.5.1?

Não podemos fazer afirmações genéricas de compatibilidade para fornecedores específicos. Sempre verifique a matriz de compatibilidade oficial do seu fornecedor. Dito isso, como a superfície da API pública de NE não mudou no 26.5.1 (é uma correção interna do lado do kernel), a maioria dos fornecedores que suportaram o 26.5 suportará o 26.5.1 sem um novo ciclo de certificação. Confirme com seu fornecedor antes do deployment em toda a frota.

Posso fazer downgrade do 26.5.1 para o 26.5 se tiver um problema?

Não facilmente. O macOS não suporta oficialmente o downgrade de versões de ponto; você teria que apagar e reinstalar a versão mais antiga a partir de um instalador inicializável e depois restaurar a partir de um backup anterior à atualização. Na prática, quase ninguém precisa fazer downgrade do 26.5.1 — as mudanças são mínimas. Se você está nervoso, faça um snapshot do Time Machine antes de instalar.

O 26.5.1 afeta a duração da bateria ou o desempenho do M5?

Nenhum relatório até o início de junho de 2026 indica qualquer regressão de duração de bateria ou desempenho do 26.5.1. A correção é uma mudança estreita do lado do kernel sem efeito comportamental mais amplo. Se você notar uma mudança repentina na duração da bateria após atualizar, suspeite de um processo em loop em vez da própria atualização do sistema operacional; verifique a guia Energia no Monitor de Atividade.

O que consumidores que usam Cloudflare WARP ou NextDNS no M5 devem fazer?

Instale o 26.5.1 através de Configurações do Sistema > Geral > Atualização de Software. Não é necessário desinstalar ou reconfigurar seu cliente de filtro de conteúdo primeiro. Após a reinicialização, verifique se o seu filtro ainda está ativo verificando a entrada relevante em Configurações do Sistema > Geral > Itens de Login e Extensões > Extensões de Rede, e pronto.

Há uma atualização separada para iOS, iPadOS ou visionOS junto com o 26.5.1?

Não. O macOS Tahoe 26.5.1 é uma versão de ponto exclusiva para macOS vinculada ao bug de desligamento do M5 / NE. Outras plataformas continuam em suas respectivas builds 26.5 até que a Apple lance suas próximas atualizações x.y.1 ou x.6. Para um contexto mais amplo sobre a família 26.5, veja nosso resumo de lançamento e CVE do macOS Tahoe 26.5.

Conclusão

O macOS Tahoe 26.5.1 é exatamente o que uma versão de manutenção de ponto deve ser: pequena, focada e direcionada precisamente a um modo de falha do mundo real que estava prejudicando uma população específica — neste caso, Macs M5 executando Extensões de Rede com filtro de conteúdo em contextos predominantemente empresariais. Se você está nessa população, instale. Se não está, instale de qualquer forma como parte da higiene normal. A correção é restrita demais para quebrar qualquer coisa, e a vantagem é a eliminação de uma classe de desligamentos inexplicados que é dolorosa de depurar do lado da TI e perturbadora do lado do usuário. Para mais sobre o que vem a seguir, veja nossa lista de verificação de preparação para o macOS 27 pré-WWDC 2026 e nossa análise mais aprofundada sobre o trabalho de Melhorias de Segurança em Segundo Plano (BSI) da Apple no Tahoe. Para contexto de atualizações anteriores, o resumo de segurança do 26.2 também vale a leitura.