Android разрешит переносить passkey между менеджерами паролей

Android разрешит переносить passkey между менеджерами паролей

Android разрешит переносить passkey между менеджерами паролей

Google приблизилась к тому, чтобы наконец-то разрешить пользователям Android переносить passkey между разными менеджерами паролей. Те самые ключи доступа, которые должны были заменить пароли и сделать жизнь проще, но заодно умудрились частично запереть пользователей внутри экосистем.

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

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

Google работает над решением этой проблемы с прошлого года. Apple уже успела внедрить перенос passkey в сторонние менеджеры в iOS 26 и macOS 26, а вот на Android функция пока официально не заработала.

Теперь стало известно, что корпорация добра уже тестирует интерфейс переноса passkey между приложениями. В Google Password Manager появились скрытые опции «Импортировать пароли и ключи доступа» и «Экспортировать пароли и ключи доступа» вместо обычных пунктов импорта и экспорта паролей.

 

 

Согласно тестам Android Authority, функцию удалось активировать и частично проверить. При импорте Google Password Manager предлагает выбрать менеджер паролей, где уже хранятся passkey. После этого пользователь переходит в выбранное приложение, например Bitwarden, и может перенести пароли, passkey и другие сохранённые данные в менеджер Google.

С экспортом всё немного хитрее: отдельной кнопки «отправить passkey в другое приложение» пока нет. Вместо этого система должна предлагать перенос, когда пользователь открывает другой поддерживаемый менеджер паролей.

Работать всё это будет через Credential Exchange Protocol — механизм обмена учётными данными между менеджерами паролей. Его поддерживают крупные игроки вроде Google, Apple и Samsung, но на старте функция может быть доступна не для всех приложений.

Бреши в 7-Zip позволяют запускать файлы и отключают проверку SmartScreen

Microsoft Defender для конечных точек может пропустить тщательно подготовленный зловред, но это ещё не означает победу атакующего. В ходе фишингового теста маяк Sliver в оболочке ShellcodePack не вызвал ни статического обнаружения, ни поведенческого предупреждения и успешно связался с сервером управления.

Однако при загрузке через браузер и запуске из Проводника его мгновенно остановил Windows SmartScreen.

Секрет оказался в метке происхождения файла — Mark of the Web (MotW). Браузеры добавляют к загруженным из интернета объектам поток Zone.Identifier со значением ZoneId=3.

SmartScreen видит его, проверяет репутацию файла в облаке Microsoft и блокирует неизвестные неподписанные программы. Defender при этом работает отдельно и может вообще не заметить угрозу.

Но вся эта защитная магия рассыпается, если MotW исчезает. И здесь на сцену выходит 7-Zip. Распространение метки на извлечённые файлы в архиваторе остаётся отключённым по умолчанию: параметр Propagate Zone.Id stream установлен в положение No. Распакованный файл теряет интернет-клеймо, а SmartScreen не получает повода вмешаться.

Проблема уже вышла за рамки спорной настройки. Уязвимость CVE-2025-0411 позволяла сбрасывать MotW через вложенные архивы; её исправили в 7-Zip 24.09. Позднее обнаружили CVE-2026-58052: версии до 26.02 могли некорректно обрабатывать метку при распаковке специально подготовленных RAR5-архивов. Патч появился в версии 26.03.

Вывод для простой: нужно обновить 7-Zip, принудительно включить перенос Zone.Id и проверить SmartScreen на реальных рабочих станциях. Потому что обойти EDR — ещё половина дела. Но если архиватор сам снимет с файла красный флажок, последняя линия защиты может даже не узнать, что пора спасать пользователя.

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