В Android 7.0 будут внедрены новые функции безопасности

В Android 7.0 будут внедрены новые функции безопасности

В Android 7.0 будут внедрены новые функции безопасности

Google планирует обеспечить Android 7.0 новыми функциями безопасности, среди  которых будет функция проверки загрузки (Verified Boot), что предотвратит устройства с испорченным или модифицированным загрузочным образом от загрузки.

В Android уже присутствует криптографическая проверка целостности для обнаружения изменений в операционной системе, но в Android 7.0 в реализации этой системы пойдут еще дальше, говорит инженер-программист Google Сэми Толванен (Sami Tolvanen). Устройства не будут загружаться, если загрузочный образ поврежден или будут загружаться с ограниченными возможностями, на что потребуется разрешение пользователя.

«Однако такая требовательная проверка может грозить тем, что даже не вредоносное изменение системных данных, которое раньше бы осталось незамеченным, может существенно повлиять на процесс загрузки устройства» - объясняет инженер.

Android использует драйвер уровня ядра для проверки больших разделов, разбивая их на 4- кибибайтные блоки, которые затем сверяются с подписанным хэшем. Если один байт будет поврежден, весь блок становится недоступным, а ядро будет возвращать ошибку.

Сообщается, что в Android 7.0 будет использована более устойчивая к повреждению данных система, позволяющая исправлять ошибки методом упреждения (FEC).

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

Недостатком является то, что новая система декодирует медленнее, так как используется для считывания нескольких блоков, однако Толванен отмечает, что это не будет проблемой. Система будет нуждаться в декодировании только в том случае, если какой-либо из блоков действительно поврежден, что случается редко.

«Новая система проверки при загрузке повышает уровень безопасности, но также может явиться проблемой на устройствах с аппаратными багами или с ошибками в коде программного обеспечения». - говорит Толванен.

Благодаря новой функции коррекции ошибок, система может выдержать потерю 16-24 MiB блоков.

Android 7.0 будет ориентироваться на повышение безопасности системы, однако сканирование более 400 миллионов Android-устройств показало, что на подавляющее большинство не установлены последние обновления системы безопасности. Google пообещала до $50,000 исследователям, которые найдут уязвимости в TrustZone или Verified Boot.

Сентябрьский патч Windows 11 начал ломать корпоративный Always On VPN

Сентябрьское обновление KB5124008 для Windows 11, похоже, принесло администраторам новый аттракцион: установи патч безопасности и останься без удалённого доступа. Пользователи сообщают, что после обновления перестаёт работать Always On VPN с аутентификацией по сертификатам.

Проблему обнаружили на компьютерах с Windows 11 версий 24H2 и 25H2, подключённых к серверам RRAS и NPS под управлением Windows Server 2019. VPN-профили в затронутой инфраструктуре развёртывались через Microsoft Intune.

Автор сообщения на Microsoft Learn утверждает, что сбой удалось стабильно воспроизвести на нескольких устройствах. До установки KB5124008 соединение работает, после обновления — перестаёт, а удаление патча и перезагрузка возвращают VPN к жизни.

Независимый консультант Microsoft Learn предположил, что обновление изменило сетевой стек или обработку сертификатов IPsec. Судя по наблюдениям, ошибка возникает на этапе согласования сертификата во время VPN-подключения, из-за чего сотрудники могут полностью потерять корпоративный удалённый доступ.

Официально Microsoft пока не признала регрессию известной проблемой KB5124008 и не выпустила исправление. Поэтому говорить о массовом сбое рано: сейчас информация основана на пользовательском отчёте и ответе независимого консультанта, а не на заявлении компании.

Администраторам предлагают временно приостановить распространение обновления через WSUS или Intune и открыть обращение в поддержку Microsoft, приложив журналы VPN-клиентов и NPS. Если удалить патч нельзя из-за требований безопасности, можно попробовать перевести затронутые профили на EAP-TLS, однако стабильность такого обходного пути не гарантируется.

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