Google Chrome 78 сможет получать коды верификации из SMS-сообщений

Google Chrome 78 сможет получать коды верификации из SMS-сообщений

Google Chrome 78 сможет получать коды верификации из SMS-сообщений

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

Для этого был добавлен специальный API, работающий по схожему с реализованным в Android-приложениях принципу. Идея заключается в следующем: когда сайт отправляет код верификации в SMS-сообщении, Chrome ждёт его и автоматически подставляет в требуемое поле.

У самого сайта не будет доступа к вашим сообщениям, только к самому короткому коду, отправленному непосредственно ресурсом.

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

Также сотрудники Google поработали над ещё одним API — Native File System. Его задача — предоставить веб-страницам доступ к файловой системе компьютера или смартфона.

Поскольку таким образом можно загружать не только один файл, но и набор файлов и даже целую директорию, эти возможности будут крайне полезны для различных онлайн-редакторов кода. Google Docs, например, сможет редактировать файлы Word прямо на вашем компьютере, их не нужно будет загружать и конвертировать.

В WordPress срочно закрыли 10 уязвимостей одним обновлением

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

По информации WordPress, релиз 6.9.2 закрывает 10 уязвимостей. Среди них — проблема выхода за пределы рабочего каталога (path traversal) в PclZip, XXE во внешней библиотеке getID3, несколько обходов аутентификации, сразу несколько вариантов XSS, а также Regex DoS, blind SSRF и слабое место в цепочке PoP в HTML API и Block Registry.

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

Особенно неприятен тот факт, что часть исправлений касается довольно чувствительных мест: например, закрыты обходы аунетификации в функциях AJAX query-attachments и Notes, а среди XSS-уязвимостей упоминаются проблемы в навигационных меню, data-wp-bind и сценарии, позволяющем подменять клиентские шаблоны в административной части.

Команда WordPress при этом сохранила привычную позицию: официально поддерживается только самая свежая версия движка в актуальной ветке. Но для этого релиза команда пошла навстречу более широкой аудитории и разнесла критические патчи по другим поддерживаемым веткам. Бэкпорт сделали для всех подходящих веток вплоть до 4.7.

Есть, правда, и маленькая ложка дёгтя. Уже в день выхода 6.9.2 WordPress сообщил, что у части пользователей после обновления фронтенд сайта мог отображаться пустым. Проблему связали с некоторыми темами, которые используют нестандартный способ загрузки шаблонов через так называемые строковые объекты.

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