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

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

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

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

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

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

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

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

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

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

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging

Скачал ML-модель из публичного репозитория — получил чужой код в корпоративной инфраструктуре. AppSec Solutions решила прикрыть эту дверь и добавила в платформу AppSec.Track проверку моделей из Hugging Face до их загрузки на рабочие станции разработчиков и в CI/CD-конвейеры.

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

После проверки платформа выносит вердикт: можно ли пропускать файл внутрь корпоративного контура или лучше оставить его за дверью.

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

В AppSec Solutions считают безопасной альтернативой формат safetensors, который не предусматривает хранение исполняемого кода. Но пока публичные хабы забиты моделями в pickle, предварительная проверка остаётся обязательной остановкой перед въездом в инфраструктуру.

AppSec.Track также анализирует библиотеки и зависимости из PyPI, npm, Maven, NuGet и специализированных ML-репозиториев. На этапе сборки платформа формирует SBOM и сверяет компоненты с собственной базой уязвимостей. Саму модель после проверки на входе повторно не сканируют, а её окружение контролируют уже через SBOM.

Ранее платформа получила интеграцию с MCP. Теперь ИИ-ассистенты разработчиков могут напрямую запрашивать проверку сторонних open-source-компонентов, искать уязвимости, несуществующие и опасные пакеты.

По заявлению компании, AppSec.Track стал первым российским решением для предварительного анализа моделей из Hugging Face.

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