Même macOS, firmware différent : Apple a modifié discrètement les mises à jour de Sequoia et Sonoma

Prenez deux Mac. Tous deux exécutent macOS Sequoia 15.7.9. Tous deux affichent le même numéro de build dans « À propos de ce Mac ». L'un s'est mis à jour le 7 août 2026, l'autre le 28 août. Ouvrez System Information sur chacun et regardez « System Firmware Version » : le premier indique 18000.161.9, le second 18000.161.10.

Rien dans les notes de version d'Apple n'explique cela. La mise à jour 15.7.9 n'a pas reçu de nouveau numéro de build. Les notes de sécurité correspondantes n'ont pas été modifiées. Apple a simplement commencé à distribuer un firmware différent à l'intérieur d'une mise à jour portant le même nom, à un moment donné après le 17 août, et si quelqu'un l'a remarqué, c'est parce que Howard Oakley conserve des machines virtuelles précisément pour ce genre de comparaison et a remarqué que les numéros avaient changé.

Cet article explique quel numéro de firmware votre Mac devrait avoir, comment le lire, pourquoi ce numéro ne suit plus la version de macOS, et ce que vous devriez faire, le cas échéant.

Points clés à retenir

• Les Mac Apple silicon sous Sequoia 15.7.9 ou Sonoma 14.8.9 peuvent avoir soit le mBoot 18000.161.9, soit le 18000.161.10, selon qu'ils ont installé la mise à jour avant ou après le 17 août 2026. Le numéro de build de macOS est identique dans les deux cas.
• 18000.161.10 est le firmware qui n'a été livré qu'avec Tahoe 26.6.2 le 17 août. Apple a ensuite commencé à l'inclure dans les mises à jour Sequoia et Sonoma inchangées, sans le signaler.
• Depuis macOS 26.4, le firmware Apple silicon se nomme lui-même « mBoot », et non plus iBoot, et est passé de la série 13822.x à 18000.x. Nous avons vérifié cette appellation sur notre propre Mac : le firmware de démarrage se déclare littéralement mBoot-18000.121.3.
• Il n'existe plus de correspondance fiable entre la version de macOS et la version du firmware. Pendant six ans, cette correspondance a existé. Ce n'est plus le cas, et les outils et contrôles de conformité qui s'appuient dessus produiront de fausses alertes.
• Ceci n'est pas la preuve d'une compromission. Mais Apple n'a rien publié sur ce qui a changé, si bien qu'un Mac affichant un numéro de firmware que vous ne pouvez pas expliquer pose un problème d'audit, même quand il ne pose pas de problème de sécurité.

Ce qui a changé, en un tableau

Toute l'histoire tient dans la colonne firmware. Chaque version ci-dessous concerne les Mac Apple silicon ; les Mac Intel à puce T2 utilisent une numérotation différente et sont traités séparément plus loin.

Date	Tahoe	Sequoia	Sonoma	Firmware Apple silicon
12 déc. 2025	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — les trois synchronisés
24 mars 2026	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — nouveau nom, nouvelle numérotation ; synchronisation maintenue
11 mai 2026	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — synchronisés
29 juin 2026	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — Sequoia et Sonoma laissés de côté
27 juil. 2026	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — de nouveau synchronisés
6 août 2026	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — inchangé
17 août 2026	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — Tahoe uniquement
après le 17 août	—	15.7.9 (même build)	14.8.9 (même build)	mBoot 18000.161.10 — modifié en silence

Oakley indique que les trois systèmes sont restés synchronisés jusqu'au début de l'été, ce qui explique que la ligne de mars soit présentée comme concordante. Les chiffres proviennent de ses articles publiés le jour de sortie de chaque mise à jour (26.4, 26.5, 26.6, 26.6.1, 26.6.2), plus une ligne que nous pouvons confirmer directement : le Mac sur lequel cet article a été rédigé exécute la 26.5.2 et rapporte 18000.121.3.

La dernière ligne est celle qui compte. Même version, même build, firmware différent, aucune annonce.

Comment lire la version de firmware de votre propre Mac

Il existe trois méthodes, et la troisième révèle quelque chose que les deux premières ne montrent pas.

System Information

Menu Pomme > À propos de ce Mac > Plus d'infos > Rapport système, puis Matériel en haut de la barre latérale. Deux lignes comptent :

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

Sur un Mac en bon état, ces deux lignes concordent. Ce sont les deux étapes du firmware de démarrage, et Apple les met à jour ensemble.

Terminal, la méthode rapide

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

Les deux mêmes lignes, scriptables. C'est ce que la plupart des outils d'inventaire collectent.

Terminal, la méthode qui révèle l'étiquette

La chaîne de version que macOS affiche est une version tronquée de ce que le firmware indique sur lui-même. Pour voir la version complète, lisez l'arborescence des périphériques (device tree) :

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

Sur notre Mac en 26.5.2, cela renvoie :

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

Deux choses méritent d'être remarquées. Le firmware se nomme lui-même mBoot. Les noms de propriétés disent toujours iboot. C'est tout le renommage en une seule ligne : Apple a changé la chaîne rapportée par le firmware, et a laissé intacte la plomberie qui la lit.

Ce qu'est réellement « mBoot »

Le guide Sécurité de la plateforme d'Apple décrit la chaîne de démarrage Apple silicon en quatre étapes : la Boot ROM, gravée dans le silicium, démarre la chaîne de confiance ; le Low-Level Bootloader (LLB) vérifie les signatures et récupère la LocalPolicy depuis le Secure Enclave ; iBoot charge le reste du firmware, vérifie les kernel collections et le hash racine du volume système signé ; puis le noyau prend le relais. Le document ne contient nulle part le mot « mBoot ». Selon la documentation publiée par Apple, ce composant s'appelle toujours iBoot.

Ce qui s'est produit dans macOS 26.4, c'est que la chaîne de version a changé. La note de version de SilentKnight de mars publiée par Oakley relate que la transition est apparue pour la première fois dans la bêta 2 de la 26.4, passant de iBoot 13822.101.6 à mBoot 18000.101.6, et s'est maintenue jusqu'à la version finale 18000.101.7. Selon son interprétation, Apple aurait voulu « faire entrer le firmware du Mac et celui des autres appareils dans le même système de numérotation ». Il s'agit d'une déduction ; Apple n'a rien déclaré. Ce que nous pouvons confirmer, c'est la partie observable : sur tout Mac exécutant la 26.4 ou une version ultérieure, les deux étapes de démarrage s'identifient comme mBoot-<version>, et la numérotation commence à 18000.

En pratique : mBoot, c'est iBoot avec une nouvelle étiquette. Il remplit la même fonction, occupe la même place dans la chaîne, et est mis à jour par le même mécanisme — une mise à jour ou une installation de macOS qui se trouve contenir une version plus récente.

Pourquoi le firmware suivait exactement macOS jusqu'ici

Pour comprendre en quoi le changement d'août constitue une rupture, il faut savoir à quel point la situation était ordonnée auparavant.

Sur les Mac Intel sans puce T2, le firmware était propre à chaque modèle. Chaque installeur macOS embarquait une bibliothèque de mises à jour EFI, une pour chaque modèle sur lequel il pouvait s'installer, si bien que le firmware « correct » pour un Mac donné dépendait à la fois de la version de macOS et de la machine. Oakley a compilé ces tableaux à la main pendant des années.

Les Mac T2 ont simplifié cela : un EFI commun et une version d'iBridge commune par version de macOS, quel que soit le modèle.

Apple silicon a encore simplifié les choses. De 2020 jusqu'au milieu de cette année, tous les Mac Apple silicon sur une version donnée de macOS avaient le même firmware, et — ce qui comptait pour la sécurité — les trois versions de macOS prises en charge mettaient à jour leur firmware au même rythme. Lorsque Tahoe 26.2 a fait passer le firmware à 13822.61.10 en décembre 2025, les mises à jour de sécurité publiées le même jour pour Sequoia 15.7.3 et Sonoma 14.8.3 ont fait de même. La version de firmware d'un Mac indiquait exactement quelle version de sécurité il possédait, quel que soit celui des trois systèmes qu'il exécutait.

Oakley dit avoir trouvé ce lien si fiable qu'il a envisagé de supprimer purement et simplement les contrôles de firmware de SilentKnight.

Comment la synchronisation s'est rompue à l'été 2026

La rupture s'est produite en deux temps.

Le premier a été un trou dans le calendrier des mises à jour. Entre le 11 mai et le 27 juillet, Sequoia et Sonoma n'ont reçu aucune mise à jour de sécurité. Tahoe en a reçu deux : la 26.5.1, un correctif pour les entreprises visant l'arrêt des Mac M5 sous certaines extensions réseau de filtrage de contenu, et la 26.5.2, une mise à jour de sécurité. Cette dernière apportait une mise à jour de firmware, vers 18000.121.3. Pendant environ six semaines, un Mac sous Tahoe et un Mac sous Sequoia tous deux entièrement patchés exécutaient des firmwares différents. Oakley l'a signalé fin juin comme « la première fois en six ans qu'un grand nombre de Mac se retrouvent avec un firmware désynchronisé ».

La vague de la 26.6, le 27 juillet, a réparé cela : Tahoe 26.6, Sequoia 15.7.8 et Sonoma 14.8.8 sont tous passés à 18000.161.9, et les mises à jour du 6 août (26.6.1, 15.7.9, 14.8.9) ont laissé le firmware inchangé. Tout concordait de nouveau.

Puis, le 17 août, Apple a publié Tahoe 26.6.2 — la mise à jour hors cycle qui a rétroporté des correctifs de la bêta de macOS 27 — avec le firmware 18000.161.10. Aucune mise à jour correspondante n'est parue pour Sequoia ou Sonoma. Ces systèmes sont restés en .9. De nouveau désynchronisés, et cette fois avec une version de sécurité entre les deux.

La partie silencieuse

Tout ce qui précède est désordonné mais documenté — chacune de ces versions de firmware a été rapportée le jour même. Ce qui n'a pas été documenté, c'est ce qui s'est passé ensuite.

Oakley avait mis à jour ses machines virtuelles Sequoia et Sonoma vers 15.7.9 et 14.8.9 le 7 août, et elles sont restées en 18000.161.9 depuis, car aucune mise à jour ultérieure ne leur a été proposée. Mais lorsqu'il a créé de nouvelles machines virtuelles Sequoia et Sonoma le 28 août et les a mises à jour vers les mêmes 15.7.9 et 14.8.9, elles se sont retrouvées avec 18000.161.10 — le firmware qui n'avait jamais été livré qu'avec 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.

Nous avons vérifié l'autre moitié de cette affirmation. La page de contenu de sécurité d'Apple pour la 26.6.2 ne mentionne ni firmware, ni mBoot, ni iBoot. Pas plus que les pages consacrées à 15.7.9 et 14.8.9. Pour ce qui est du dossier public d'Apple, rien n'a changé.

Une remarque sur les preuves. La comparaison d'Oakley repose sur des machines virtuelles plutôt que sur des Mac physiques. C'est un atout plutôt qu'une faiblesse pour cette question précise : sur Apple silicon, le firmware de démarrage d'une VM macOS est fourni par l'installeur et le système de mise à jour de la machine invitée elle-même, si bien qu'une VM fraîchement créée rapportant .10 après avoir installé « 15.7.9 » signifie que le contenu de la mise à jour 15.7.9 embarque désormais .10. Cela ne nous dit pas comment un Mac physique déjà en .9 sera traité, et nous n'avons pas pu tester cela nous-mêmes.

Quel numéro devriez-vous avoir ?

D'après le tableau ci-dessus, voici à quoi vous attendre.

Vous exécutez	Mis à jour avant le 17 août	Mis à jour après le 17 août
Tahoe 26.6.2	(impossible)	18000.161.10
Tahoe 26.6.1	18000.161.9	— mettez à jour vers 26.6.2
Tahoe 26.5.2	18000.121.3	— mettez à jour vers 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

Si votre Mac sous Sequoia ou Sonoma affiche 18000.161.10, vous êtes sur le firmware le plus récent et il n'y a rien à faire. S'il affiche 18000.161.9, vous êtes sur le firmware qui était correct le jour de votre mise à jour, et aucune mise à jour ne vous fera actuellement passer à l'autre — Apple n'a pas reproposé 15.7.9 ou 14.8.9 aux Mac qui les possèdent déjà.

Tout le reste — un numéro 13822.x sur un Mac qui prétend exécuter la 26.4 ou une version ultérieure, ou un numéro 18000.x absent de ce tableau — mérite d'être compris avant d'être écarté. L'explication innocente la plus courante est que le Mac dispose de plusieurs installations de macOS et que vous lisez le chargeur associé à un autre volume ; voir Dépannage plus bas.

Est-ce que ça compte vraiment ?

Honnêtement : probablement pas beaucoup, pour la plupart des gens, pour l'instant. Mais les raisons pour lesquelles cela compte tout de même méritent d'être énoncées précisément, car elles diffèrent de ce que les gens supposent.

Ce n'est pas « votre Mac est vulnérable »

Personne en dehors d'Apple ne sait ce qui a changé entre 18000.161.9 et 18000.161.10. Le changement est arrivé avec une version de sécurité, ce qui suggère un lien avec la sécurité, mais les versions ponctuelles de firmware corrigent aussi des problèmes de compatibilité matérielle, de gestion de l'énergie et des bugs au démarrage. Les notes de la 26.6.2 d'Apple créditent 28 CVE, et aucune n'est décrite comme un correctif de firmware. Si vous êtes en .9, vous êtes sur le firmware qu'Apple considérait à jour il y a trois semaines.

C'est « votre inventaire est faux »

Pendant six ans, la « version de firmware » a été un attribut dérivé : connaître la version de macOS suffisait à connaître le firmware. Tout ce qui a été construit sur cette base — une règle de conformité, un groupe intelligent MDM, une feuille de calcul, un script qui repère les anomalies — verra désormais deux populations de Mac identiques sans pouvoir dire laquelle est correcte. SilentKnight, l'outil grand public le plus utilisé pour cela, a changé de comportement dans sa version 3.01 pour indiquer la version de firmware comme « trouvée » plutôt que de juger si elle est à jour ou obsolète, précisément parce que ce jugement n'est plus possible.

C'est « Apple a modifié une mise à jour publiée sans laisser de trace »

C'est ce point qui devrait vous préoccuper davantage que le numéro de version lui-même. Les mises à jour Apple silicon sont appliquées par ce qu'Oakley appelle l'Update Brain, un composant propre à chaque mise à jour que macOS télécharge pour exécuter cette mise à jour spécifique. Apple a manifestement changé ce que l'une de ces mises à jour installe, tout en gardant la version et le build identiques, et n'a rien publié. Sa conclusion est sans détour :

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

Il ne pense pas que ce soit le cas. Nous non plus. Mais le fait de ne pas pouvoir distinguer cela d'une attaque en se fondant sur les informations publiées par Apple n'est pas la situation dans laquelle un processus de mise à jour de sécurité est censé se trouver.

Si vous êtes sous Sequoia ou Sonoma et souhaitez le firmware le plus récent

Vous avez trois options, et seule la première est recommandée.

Attendre

Oakley s'attend à ce que Sequoia 15.8 sorte en même temps que macOS 27 dans la seconde moitié de septembre. Cette mise à jour embarquera presque certainement le firmware alors en vigueur, qui pourrait entre-temps être plus récent que .10 — il s'attend à ce que le firmware Golden Gate passe à environ 20457.1.29. Sonoma, c'est une autre histoire : sa version finale pourrait bien être la 14.8.9, auquel cas un Mac sous Sonoma mis à jour avant le 17 août resterait en .9 de façon permanente. Ce qui n'est pas grave, puisque c'était déjà le cas de tout Mac sous Sonoma mis à jour à temps.

Réinstaller macOS depuis Recovery

Un « Réinstaller macOS » depuis recoveryOS télécharge une copie neuve de la version installée et peut mettre à jour le firmware si l'installeur en contient une version plus récente. Étant donné que les nouvelles installations de 15.7.9 embarquent désormais .10, cela pourrait fonctionner. Nous ne l'avons pas testé, l'opération prend une heure, et c'est une réponse disproportionnée à un simple écart de chaîne de version. Ne faites pas cela juste pour poursuivre un numéro.

Réanimation DFU

La procédure de réanimation et de restauration d'Apple pour les Mac Apple silicon recharge le firmware depuis un second Mac via un câble USB-C. Apple indique que la réanimation « n'efface pas votre Mac » et recommande de l'essayer avant une restauration, qui elle, efface tout. Elle nécessite un Mac hôte sous macOS 14 ou ultérieur et un câble USB-C prenant en charge les données et la charge — Apple précise explicitement de ne pas utiliser de câble Thunderbolt 3. C'est le bon outil pour un Mac qui ne démarre plus. C'est le mauvais outil pour un Mac qui démarre normalement mais dont le numéro de firmware vous déplaît. Mentionné uniquement pour que vous sachiez qu'elle existe.

Si vous êtes sous Tahoe

Si vous êtes en 26.6.2, vous avez déjà .10 et rien de tout cela ne s'applique. Si vous êtes en 26.6.1 ou antérieur, le correctif est la mise à jour que vous devriez de toute façon installer.

Le prochain changement de firmware que vous verrez sera le grand changement. Le firmware de Golden Gate, d'après la lecture des bêtas par Oakley, passe à une série 20457.x. Le nouveau Mac mini et le nouveau Mac Studio sortent le 22 septembre avec une pré-version de macOS 27 et voudront une mise à jour immédiate vers la 27.0.1 — attendez-vous à ce que leur firmware évolue au même moment.

Pour les administrateurs de parc

Trois ajustements concrets.

Cessez de considérer la version de firmware comme dérivable de la version de macOS. Toute règle du type « 15.7.9 implique 18000.161.9 » est désormais fausse pour une partie de votre parc, et cette partie est définie par un calendrier de mise à jour que vous n'avez probablement pas consigné.

Ne déclenchez pas d'alerte sur .9 par rapport à .10 seul. Les deux sont des résultats légitimes de la même mise à jour Apple. Si vous voulez une valeur unique par version de macOS à comparer, utilisez la plus récente comme cible et traitez .9 comme « correct à la date d'installation, convergera à la prochaine mise à jour ».

Enregistrez la version de firmware à l'enrôlement et à chaque mise à jour, afin de pouvoir distinguer « ce Mac a été mis à jour tôt » de « le firmware de ce Mac a changé sans mise à jour de macOS », ce qui est le cas qui mérite réellement un examen. Sur Apple silicon, le firmware ne change que lors d'une installation ou d'une mise à jour de macOS, donc un changement de firmware sans changement correspondant de macOS est l'anomalie à surveiller — pas un écart entre deux Mac.

Ce qu'Apple devrait faire

C'est une demande modeste. Les pages de contenu de sécurité d'Apple listent déjà chaque composant et chaque CVE d'une mise à jour. Ajouter une ligne — « Cette mise à jour inclut mBoot 18000.161.10 » — ne coûterait rien et aurait rendu le changement d'août visible dès le premier jour. Si le changement était délibéré et sans danger, ce qui est de loin le cas le plus probable, rien ne justifie de laisser les gens le découvrir en comparant des machines virtuelles.

Mac Intel

Les Mac Intel à puce T2 rapportent deux composants de firmware : le firmware système de type EFI et l'iBridge de la puce T2 (bridgeOS). L'article d'Oakley sur la 26.6.2 les donne comme 2103.160.2.0.0 et iBridge 23.16.16068.0.0,0, inchangés depuis la 26.6.1. L'histoire de mBoot ne concerne pas du tout le matériel Intel ; la numérotation n'y a jamais changé et la synchronisation des trois versions n'y a jamais été rompue. Les Mac Intel sous Tahoe en sont de toute façon à leur dernière version de macOS, donc c'est la filiation de firmware définitive qu'ils connaîtront.

Dépannage des problèmes courants

System Information affiche deux numéros différents

« System Firmware Version » et « OS Loader Version » concordent normalement. La raison la plus fréquente de leur différence est que le Mac dispose de plus d'un volume macOS installé — par exemple une bêta de Golden Gate sur un volume séparé — et que le chargeur rapporté est celui associé à un autre système. Démarrez sur l'autre volume et comparez. S'ils diffèrent alors qu'un seul macOS est installé, c'est inhabituel et mérite d'être signalé à Apple.

SilentKnight indique « trouvé » au lieu de « à jour »

C'est l'outil qui fonctionne comme prévu depuis la version 3.01. Il ne peut plus vous dire si votre firmware est le plus récent, car Apple ne garantit plus une réponse unique par version de macOS. Comparez plutôt avec le tableau ci-dessus.

Une machine virtuelle affiche une version de firmware différente de celle de l'hôte

Normal. Sur Apple silicon, le firmware d'une VM macOS provient de l'installeur de la machine invitée, pas du Mac hôte. C'est exactement ce qui a permis aux VM d'Oakley de révéler le changement.

ioreg ne renvoie rien pour le nœud chosen

Vous êtes probablement sur un Mac Intel, où l'arborescence des périphériques est organisée différemment et où il n'existe pas de iboot-stage-one-tag. Utilisez plutôt system_profiler SPHardwareDataType, qui indique « Boot ROM Version » et, sur les Mac T2, la version d'iBridge sous Contrôleur.

Mon Mac sous Sequoia affiche 18000.161.10 mais je me suis mis à jour le 7 août

Alors quelque chose a mis à jour le firmware après cette date. Les candidats sont une réinstallation de macOS, une réanimation, ou une mise à jour passée inaperçue. Vérifiez Logiciels > Installations dans System Information pour toute entrée postérieure au 17 août. Si rien n'y figure, notez-le — un changement de firmware sans installation correspondante est le seul schéma, dans cet article, qui mérite un second regard.

FAQ

18000.161.10 est-il un correctif de sécurité ?

Inconnu. Il a été livré avec une version de sécurité et Apple n'en a pas décrit le contenu. Considérez-le comme « plus récent », pas comme « corrige une faille connue ».

Dois-je faire quelque chose si mon Mac est en 18000.161.9 ?

Non. C'était le bon firmware le jour de votre mise à jour, et la prochaine mise à jour de macOS que vous installerez apportera le firmware actuel. Apple n'a associé aucune vulnérabilité exposée à la version .9.

Pourquoi le firmware se nomme-t-il mBoot alors que les documents d'Apple parlent d'iBoot ?

Apple a renommé la chaîne de version dans macOS 26.4 et n'a pas mis à jour sa documentation de sécurité en conséquence. Sur notre Mac, le firmware se déclare mBoot-18000.121.3, tandis que les clés de l'arborescence des périphériques qui le stockent s'appellent toujours iboot-stage-one-tag et iboot-stage-two-tag. Fonctionnellement, il s'agit du même composant.

Le firmware peut-il changer sans mise à jour de macOS ?

Sur Apple silicon, non — le firmware n'est écrit que lors d'une installation, d'une mise à jour, d'une réanimation ou d'une restauration de macOS. C'est pourquoi un changement de firmware sans installation correspondante consignée est le cas véritablement anormal.

macOS 27 va-t-il corriger la synchronisation ?

Il va la réinitialiser. Golden Gate, Tahoe 26.7 et Sequoia 15.8 sont attendus ensemble en septembre et devraient partager le même firmware dès le premier jour. La question ouverte est de savoir si Apple les maintiendra synchronisés par la suite, ou si le schéma de cet été se reproduira.

Conclusion

Pendant six ans, la version de firmware d'un Mac Apple silicon a été fonction d'une seule chose : la version de macOS. Cela la rendait utile — un numéro unique indiquant quelle version de sécurité possédait un Mac, qu'il exécute la version actuelle de macOS ou l'une des deux précédentes. Cet été, cela a cessé d'être vrai, d'abord parce que les mises à jour de mi-cycle de Tahoe embarquaient un firmware que les anciens systèmes ne recevaient pas, puis, plus sérieusement, parce qu'Apple a modifié ce que les mises à jour de Sequoia et Sonoma installent sans rien changer de visible à leur sujet.

Rien de tout cela ne rend votre Mac moins sûr. Cela rend en revanche le numéro de firmware plus difficile à interpréter, cela rend moins utiles les outils qui s'appuyaient dessus, et cela établit qu'Apple modifiera une mise à jour publiée en silence. Si vous administrez des Mac, ajustez vos attentes dès maintenant, avant que la vague de sorties de septembre n'ajoute une quatrième version de macOS au tableau. Si ce n'est pas votre cas, la leçon pratique est plus modeste : .9 et .10 sont tous deux corrects, et le numéro qui mérite votre attention est celui qui change alors que rien d'autre n'a changé.

Lectures connexes : macOS Tahoe 26.6.2 et qui a découvert ses 28 CVE, le correctif de partage d'écran de la 26.6.1, comment fonctionnent les mises à jour de sécurité en arrière-plan sous Tahoe, et que faire quand une mise à jour macOS laisse un Mac qui ne démarre plus.