Одна и та же macOS, разная прошивка: Apple незаметно изменила обновления Sequoia и Sonoma

Возьмите два Mac. Оба работают на macOS Sequoia 15.7.9. Оба показывают одинаковый номер сборки в разделе «Об этом Mac». Один из них обновился 7 августа 2026 года, другой — 28 августа. Откройте «Отчёт о системе» на каждом и посмотрите на строку System Firmware Version: на первом значится 18000.161.9, на втором — 18000.161.10.

Ничего в примечаниях к выпуску Apple это не объясняет. Обновление 15.7.9 не получило нового номера сборки. Примечания по безопасности к нему не были дополнены. Apple просто начала распространять другую прошивку внутри одноимённого обновления в какой-то момент после 17 августа, и единственная причина, по которой это вообще стало известно, — то, что Говард Оукли держит виртуальные машины именно для таких сравнений и заметил, что цифры изменились.

В этой статье разбирается, какую версию прошивки должен иметь ваш Mac, как её прочитать, почему этот номер перестал соответствовать версии macOS и что — если вообще что-то — стоит с этим делать.

Главные выводы

• Mac на Apple silicon с Sequoia 15.7.9 или Sonoma 14.8.9 могут иметь либо mBoot 18000.161.9, либо 18000.161.10 — в зависимости от того, установили они обновление до или после 17 августа 2026 года. Номер сборки macOS в обоих случаях одинаковый.
• 18000.161.10 — это прошивка, которая изначально поставлялась только с Tahoe 26.6.2 17 августа. Позже Apple начала включать её в неизменённые обновления Sequoia и Sonoma, не сообщив об этом.
• Начиная с macOS 26.4 прошивка Apple silicon называет себя «mBoot», а не iBoot, и перескочила с серии 13822.x на 18000.x. Мы проверили это обозначение на собственном Mac: загрузочная прошивка буквально сообщает о себе как mBoot-18000.121.3.
• Больше не существует надёжного соответствия между версией macOS и версией прошивки. Шесть лет оно было. Теперь это предположение неверно, и инструменты и проверки соответствия, построенные на нём, будут выдавать ложные срабатывания.
• Это не свидетельство компрометации. Но Apple не опубликовала ничего о том, что изменилось, поэтому Mac с номером прошивки, который вы не можете объяснить, — это проблема аудита, даже если это не проблема безопасности.

Что изменилось: одна таблица

Вся история — в столбце прошивки. Все версии ниже относятся к Mac на Apple silicon; Intel-Mac с чипом T2 используют другую нумерацию и разбираются отдельно далее.

Дата	Tahoe	Sequoia	Sonoma	Прошивка Apple silicon
12 дек. 2025	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — все три синхронизированы
24 мар. 2026	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — новое имя, новая нумерация; синхронизация ещё сохраняется
11 мая 2026	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — синхронизировано
29 июн. 2026	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — Sequoia и Sonoma отстали
27 июл. 2026	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — снова синхронизировано
6 авг. 2026	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — без изменений
17 авг. 2026	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — только Tahoe
после 17 авг.	—	15.7.9 (та же сборка)	14.8.9 (та же сборка)	mBoot 18000.161.10 — изменено незаметно

Оукли утверждает, что все три системы оставались синхронизированы до начала лета, поэтому мартовская строка показана как совпадающая. Данные взяты из его постов, опубликованных в день каждого выпуска (26.4, 26.5, 26.6, 26.6.1, 26.6.2), плюс одна строка, которую мы можем подтвердить напрямую: Mac, на котором написана эта статья, работает на 26.5.2 и сообщает 18000.121.3.

Последняя строка — самая важная. Та же версия, та же сборка, разная прошивка, никаких объявлений.

Как узнать версию прошивки своего Mac

Есть три способа, и третий покажет вам то, чего не покажут первые два.

Отчёт о системе

Меню Apple > Об этом Mac > Подробнее > Отчёт о системе, затем раздел Hardware (Оборудование) вверху боковой панели. Важны две строки:

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

На исправном Mac эти два значения совпадают. Это два этапа загрузочной прошивки, и Apple обновляет их вместе.

Terminal: быстрый способ

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

Те же две строки, но пригодные для скриптов. Именно это собирает большинство инвентаризационных инструментов.

Terminal: способ, который показывает метку

Строка версии, которую показывает macOS, — это усечённый вариант того, что прошивка сообщает о себе сама. Чтобы увидеть неусечённую версию, прочитайте дерево устройств:

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

На нашем Mac с 26.5.2 это возвращает:

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

Стоит обратить внимание на две вещи. Прошивка называет себя mBoot. Имена свойств по-прежнему содержат iboot. Вот и всё переименование в одной строке: Apple изменила строку, которую сообщает прошивка, но не тронула механизм, который её считывает.

Что такое mBoot на самом деле

Собственное руководство Apple по безопасности платформы описывает цепочку загрузки Apple silicon в четыре этапа: Boot ROM в кремнии запускает цепочку доверия; загрузчик низкого уровня (Low-Level Bootloader, LLB) проверяет подписи и получает LocalPolicy из Secure Enclave; iBoot загружает оставшуюся прошивку, проверяет наборы ядра (kernel collections) и корневой хеш подписанного системного тома; затем управление переходит к ядру. В документе слово «mBoot» не встречается ни разу. Согласно опубликованной документации Apple, компонент по-прежнему называется iBoot.

В macOS 26.4 изменилась именно строка версии. Примечание к выпуску SilentKnight за март от Оукли фиксирует, что переход впервые появился в бета-версии 26.4 beta 2 — от iBoot 13822.101.6 к mBoot 18000.101.6, и сохранился вплоть до финальной 18000.101.7. По его версии, Apple хотела «привести прошивку Mac и других устройств к единой системе нумерации». Это предположение; сама Apple ничего не заявляла. Что мы можем подтвердить — это наблюдаемую часть: на любом Mac с 26.4 или новее оба этапа загрузки идентифицируют себя как mBoot-<version>, и нумерация начинается с 18000.

На практике: mBoot — это iBoot с новой биркой имени. Он выполняет ту же работу, занимает то же место в цепочке и обновляется тем же механизмом — обновлением или установкой macOS, которая содержит более новую версию.

Почему прошивка раньше точно соответствовала macOS

Чтобы понять, почему августовское изменение — это разрыв, нужно знать, насколько упорядоченной была ситуация раньше.

На Intel-Mac без чипа T2 прошивка была привязана к модели. Каждый установщик macOS нёс в себе библиотеку обновлений EFI — по одному на каждую модель, на которую его можно было установить, — поэтому «правильная» прошивка для конкретного Mac зависела и от версии macOS, и от самой машины. Оукли годами составлял эти таблицы вручную.

Mac с T2 упростили это: одна общая версия EFI и одна общая версия iBridge на каждый релиз macOS, независимо от модели.

Apple silicon упростил это ещё сильнее. С 2020 года и до середины этого года каждый Mac на Apple silicon с определённой версией macOS имел одну и ту же прошивку, и — что было важно для безопасности — три поддерживаемые версии macOS обновляли прошивку в унисон. Когда в декабре 2025 года Tahoe 26.2 перевела прошивку на 13822.61.10, вышедшие в тот же день обновления безопасности для Sequoia 15.7.3 и Sonoma 14.8.3 сделали то же самое. Версия прошивки Mac точно говорила вам, какой релиз безопасности на нём установлен, независимо от того, какую из трёх систем он использовал.

Оукли говорит, что эта связь была настолько надёжной, что он даже подумывал вовсе убрать проверки прошивки из SilentKnight.

Как синхронизация нарушилась летом 2026 года

Разрыв произошёл в два этапа.

Первым стал разрыв в графике обновлений. Между 11 мая и 27 июля Sequoia и Sonoma не получили ни одного обновления безопасности. Tahoe получила два: 26.5.1 — корпоративное исправление для Mac на M5, отключавшихся при работе некоторых сетевых расширений фильтрации контента, и 26.5.2 — релиз безопасности. Второе из них принесло обновление прошивки до 18000.121.3. Примерно шесть недель полностью пропатченные Tahoe-Mac и Sequoia-Mac работали на разной прошивке. Оукли отметил это в конце июня, назвав это «первым за последние шесть лет случаем, когда у большого числа Mac окажется рассинхронизированная прошивка».

Волна обновлений 26.6 27 июля всё исправила: Tahoe 26.6, Sequoia 15.7.8 и Sonoma 14.8.8 — все перешли на 18000.161.9, а обновления от 6 августа (26.6.1, 15.7.9, 14.8.9) прошивку не трогали. Всё снова совпадало.

Затем 17 августа Apple выпустила Tahoe 26.6.2 — внеплановый релиз, который перенёс исправления из бета-версии macOS 27, — с прошивкой 18000.161.10. Соответствующего обновления для Sequoia или Sonoma не было. Эти системы остались на .9. Снова рассинхронизация, и на этот раз между ними оказался релиз безопасности.

Тихая часть

Всё описанное выше — беспорядочно, но задокументировано: каждая из этих версий прошивки была зафиксирована в день выхода. Не задокументировано то, что произошло дальше.

Оукли обновил свои виртуальные машины с Sequoia и Sonoma до 15.7.9 и 14.8.9 7 августа, и с тех пор они остаются на 18000.161.9, поскольку им не предлагалось никаких дальнейших обновлений. Но когда 28 августа он создал новые виртуальные машины с Sequoia и Sonoma и обновил их до тех же 15.7.9 и 14.8.9, они оказались с 18000.161.10 — прошивкой, которая до этого поставлялась только с 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.

Мы проверили вторую часть этого утверждения. На странице содержания обновления безопасности для 26.6.2 от Apple нет ни единого упоминания прошивки, mBoot или iBoot. Как нет их и на страницах для 15.7.9 и 14.8.9. Судя по публичным материалам Apple, ничего не изменилось.

Замечание о доказательствах. Сравнение Оукли основано на виртуальных машинах, а не на физических Mac. Для данного конкретного вопроса это скорее преимущество, чем недостаток: на Apple silicon загрузочная прошивка виртуальной машины macOS предоставляется собственным установщиком и обновлятором гостевой системы, поэтому если новая виртуальная машина сообщает .10 после установки «15.7.9», это значит, что пакет обновления 15.7.9 теперь несёт в себе .10. Это не говорит нам о том, как поведут себя физические Mac, уже находящиеся на .9, и мы сами не смогли это проверить.

Какой номер должен быть у вас?

Исходя из таблицы выше, вот чего следует ожидать.

Ваша система	Обновлено до 17 авг.	Обновлено после 17 авг.
Tahoe 26.6.2	(невозможно)	18000.161.10
Tahoe 26.6.1	18000.161.9	— обновитесь до 26.6.2
Tahoe 26.5.2	18000.121.3	— обновитесь до 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

Если ваш Mac с Sequoia или Sonoma показывает 18000.161.10, у вас более новая прошивка, и делать ничего не нужно. Если он показывает 18000.161.9, у вас прошивка, которая была правильной на день вашего обновления, и на данный момент нет обновления, которое переведёт вас дальше — Apple не предлагала повторно 15.7.9 или 14.8.9 тем Mac, у которых они уже установлены.

Всё остальное — номер 13822.x на Mac, который заявляет, что работает на 26.4 или новее, либо номер 18000.x, которого нет в этой таблице, — стоит разобрать, прежде чем отмахнуться от этого. Самое частое безобидное объяснение — на Mac установлено больше одной версии macOS, и вы читаете загрузчик для другого тома; см. раздел «Решение проблем» ниже.

Это действительно важно?

Честно говоря: скорее всего, не слишком, для большинства людей, прямо сейчас. Но причины, по которым это вообще имеет значение, стоит сформулировать точно, потому что они отличаются от тех, что предполагают люди.

Это не значит «ваш Mac небезопасен»

Никто за пределами Apple не знает, что изменилось между 18000.161.9 и 18000.161.10. Она появилась вместе с релизом безопасности, что наводит на мысль о её значимости для безопасности, но точечные релизы прошивки также исправляют проблемы совместимости оборудования, управления питанием и загрузки. В примечаниях к 26.6.2 Apple указывает 28 CVE, и ни один из них не описан как исправление прошивки. Если у вас .9, у вас прошивка, которую Apple три недели назад считала актуальной.

Это значит «ваша инвентаризация ошибается»

Шесть лет «версия прошивки» была производным атрибутом: зная версию macOS, вы знали и прошивку. Всё, что было построено на этом — правило соответствия требованиям, смарт-группа в MDM, таблица, скрипт, выявляющий аномалии, — теперь увидит две группы идентичных Mac и не сможет сказать вам, какая из них правильная. SilentKnight, самый широко используемый потребительский инструмент для этого, изменил своё поведение в версии 3.01: теперь он сообщает версию прошивки как «найдено», а не оценивает её как актуальную или устаревшую, — именно потому, что такая оценка больше невозможна.

Это значит «Apple изменила уже выпущенное обновление без документального следа»

Именно эта часть должна беспокоить вас больше, чем сам номер версии. Обновления Apple silicon применяются тем, что Оукли называет Update Brain — компонентом для конкретного обновления, который macOS загружает для выполнения именно этого обновления. Apple, судя по всему, изменила то, что устанавливает одно из этих обновлений, сохранив идентичными версию и сборку, и не опубликовала ничего. Его вывод прямолинеен:

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

Сам он не считает, что это была атака. Мы тоже так не считаем. Но фраза «мы не можем отличить это от атаки, опираясь на опубликованную Apple информацию» — не то место, где должен находиться процесс обновления безопасности.

Если у вас Sequoia или Sonoma и вы хотите более новую прошивку

У вас есть три варианта, и рекомендуется только первый.

Подождите

Оукли ожидает, что Sequoia 15.8 выйдет вместе с macOS 27 во второй половине сентября. Это обновление почти наверняка принесёт актуальную на тот момент прошивку, которая к тому времени в любом случае может быть новее .10 — он ожидает, что прошивка Golden Gate перескочит примерно до 20457.1.29. С Sonoma ситуация иная: её финальным релизом вполне может оказаться 14.8.9, и в этом случае Mac с Sonoma, обновлённый до 17 августа, навсегда останется на .9. Это нормально, потому что так же остался и любой Mac с Sonoma, обновившийся вовремя.

Переустановите macOS из режима восстановления

Функция «Переустановить macOS» из recoveryOS загружает свежую копию установленной версии и может обновить прошивку, если установщик содержит более новую. Учитывая, что свежие установки 15.7.9 теперь несут .10, это может сработать. Мы это не тестировали, это занимает час, и это несоразмерная реакция на расхождение в строке версии. Не делайте этого только ради того, чтобы догнать номер.

Восстановление через DFU (revive)

Процедура revive и restore от Apple для Mac на Apple silicon перезагружает прошивку со второго Mac по кабелю USB-C. Apple утверждает, что revive «не стирает ваш Mac», и рекомендует пробовать её перед restore, который стирает. Требуется Mac-хост на macOS 14 или новее и кабель USB-C, поддерживающий передачу данных и зарядку — Apple отдельно отмечает, что не следует использовать кабель Thunderbolt 3. Это правильный инструмент для Mac, который не загружается. Это неправильный инструмент для Mac, который прекрасно загружается, но имеет не нравящийся вам номер прошивки. Упомянуто здесь просто для того, чтобы вы знали о его существовании.

Если у вас Tahoe

Если у вас 26.6.2, у вас уже есть .10, и ничего из этого раздела к вам не относится. Если у вас 26.6.1 или более ранняя версия, решение — это то самое обновление, которое вам в любом случае стоит установить.

Следующее изменение прошивки, которое вы увидите, будет крупным. Прошивка Golden Gate, судя по прочтению бета-версий Оукли, переходит на серию 20457.x. Новые Mac mini и Mac Studio поступят в продажу 22 сентября с предрелизной сборкой macOS 27 и сразу потребуют обновления до 27.0.1 — ожидайте, что их прошивка изменится одновременно с этим.

Для администраторов парка устройств

Три конкретные корректировки.

Перестаньте считать версию прошивки производной от версии macOS. Любое правило вида «15.7.9 подразумевает 18000.161.9» теперь неверно для части вашего парка устройств, и эта часть определяется временем обновления, которое вы, скорее всего, не фиксировали.

Не создавайте оповещения только на основании .9 против .10. Оба значения — легитимный результат одного и того же обновления Apple. Если вам нужно единое эталонное значение для каждой версии macOS, используйте более новое как целевое, а .9 трактуйте как «корректно на дату установки, сойдётся при следующем обновлении».

Фиксируйте версию прошивки при регистрации устройства и при каждом обновлении, чтобы вы могли отличить «этот Mac обновился раньше» от «прошивка этого Mac изменилась без обновления macOS» — а именно этот случай на самом деле заслуживает внимания. На Apple silicon прошивка меняется только при установке или обновлении macOS, поэтому изменение прошивки без соответствующего изменения macOS — это та аномалия, за которой стоит следить, а не расхождение между двумя Mac.

Что должна сделать Apple

Это небольшая просьба. Страницы содержания обновлений безопасности Apple уже перечисляют каждый компонент и CVE в обновлении. Добавление одной строки — «Это обновление включает mBoot 18000.161.10» — ничего бы не стоило и сделало бы августовское изменение заметным в день выхода. Если изменение было намеренным и безобидным, что крайне вероятно, нет причин оставлять людям возможность обнаруживать это только путём сравнения виртуальных машин.

Intel-Mac

Intel-Mac с чипом T2 сообщают о двух компонентах прошивки: системной прошивке в стиле EFI и iBridge (bridgeOS) чипа T2. В посте Оукли о 26.6.2 они указаны как 2103.160.2.0.0 и iBridge 23.16.16068.0.0,0 — без изменений по сравнению с 26.6.1. История с mBoot вообще не касается техники на Intel: нумерация там никогда не менялась, а синхронизация трёх версий там никогда не нарушалась. Intel-Mac на Tahoe в любом случае получают свой последний релиз macOS, так что это последняя линейка прошивки, которую они увидят.

Решение частых проблем

«Отчёт о системе» показывает два разных номера

System Firmware Version и OS Loader Version обычно совпадают. Самая частая причина их расхождения — на Mac установлено более одного тома macOS, например бета-версия Golden Gate на отдельном томе, и указанный загрузчик относится к другой системе. Загрузитесь с другого тома и сравните. Если значения расходятся при единственной установленной macOS, это необычно и стоит сообщить об этом в Apple.

SilentKnight пишет «найдено» вместо «актуально»

Это инструмент работает так, как задумано начиная с версии 3.01. Он больше не может сказать вам, актуальна ли ваша прошивка, потому что Apple больше не гарантирует единственный ответ на версию macOS. Вместо этого сверяйтесь с таблицей выше.

Виртуальная машина показывает версию прошивки, не совпадающую с хостом

Так и должно быть. На Apple silicon прошивка виртуальной машины с macOS берётся из установщика гостевой системы, а не с Mac-хоста. Именно поэтому виртуальные машины Оукли смогли выявить это изменение.

ioreg не возвращает ничего для узла chosen

Скорее всего, вы на Intel-Mac, где дерево устройств устроено иначе и нет iboot-stage-one-tag. Вместо этого используйте system_profiler SPHardwareDataType, который сообщает Boot ROM Version и, на Mac с T2, версию iBridge в разделе Controller.

Мой Mac с Sequoia показывает 18000.161.10, хотя я обновился 7 августа

Значит, что-то обновило прошивку после этой даты. Кандидаты — переустановка macOS, revive или обновление, которое вы не заметили. Проверьте раздел Software > Installations в «Отчёте о системе» на предмет чего-либо с датой после 17 августа. Если там ничего нет, отметьте это — изменение прошивки без соответствующей установки является единственной закономерностью в этой статье, которая действительно заслуживает повторного внимания.

Часто задаваемые вопросы

18000.161.10 — это исправление безопасности?

Неизвестно. Она вышла вместе с релизом безопасности, и Apple не описала её содержимое. Относитесь к ней как к «более новой», а не как к «закрывающей известную дыру».

Нужно ли что-то делать, если мой Mac на 18000.161.9?

Нет. Это была правильная прошивка на день вашего обновления, и следующее устанавливаемое вами обновление macOS принесёт актуальную версию. Нет ни одной известной уязвимости, которую Apple связала бы с .9.

Почему прошивка называет себя mBoot, если в документах Apple указано iBoot?

Apple переименовала строку версии в macOS 26.4 и не обновила соответствующим образом документацию по безопасности. На нашем Mac прошивка сообщает mBoot-18000.121.3, при этом ключи дерева устройств, которые её хранят, по-прежнему называются iboot-stage-one-tag и iboot-stage-two-tag. Функционально это один и тот же компонент.

Может ли прошивка измениться без обновления macOS?

На Apple silicon — нет: прошивка записывается только во время установки, обновления, revive или restore macOS. Именно поэтому изменение прошивки без соответствующей записи об установке — действительно аномальный случай.

Исправит ли macOS 27 синхронизацию?

Она её сбросит заново. Golden Gate, Tahoe 26.7 и Sequoia 15.8 ожидаются вместе в сентябре и должны иметь общую прошивку в первый же день. Сохранит ли Apple их синхронизацию в дальнейшем или повторит паттерн этого лета — открытый вопрос.

Заключение

Шесть лет версия прошивки на Mac с Apple silicon была функцией только одного — версии macOS. Это делало её полезной: единственное число говорило вам, какой релиз безопасности установлен на Mac, независимо от того, работал ли он на текущей macOS или на одной из двух более старых. Этим летом это перестало быть правдой — сначала потому, что промежуточные обновления Tahoe несли прошивку, которую не получали более старые системы, а затем, что серьёзнее, потому что Apple изменила то, что устанавливают обновления Sequoia и Sonoma, не изменив в них ничего видимого.

Ничто из этого не делает ваш Mac менее безопасным. Но это усложняет интерпретацию номера прошивки, снижает полезность инструментов, которые на него полагались, и устанавливает факт, что Apple может незаметно пересмотреть уже выпущенное обновление. Если вы администрируете парк Mac, скорректируйте свои ожидания уже сейчас, до того как сентябрьская волна релизов добавит в картину четвёртую версию macOS. Если нет — практический вывод скромнее: и .9, и .10 в порядке, а беспокоиться стоит о том номере, который меняется, когда больше ничего не меняется.

Похожие материалы: macOS Tahoe 26.6.2 и кто нашёл её 28 CVE, исправление Screen Sharing в 26.6.1, как работают фоновые обновления безопасности в Tahoe и что делать, если обновление macOS оставило Mac незагружаемым.