Une anomalie que personne n’a annoncée
Depuis la sortie de macOS Tahoe 26.5.2 le 29 juin 2026, les Mac à puce Apple Silicon entièrement à jour ne partagent plus le même firmware de démarrage. Tahoe est passé à la version mBoot 18000.121.3, alors que Sonoma et Sequoia, tous deux officiellement encore supportés, sont restés sur la version précédente, 18000.120.36, faute de mise à jour de sécurité concurrente. Apple n’a publié ce jour-là que des correctifs pour Safari sur ces deux branches. Aucune communication officielle n’accompagne ce décalage.
Le signal a été documenté non pas par Apple, mais par Howard Oakley, développeur de l’utilitaire SilentKnight et éditeur du blog The Eclectic Light Company, qui suit depuis des années les numéros de version du firmware Mac. Selon lui, c’est la première fois en six ans qu’un Mac Apple Silicon parfaitement à jour ne garantit plus, à lui seul, un niveau de sécurité matérielle prévisible.
Le vrai sujet n’est pas ce numéro de build
Ce qui compte ici n’est pas la divergence de version en elle-même, mais ce qu’elle révèle. La promesse fondatrice de l’Apple Silicon, un firmware strictement identique pour tout Mac maintenu à jour, était une simplification opérationnelle et non une loi gravée dans le matériel. Cette promesse se fissure aujourd’hui sous le poids de quatre branches de sécurité menées de front, Sonoma, Sequoia, Tahoe, et la bêta de Golden Gate, sur un socle matériel pourtant unique.
Ce n’est pas un incident isolé, c’est un précédent. À mesure que le rythme de sortie d’Apple multiplie les branches supportées en parallèle, la couche firmware va devoir, comme la couche logicielle avant elle, gérer des versions différenciées par branche. Cela ressuscite, discrètement, exactement le type de fragmentation que la puce T2 avait éliminé en 2017.
Pourquoi un simple numéro de build compte autant
Avant l’arrivée de la puce T2, le firmware EFI des Mac Intel était si disparate qu’Apple avait dû intégrer à macOS un service dédié, eficheck, pour vérifier périodiquement sa fraîcheur. Certains modèles, selon des configurations d’usine précises, n’arrivaient tout simplement jamais à se mettre à jour et prenaient des années de retard.
À partir de 2017, la puce T2 a mis fin à ce chaos. Tout Mac équipé de ce composant et maintenu sous une version supportée de macOS tournait, sans exception, sur exactement le même firmware. Cette règle s’est prolongée sans accroc avec l’arrivée des premiers Mac Apple Silicon en 2020, dont le firmware de démarrage, l’iBoot, suivait la même logique d’uniformité totale.
La première fissure est apparue avec macOS Tahoe 26.4, quand Apple a renommé sans explication ce firmware d’iBoot en mBoot, faisant passer sa numérotation de 13822.81.10 à 18000.101.7. Cette bascule semble viser une harmonisation du schéma de version entre le Mac et les autres appareils du catalogue Apple. La cohérence avait malgré tout été préservée, puisque les mises à jour de sécurité 14.8.5 et 15.7.5 avaient basculé simultanément vers cette nouvelle numérotation.
Ce qui s’est passé le 29 juin est différent, et plus grave sur le plan structurel. Le firmware de démarrage est le socle sur lequel repose toute la chaîne de confiance d’un Mac, avant même que macOS ne charge le moindre processus. C’est lui qui établit les garanties fournies ensuite par le Secure Enclave, par FileVault, et par l’intégrité globale du système. Or, tant que Sonoma et Sequoia n’auront pas reçu de mise à jour de sécurité concurrente à celle de Tahoe, des Mac pourtant qualifiés de « à jour » par Apple elle-même tourneront sur un niveau de sécurité matérielle strictement inférieur à celui des Mac sous Tahoe, sans qu’aucun message ne les en avertisse.
Ce que les équipes IT vont devoir refaire d’ici la fin de l’année
Pour l’utilisateur individuel, ce décalage restera invisible au quotidien. Pour les équipes qui gèrent un parc de Mac en entreprise, la conséquence est plus concrète. Jusqu’ici, un responsable IT pouvait considérer qu’un Mac maintenu à jour sur une version supportée de macOS disposait automatiquement du firmware le plus récent. Cette équivalence n’est plus valable, et les outils d’audit comme SilentKnight vont devoir réintroduire une logique de vérification par branche, qu’ils n’avaient plus eu besoin d’appliquer depuis six ans.
En pratique, les politiques de conformité MDM qui s’appuient sur le numéro de firmware comme indicateur indirect de sécurité matérielle devront distinguer la branche macOS de chaque appareil avant de tirer une conclusion. À défaut, certains Mac parfaitement conformes aux yeux de l’administrateur pourraient en réalité tourner sur un firmware daté de plusieurs semaines.
À plus long terme, cette affaire dessine une tendance de fond. À mesure qu’Apple fait cohabiter davantage de branches de macOS supportées simultanément, notamment avec l’arrivée annoncée de Golden Gate à l’automne 2026, la probabilité que le firmware et le logiciel se désynchronisent à nouveau va croître plutôt que diminuer. L’argument selon lequel l’Apple Silicon simplifierait durablement la gestion de parc pourrait perdre de sa force dans les prochains cycles de mise à jour.
Source principale : Firmware has become complicated again — The Eclectic Light Company
| Titre de la page | URL officielle | Auteur | Date de publication |
|---|---|---|---|
| Firmware has become complicated again | eclecticlight.co | Howard Oakley — The Eclectic Light Company | 30 juin 2026 |
| Apple has just released macOS 26.5.2 Tahoe | eclecticlight.co | Howard Oakley — The Eclectic Light Company | 29 juin 2026 |
Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com
En savoir plus sur Les miscellanées Numériques
Subscribe to get the latest posts sent to your email.