Mozilla разработала систему унифицированной аутентификации для веб-ресурсов

Mozilla разработала систему унифицированной аутентификации для веб-ресурсов

Разработка должна составить альтернативу существующим решениям наподобие OpenID. Как и другие веб-системы типа "single sign-on", предложенный компанией прототип позволяет использовать одни и те же аутентификационные данные для входа на различные сайты без необходимости каждый раз вводить пароль; есть у него, однако, и ряд отличий от известных аналогов.


Журналисты The Register рассказывают, что продукт получил наименование "BrowserID". Построен он на так называемом "протоколе подтвержденного адреса электронной почты" (Verified Email Protocol). Пользователь, желающий получить идентификатор этой системы, должен будет внести в особую веб-форму принадлежащий ему адрес электронной почты и пароль; эти данные будут переданы в службу верификации, которая отправит на указанный адрес специальное письмо. Следуя инструкциям из письма, будущий владелец идентификатора сможет подтвердить, что ящик действительно принадлежит ему.

Получив подтверждение, служба сформирует пару криптографических ключей, которые в дальнейшем будут ассоциироваться с заданным адресом. Публичный ключ останется на сервере верификации, а секретный - на стороне клиента. На этом подготовительные процедуры будут завершены. Для входа на сайт, использующий технологию BrowserID, пользователю понадобится лишь нажать кнопку "Войти" и указать свой адрес электронной почты; веб-ресурс обратится к серверу верификации и установит, имеется ли соответствие между ключом клиента и ключом адреса. В случае положительного вердикта вход будет разрешен.

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

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

Письмо автору

" />

WinRAR снова чинит опасную дыру: архив мог привести к переполнению памяти

RARLAB выпустила WinRAR 7.23 и закрыла уязвимость CVE-2026-14191, связанную с обработкой восстановительных томов RAR5. Проблема затрагивает WinRAR, RAR и UnRAR до версии 7.23. Подтверждённых кибератак пока нет, но расслабляться всё равно рано.

Ошибка находится в парсере файлов .rev. WinRAR неправильно рассчитывал размер внутреннего списка по первому .rev-файлу, а затем доверял значениям из следующих файлов набора.

Проверки на соответствие реальному размеру не было, из-за чего специально подготовленный архив мог записать данные за пределы буфера.

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

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

Уязвимость особенно неприятна из-за популярности WinRAR. Архиватор установлен на огромном количестве компьютеров, а такие программы злоумышленники любят: пользователи открывают архивы регулярно и часто без особых подозрений. Тем более что другие баги WinRAR уже активно эксплуатировались в атаках в 2025 году.

В версии 7.23 RARLAB также усилила обработку символических ссылок при распаковке и обновила встроенную библиотеку 7-Zip, чтобы подтянуть исправления из основного проекта. При этом UnRAR.dll не обрабатывает recovery-volume файлы, поэтому именно этот компонент неуязвим к CVE-2026-14191.

Пользователям следует обновиться до WinRAR 7.23 как можно скорее. До установки патча лучше не запускать проверку и восстановление .rev-наборов из непроверенных источников и в целом осторожнее относиться к архивам от неизвестных отправителей.

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