Chrome будет вводить данные карт с помощью биометрической аутентификации

Chrome будет вводить данные карт с помощью биометрической аутентификации

Chrome будет вводить данные карт с помощью биометрической аутентификации

Google представил ряд нововведений в Chrome по части безопасности и аутентификации. Улучшения коснулись функции автозаполнения (Autofill). Согласно замыслу, новые возможности позволят более безопасно работать с автоматическим вводом данных платёжных карт.

Обычно Google запрашивает разрешение при автозаполнении форм у тех пользователей, которые сохранили данные банковских карт в своих аккаунтах Google. Однако код CVV/CVC всё равно необходимо вводить вручную, чтобы подтвердить операцию.

Для упрощения процедуры автозаполнения разработчики планируют двигаться в сторону биометрической аутентификации. Таким образом, пользователям нужно будет ввести код CVV/CVC только первый раз, а после уже использовать отпечаток пальца для автоматического заполнения.

«Биометрическая аутентификация — опциональная функция. Вы можете задействовать этот метод для подтверждения ввода кода CVV/CVC, а можете отключить функцию в настройках Chrome в любое время», — объясняет Google.

Чтобы убедиться в безопасности данных пользователей, Chrome использует стандарт WebAuthn. Интернет-гигант подчёркивает, что биометрическая информация не покидает устройства людей.

Ещё одно интересное нововведение коснулось Android-версии Chrome. Встроенный в браузер менеджер паролей будет автоматически входить в сохранённые аккаунты, чтобы пользователям не приходилось листать страницу до соответствующих форм ввода.

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

Контроллер памяти AMD научили обходить аппаратную изоляцию

Исследователь Кристофер Домас опубликовал PoC-проект skitter-creek-bath-salts, демонстрирующий обход аппаратной защиты памяти на процессорах AMD Family 16h. Техника манипулирует настройками контроллера DRAM и позволяет обращаться к областям, которые должны быть недоступны даже операционной системе, ядру и коду с привилегиями ring 0.

Обычно программные и аппаратные механизмы контролируют доступ по физическим адресам.

Но последнюю точку в маршруте ставит контроллер памяти: он переводит адрес в конкретные координаты DRAM — канал, ранг, банк, строку и столбец.

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

 

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

Для поиска адресов-двойников проект использует линейную алгебру и SMT-решатель Z3. Инструменты восстанавливают связь между обычным и изменённым отображением памяти, после чего вычисляют алиас для защищённой области.

Исследователь продемонстрировал потенциальный доступ к памяти AMD Platform Security Processor, включая данные fTPM, защищённой области System Management Mode, состояниям процессора C6 и хранилищу микрокода. Последний сценарий допускает не только извлечение копии патча, но и её возможное изменение перед восстановлением состояния ядра.

PoC проверяли только на AMD Family 16h. Данных об аналогичной уязвимости в новых AMD, Intel, ARM или RISC-V нет.

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