Mesmo macOS, Firmware Diferente: a Apple Mudou Silenciosamente as Atualizações do Sequoia e do Sonoma

Peguemos dois Macs. Ambos rodam o macOS Sequoia 15.7.9. Ambos mostram o mesmo número de build em Sobre Este Mac. Um deles foi atualizado em 7 de agosto de 2026, o outro em 28 de agosto. Abra o Relatório do Sistema em cada um e veja o campo "System Firmware Version": o primeiro mostra 18000.161.9, o segundo mostra 18000.161.10.

Nada nas notas de lançamento da Apple explica isso. A atualização 15.7.9 não recebeu um novo número de build. As notas de segurança dela não foram alteradas. A Apple simplesmente começou a distribuir firmware diferente dentro da mesma atualização, com o mesmo nome, em algum momento depois de 17 de agosto, e o único motivo de alguém saber disso é que Howard Oakley mantém máquinas virtuais exatamente para esse tipo de comparação e percebeu que os números haviam mudado.

Este artigo explica qual versão de firmware o seu Mac deveria ter, como lê-la, por que o número deixou de acompanhar a versão do macOS e o que — se é que há algo — você deveria fazer a respeito.

Principais Conclusões

• Macs com Apple silicon no Sequoia 15.7.9 ou no Sonoma 14.8.9 podem ter o mBoot 18000.161.9 ou o 18000.161.10, dependendo de terem instalado a atualização antes ou depois de 17 de agosto de 2026. O número de build do macOS é idêntico nos dois casos.
• O 18000.161.10 é o firmware que foi lançado apenas com o Tahoe 26.6.2, em 17 de agosto. Mais tarde, a Apple passou a incluí-lo nas atualizações inalteradas do Sequoia e do Sonoma sem avisar.
• Desde o macOS 26.4, o firmware dos Macs com Apple silicon se autodenomina "mBoot", não mais iBoot, e saltou da série 13822.x para a 18000.x. Verificamos o rótulo no nosso próprio Mac: o firmware de boot literalmente se identifica como mBoot-18000.121.3.
• Não existe mais um mapeamento confiável entre a versão do macOS e a versão do firmware. Por seis anos, esse mapeamento existiu. Essa suposição agora está errada, e ferramentas e verificações de conformidade construídas sobre ela vão gerar falsos alarmes.
• Isso não é evidência de comprometimento. Mas a Apple não publicou nada sobre o que mudou, então um Mac com um número de firmware que você não consegue explicar é um problema de auditoria mesmo quando não é um problema de segurança.

O Que Mudou, em Uma Tabela

Toda a história está na coluna de firmware. Cada versão abaixo é para Macs com Apple silicon; Macs Intel com chip T2 usam uma numeração diferente e são cobertos separadamente mais adiante.

Data	Tahoe	Sequoia	Sonoma	Firmware Apple silicon
12 dez 2025	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — os três sincronizados
24 mar 2026	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — nome novo, numeração nova; sincronia ainda mantida
11 mai 2026	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — sincronizados
29 jun 2026	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — Sequoia e Sonoma ficaram para trás
27 jul 2026	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — sincronia restabelecida
6 ago 2026	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — inalterado
17 ago 2026	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — apenas Tahoe
depois de 17 ago	—	15.7.9 (mesma build)	14.8.9 (mesma build)	mBoot 18000.161.10 — mudança silenciosa

Oakley afirma que os três sistemas permaneceram sincronizados até o início do verão, o que explica por que a linha de março aparece como correspondente. Os números vêm das publicações dele no dia de lançamento de cada atualização (26.4, 26.5, 26.6, 26.6.1, 26.6.2), além de uma linha que podemos confirmar diretamente: o Mac em que este artigo foi escrito roda a 26.5.2 e reporta 18000.121.3.

A última linha é a que importa. Mesma versão, mesma build, firmware diferente, nenhum anúncio.

Como Ler a Versão de Firmware do Seu Mac

Existem três maneiras, e a terceira revela algo que as outras duas não revelam.

Relatório do Sistema

Menu Apple > Sobre Este Mac > Mais Informações > Relatório do Sistema, depois Hardware no topo da barra lateral. Duas linhas importam:

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

Em um Mac saudável, esses dois valores coincidem. São os dois estágios do firmware de boot, e a Apple os atualiza juntos.

Terminal, o jeito rápido

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

As mesmas duas linhas, de forma programável. É isso que a maioria das ferramentas de inventário coleta.

Terminal, o jeito que mostra o rótulo

A string de versão que o macOS exibe é uma versão reduzida do que o firmware reporta sobre si mesmo. Para ver a versão completa, sem cortes, leia a device tree:

ioreg -p IODeviceTree -n chosen -r | grep -E "firmware-version|iboot-stage"

No nosso Mac com a 26.5.2, isso retorna:

"iboot-stage-two-tag" = <"mBoot-18000.121.3">
"iboot-stage-one-tag" = <"mBoot-18000.121.3">
"system-firmware-version" = <"mBoot-18000.121.3">

Duas coisas merecem atenção. O firmware se autodenomina mBoot. Os nomes das propriedades ainda dizem iboot. É essa a renomeação inteira, resumida em uma linha: a Apple mudou a string que o firmware reporta e deixou intacta a infraestrutura que a lê.

O Que o "mBoot" Realmente É

O próprio guia de Segurança da Plataforma da Apple descreve a cadeia de boot dos Macs com Apple silicon em quatro etapas: a Boot ROM, gravada no silício, inicia a cadeia de confiança; o Low-Level Bootloader (LLB) verifica assinaturas e busca a LocalPolicy no Secure Enclave; o iBoot carrega o firmware restante, verifica as kernel collections e o root hash do volume de sistema assinado; então o kernel assume o controle. O documento não contém a palavra "mBoot" em nenhum lugar. No que diz respeito à documentação publicada pela Apple, o componente ainda se chama iBoot.

O que aconteceu no macOS 26.4 foi que a string de versão mudou. A nota de lançamento do SilentKnight de março, de Oakley, registra a transição aparecendo pela primeira vez na beta 2 da 26.4, de iBoot 13822.101.6 para mBoot 18000.101.6, mantendo-se até a versão final 18000.101.7. A leitura dele é que a Apple quis "unificar o firmware do Mac e o dos outros dispositivos no mesmo sistema de numeração". Isso é uma inferência; a Apple não disse nada. O que podemos confirmar é a metade observável: em qualquer Mac rodando a 26.4 ou posterior, os dois estágios de boot se identificam como mBoot-<versão>, e a numeração começa em 18000.

Na prática: o mBoot é o iBoot com uma nova etiqueta de nome. Ele faz o mesmo trabalho, ocupa o mesmo lugar na cadeia e é atualizado pelo mesmo mecanismo — uma atualização ou instalação do macOS que passa a conter uma versão mais nova.

Por Que o Firmware Costumava Acompanhar o macOS com Exatidão

Para entender por que a mudança de agosto representa uma ruptura, é preciso saber o quão organizada era a situação antes.

Em Macs Intel sem chip T2, o firmware era específico por modelo. Cada instalador do macOS carregava uma biblioteca de atualizações de EFI, uma para cada modelo em que podia ser instalado, então o firmware "correto" para um determinado Mac dependia tanto da versão do macOS quanto da máquina. Oakley compilou essas tabelas manualmente durante anos.

Os Macs com T2 simplificaram isso: uma EFI comum e uma versão de iBridge comum por lançamento do macOS, independentemente do modelo.

O Apple silicon simplificou ainda mais. De 2020 até o meio deste ano, todo Mac com Apple silicon em uma determinada versão do macOS tinha o mesmo firmware, e — a parte que importava para a segurança — as três versões suportadas do macOS atualizavam o firmware em lockstep. Quando o Tahoe 26.2 moveu o firmware para 13822.61.10 em dezembro de 2025, as atualizações de segurança lançadas no mesmo dia para o Sequoia 15.7.3 e o Sonoma 14.8.3 fizeram o mesmo. A versão de firmware de um Mac dizia exatamente qual release de segurança ele tinha, não importa qual dos três sistemas ele rodasse.

Oakley diz que considerou esse vínculo tão robusto que chegou a cogitar remover completamente as verificações de firmware do SilentKnight.

Como a Sincronia Quebrou no Verão de 2026

A quebra veio em duas etapas.

A primeira foi um intervalo no cronograma de atualizações. Entre 11 de maio e 27 de julho, Sequoia e Sonoma não receberam nenhuma atualização de segurança. O Tahoe recebeu duas: a 26.5.1, uma correção corporativa para Macs M5 que desligavam sob certas extensões de rede de filtragem de conteúdo, e a 26.5.2, um lançamento de segurança. A segunda delas trouxe uma atualização de firmware, para 18000.121.3. Por cerca de seis semanas, um Mac com Tahoe e um Mac com Sequoia, ambos totalmente atualizados, rodavam firmwares diferentes. Oakley sinalizou isso no fim de junho como "a primeira vez nos últimos seis anos que um grande número de Macs terá firmware fora de sincronia".

A leva da 26.6, em 27 de julho, corrigiu isso: Tahoe 26.6, Sequoia 15.7.8 e Sonoma 14.8.8 moveram-se todos para 18000.161.9, e as atualizações de 6 de agosto (26.6.1, 15.7.9, 14.8.9) não mexeram no firmware. Tudo voltou a coincidir.

Então, em 17 de agosto, a Apple lançou o Tahoe 26.6.2 — o release fora do ciclo normal que retroportou correções da beta do macOS 27 — com o firmware 18000.161.10. Não houve uma atualização correspondente para Sequoia ou Sonoma. Esses sistemas permaneceram no .9. Fora de sincronia de novo, e desta vez com um release de segurança no meio do caminho.

A Parte Silenciosa

Tudo até aqui é desorganizado, mas documentado — cada uma dessas versões de firmware foi reportada no próprio dia. O que não foi documentado é o que aconteceu a seguir.

Oakley havia atualizado suas máquinas virtuais de Sequoia e Sonoma para a 15.7.9 e a 14.8.9 em 7 de agosto, e elas permaneceram no 18000.161.9 desde então, porque nenhuma atualização adicional foi oferecida a elas. Mas quando ele criou novas VMs de Sequoia e Sonoma em 28 de agosto e as atualizou para as mesmas 15.7.9 e 14.8.9, elas vieram com o 18000.161.10 — o firmware que, até então, só havia sido lançado com o Tahoe 26.6.2.

It appears that those Macs that were updated to 15.7.9 or 14.8.9 prior to the release of 26.6.2 on 17 August had their firmware updated to 18000.161.9, while those updated since 17 August have been provided with 18000.161.10 instead, without any change in macOS version or build number. There has been no mention of any such change in Apple's security release notes.

Verificamos a outra metade dessa afirmação. A página de conteúdo de segurança da 26.6.2 da Apple não contém nenhuma menção a firmware, mBoot ou iBoot. As páginas da 15.7.9 e da 14.8.9 também não. No que diz respeito ao registro público da Apple, nada mudou.

Uma nota sobre a evidência. A comparação de Oakley usa máquinas virtuais, não Macs físicos. Isso é um ponto forte, não uma fraqueza, para essa questão específica: em Apple silicon, o firmware de boot de uma VM do macOS é fornecido pelo próprio instalador e atualizador do convidado, então uma VM nova reportando .10 depois de instalar a "15.7.9" significa que o payload da atualização 15.7.9 agora carrega o .10. Isso não nos diz como um Mac físico já no .9 será tratado, e não conseguimos testar isso nós mesmos.

Qual Número Você Deveria Ter?

Com base na tabela acima, isto é o que esperar.

Você está rodando	Atualizado antes de 17 ago	Atualizado depois de 17 ago
Tahoe 26.6.2	(não é possível)	18000.161.10
Tahoe 26.6.1	18000.161.9	— atualize para a 26.6.2
Tahoe 26.5.2	18000.121.3	— atualize para a 26.6.2
Sequoia 15.7.9	18000.161.9	18000.161.10
Sonoma 14.8.9	18000.161.9	18000.161.10
Sequoia 15.7.8 / Sonoma 14.8.8	18000.161.9	18000.161.9

Se o seu Mac com Sequoia ou Sonoma mostra 18000.161.10, você está no firmware mais novo e não há nada a fazer. Se mostra 18000.161.9, você está no firmware que estava correto no dia em que você atualizou, e atualmente não existe nenhuma atualização que vá te mover dali — a Apple não voltou a oferecer a 15.7.9 ou a 14.8.9 para Macs que já as têm.

Qualquer outra coisa — um número 13822.x em um Mac que afirma estar na 26.4 ou posterior, ou um número 18000.x que não está nesta tabela — vale a pena entender antes de descartar. A explicação inocente mais comum é que o Mac tem mais de um macOS instalado e você está lendo o loader de um volume diferente; veja Solução de Problemas Comuns abaixo.

Isso Realmente Importa?

Honestamente: provavelmente não muito, para a maioria das pessoas, agora. Mas os motivos pelos quais isso importa, ainda que pouco, valem a pena ser declarados com precisão, porque são diferentes dos motivos que as pessoas presumem.

Não é "seu Mac está inseguro"

Ninguém fora da Apple sabe o que mudou entre o 18000.161.9 e o 18000.161.10. Ele chegou junto com um release de segurança, o que sugere relevância para a segurança, mas releases pontuais de firmware também corrigem bugs de compatibilidade de hardware, gerenciamento de energia e tempo de boot. As notas da 26.6.2 da Apple creditam 28 CVEs, e nenhum deles é descrito como uma correção de firmware. Se você está no .9, está em um firmware que a Apple considerava atual há três semanas.

É "seu inventário está errado"

Por seis anos, a "versão de firmware" foi um atributo derivado: bastava saber a versão do macOS para saber o firmware. Tudo o que foi construído sobre essa base — uma regra de conformidade, um smart group de MDM, uma planilha, um script que sinaliza discrepâncias — agora vai enxergar duas populações de Macs idênticos e não conseguirá dizer qual está certa. O SilentKnight, a ferramenta de consumidor mais usada para isso, mudou seu comportamento na versão 3.01 para reportar a versão de firmware como "encontrada", em vez de julgá-la atual ou desatualizada, precisamente porque esse julgamento deixou de ser possível.

É "a Apple mudou uma atualização já lançada sem deixar rastro"

Esta é a parte que deveria te preocupar mais do que o número da versão. As atualizações em Apple silicon são aplicadas pelo que Oakley chama de Update Brain, um componente específico de cada atualização que o macOS baixa para executar aquela atualização em particular. A Apple evidentemente mudou o que uma dessas atualizações instala, manteve a versão e a build idênticas, e não publicou nada. A conclusão dele é direta:

In the absence of any information from Apple, some could reasonably suspect this was the result of a sophisticated attack.

Ele não acha que foi. Nós também não achamos. Mas "não conseguimos distinguir isso de um ataque usando as informações publicadas pela Apple" não é onde um processo de atualização de segurança deveria estar.

Se Você Está no Sequoia ou no Sonoma e Quer o Firmware Mais Novo

Você tem três opções, e só a primeira é recomendada.

Espere

Oakley espera que o Sequoia 15.8 seja lançado junto com o macOS 27 na segunda metade de setembro. Essa atualização quase certamente trará o firmware que estiver atual na ocasião, que até lá pode já ser mais novo que o .10 de qualquer forma — ele espera que o firmware do Golden Gate salte para algo em torno de 20457.1.29. O Sonoma é uma história diferente: seu release final pode muito bem ser o 14.8.9, caso em que um Mac com Sonoma atualizado antes de 17 de agosto ficaria no .9 permanentemente. O que não é um problema, porque foi o que aconteceu com todo Mac com Sonoma que atualizou no prazo.

Reinstalar o macOS pela Recuperação

Um "Reinstalar macOS" a partir da recoveryOS baixa uma cópia nova da versão instalada e pode atualizar o firmware se o instalador contiver uma versão mais nova. Dado que instalações novas da 15.7.9 agora trazem o .10, isso pode funcionar. Não testamos, leva cerca de uma hora, e é uma resposta desproporcional a uma discrepância de string de versão. Não faça isso só para perseguir um número.

Revive via DFU

O procedimento de revive e restore da Apple para Macs com Apple silicon recarrega o firmware a partir de um segundo Mac, por um cabo USB-C. A Apple diz que o revive "doesn't erase your Mac" e recomenda tentá-lo antes de um restore, que apaga. É necessário um Mac host no macOS 14 ou posterior e um cabo USB-C que suporte dados e carregamento — a Apple diz especificamente para não usar um cabo Thunderbolt 3. Esta é a ferramenta certa para um Mac que não inicia. É a ferramenta errada para um Mac que inicia normalmente e só tem um número de firmware de que você não gosta. Mencionado apenas para que você saiba que existe.

Se Você Está no Tahoe

Se você está na 26.6.2, já tem o .10 e nada aqui se aplica. Se você está na 26.6.1 ou anterior, a solução é a atualização que você já deveria estar instalando de qualquer forma.

A próxima mudança de firmware que você vai ver será a grande. O firmware do Golden Gate, pela leitura que Oakley faz das betas, passa para uma série 20457.x. O novo Mac mini e o Mac Studio chegam em 22 de setembro com uma build pré-lançamento do macOS 27 e vão precisar de uma atualização imediata para a 27.0.1 — espere que o firmware deles se mova ao mesmo tempo.

Para Administradores de Frotas

Três ajustes concretos.

Pare de tratar a versão de firmware como algo derivável da versão do macOS. Qualquer regra do tipo "15.7.9 implica 18000.161.9" agora está errada para um subconjunto da sua frota, e esse subconjunto é definido pelo momento da atualização, que você provavelmente não registrou.

Não gere alertas apenas por causa de .9 versus .10. Ambos são resultados legítimos da mesma atualização da Apple. Se você quiser um único valor por versão do macOS para comparar, use o mais novo como alvo e trate o .9 como "correto na data de instalação, vai convergir na próxima atualização".

Registre a versão do firmware no momento da inscrição (enrollment) e a cada atualização, para conseguir distinguir "este Mac foi atualizado antes" de "o firmware deste Mac mudou sem uma atualização do macOS", que é o caso que realmente merece atenção. Em Apple silicon, o firmware só muda durante uma instalação ou atualização do macOS, então uma mudança de firmware sem uma mudança correspondente do macOS é a anomalia a ser observada — não uma discrepância entre dois Macs.

O Que a Apple Deveria Fazer

Esse é um pedido pequeno. As páginas de conteúdo de segurança da Apple já listam todo componente e CVE de uma atualização. Adicionar uma linha — "Esta atualização inclui o mBoot 18000.161.10" — não custaria nada e teria tornado a mudança de agosto visível no próprio dia. Se a mudança foi deliberada e benigna, que é o cenário disparadamente mais provável, não há motivo para deixar que as pessoas descubram isso comparando máquinas virtuais.

Macs Intel

Macs Intel com chip T2 reportam dois componentes de firmware: o firmware de sistema no estilo EFI e o iBridge do T2 (bridgeOS). O post de Oakley sobre a 26.6.2 os dá como 2103.160.2.0.0 e iBridge 23.16.16068.0.0,0, inalterados desde a 26.6.1. A história do mBoot simplesmente não se aplica ao hardware Intel; a numeração nunca mudou, e a sincronia entre as três versões nunca foi quebrada ali. Macs Intel no Tahoe estão, de qualquer forma, no seu último release de macOS, então esta é a linhagem final de firmware que eles vão ver.

Solução de Problemas Comuns

O Relatório do Sistema mostra dois números diferentes

"System Firmware Version" e "OS Loader Version" normalmente coincidem. O motivo mais comum para diferirem é o Mac ter mais de um volume de macOS instalado — por exemplo, uma beta do Golden Gate em um volume separado — e o loader reportado ser o que está associado a um sistema diferente. Inicie no outro volume e compare. Se diferirem com um único macOS instalado, isso é incomum e vale reportar à Apple.

O SilentKnight diz "encontrada" em vez de "atual"

Isso é a ferramenta funcionando como projetada desde a versão 3.01. Ela não consegue mais dizer se o seu firmware é o mais recente, porque a Apple não garante mais uma única resposta por versão do macOS. Compare com a tabela acima em vez disso.

Uma máquina virtual mostra uma versão de firmware que não coincide com a do host

Esperado. Em Apple silicon, o firmware de uma VM do macOS vem do instalador do convidado, não do Mac host. É exatamente por isso que as VMs de Oakley conseguiram revelar a mudança.

O ioreg não retorna nada para o nó chosen

Você provavelmente está em um Mac Intel, onde a device tree é organizada de forma diferente e não existe iboot-stage-one-tag. Use system_profiler SPHardwareDataType em vez disso, que reporta "Boot ROM Version" e, em Macs com T2, a versão do iBridge em Controller.

Meu Mac com Sequoia mostra 18000.161.10, mas eu atualizei em 7 de agosto

Então algo atualizou o firmware depois dessa data. Os candidatos são uma reinstalação do macOS, um revive, ou uma atualização que você não percebeu. Verifique Software > Instalações no Relatório do Sistema em busca de algo com data posterior a 17 de agosto. Se não houver nada lá, anote isso — uma mudança de firmware sem uma instalação correspondente é o único padrão deste artigo que merece uma segunda análise.

Perguntas Frequentes

O 18000.161.10 é uma correção de segurança?

Desconhecido. Ele foi lançado junto com um release de segurança, e a Apple não descreveu seu conteúdo. Trate-o como "mais novo", não como "corrige uma falha conhecida".

Devo fazer algo se o meu Mac está no 18000.161.9?

Não. Era o firmware correto no dia em que você atualizou, e a próxima atualização do macOS que você instalar vai trazer o atual. Não há nenhuma vulnerabilidade exposta que a Apple tenha associado ao .9.

Por que o firmware se autodenomina mBoot se os documentos da Apple dizem iBoot?

A Apple renomeou a string de versão no macOS 26.4 e não atualizou sua documentação de segurança para refletir isso. No nosso Mac, o firmware reporta mBoot-18000.121.3, enquanto as chaves da device tree que o armazenam ainda se chamam iboot-stage-one-tag e iboot-stage-two-tag. Funcionalmente, é o mesmo componente.

O firmware pode mudar sem uma atualização do macOS?

Em Apple silicon, não — o firmware só é gravado durante uma instalação, atualização, revive ou restore do macOS. É por isso que uma mudança de firmware sem um registro de instalação correspondente é o caso genuinamente anômalo.

O macOS 27 vai corrigir a sincronia?

Ele vai reiniciá-la. Golden Gate, Tahoe 26.7 e Sequoia 15.8 são esperados juntos em setembro e devem compartilhar o firmware no primeiro dia. Se a Apple vai mantê-los sincronizados depois disso, ou repetir o padrão deste verão, é a questão em aberto.

Conclusão

Por seis anos, a versão de firmware em um Mac com Apple silicon foi função de uma única coisa: a versão do macOS. Isso a tornava útil — um único número que dizia qual release de segurança um Mac tinha, independentemente de ele rodar o macOS atual ou um dos dois anteriores. Neste verão, isso deixou de ser verdade, primeiro porque as atualizações de meio de ciclo do Tahoe trouxeram firmware que os sistemas mais antigos não receberam, e depois, de forma mais séria, porque a Apple mudou o que as atualizações do Sequoia e do Sonoma instalam sem mudar nada visível a respeito delas.

Nada disso torna o seu Mac menos seguro. Mas torna o número de firmware mais difícil de interpretar, torna menos úteis as ferramentas que dependiam dele, e estabelece que a Apple vai revisar uma atualização já lançada em silêncio. Se você administra Macs, ajuste suas expectativas agora, antes que a leva de lançamentos de setembro adicione uma quarta versão do macOS ao quadro. Se não administra, a conclusão prática é menor: .9 e .10 estão ambos corretos, e o número com que se preocupar é o que muda quando mais nada mudou.

Leitura relacionada: macOS Tahoe 26.6.2 e quem encontrou seus 28 CVEs, a correção do Compartilhamento de Tela na 26.6.1, como funcionam as atualizações de segurança em segundo plano no Tahoe, e o que fazer quando uma atualização do macOS deixa um Mac sem inicializar.