macOS не может загрузиться из-за обновления Google Chrome

macOS не может загрузиться из-за обновления Google Chrome

macOS не может загрузиться из-за обновления Google Chrome

Последнее обновление Google Chrome приводит к проблемам с компьютерами, работающими на операционной системе macOS. В частности, различные «маки» не могут корректно загрузиться, о чём сообщили пострадавшие пользователи.

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

Google уже признал наличие бага, посвятив ему в блоге отдельный пост. Оказалось, что ошибка содержится в новой версии софта, отвечающего за обновление Chrome — Google Keystone.

Известно, что баг угрожает пользователя систем macOS версий 10.9 – 10.14 Mojave, в которых отключена функция Software Integrity Protection (SIP).

Разработчики Google также опубликовали инструкцию, которая должна помочь устранить проблему. Все сводится к удалению текущего Google Keystone и пересозданию символической ссылки к /var.

Также для устранения последствий бага можно ввести в терминале macOS следующие команды, загрузившись предварительно в режиме восстановления:

chroot /Volumes/Macintosh\ HD   # "Macintosh HD" is the default
rm -rf /Library/Google/GoogleSoftwareUpdate/GoogleSoftwareUpdate.bundle
mv var var_back  # var may not exist, but this is fine
ln -sh private/var var
chflags -h restricted /var
chflags -h hidden /var
xattr -sw com.apple.rootless "" /var

После этого потребуется перезагрузить компьютер.

Microsoft и автор YellowKey поссорились из-за публичного эксплойта

Microsoft опубликовала рекомендации по снижению риска от эксплуатации уязвимости CVE-2026-45585, известной как YellowKey. Этот баг позволяет обойти BitLocker через среду восстановления Windows с помощью USB-носителя и папки FsTx. Компания предложила временный фикс в виде скрипта для WinRE.

Он удаляет autofstx.exe из значения BootExecute в реестре. Идея простая: этот механизм запускается очень рано при загрузке, в том числе в режиме восстановления, поэтому Microsoft хочет убрать лишнюю возможность выполнить подозрительный код в привилегированной среде.

Скрипт монтирует образ WinRE, правит системный реестр, удаляет нужную запись, если она есть, а затем корректно сохраняет изменения, чтобы не сломать доверие BitLocker. Если записи нет, скрипт просто завершает работу без изменений.

Microsoft особенно рекомендует применить временную меру тем, кто боится физической компрометации устройств: например, компаниям, сотрудники которых берут рабочие ноутбуки домой или ездят с ними в командировки.

Но техническая часть быстро перешла в драму. Microsoft заявила, что публикация демонстрационного эксплойта (proof-of-concept) нарушила практики раскрытия уязвимостей. Исследователь Nightmare-Eclipse, который рассказал о YellowKey, с этим резко не согласился.

Он обвинил Microsoft в ударе по своей репутации и заявил, что компания ранее заблокировала ему доступ к аккаунту MSRC, через который он сообщал об уязвимостях, а затем якобы полностью удалила этот аккаунт без объяснений.

RSS: Новости на портале Anti-Malware.ru