Mozilla закрыла критическую уязвимость в Firefox ESR 128.11

Mozilla закрыла критическую уязвимость в Firefox ESR 128.11

Mozilla закрыла критическую уязвимость в Firefox ESR 128.11

Mozilla выпустила важное обновление безопасности для Firefox ESR с выходом версии 128.11. И если вы думали, что это просто очередной патч, то нет: среди уязвимостей — критическая, способная вызвать сбой и даже дать злоумышленникам возможность выполнить произвольный код.

Критическая уязвимость: двойное освобождение памяти в libvpx

Главный баг, закрытый в этом релизе, — двойное освобождение памяти в кодеке libvpx, используемом для WebRTC. Ошибка проявлялась при инициализации энкодера через vpx_codec_enc_init_multi после неудачного выделения памяти.

Это могло привести к повреждению памяти и даже к выполнению произвольного кода. Уязвимость обнаружил исследователь Рэнделл Джесап. Сейчас она устранена.

Несколько багов средней опасности

  • Ошибка изоляции обработки скриптов (CVE-2025-5263). Механизм обработки ошибок скриптов был недостаточно изолирован от веб-контента, что открывало возможность для кросс-доменных атак с утечкой данных.
  • Уязвимости в команде “Copy as cURL” (CVE-2025-5264 и CVE-2025-5265). В одном случае браузер некорректно обрабатывал символ новой строки, в другом — амперсанд. В обоих случаях атакующий мог подстроить ситуацию так, чтобы команда “Copy as cURL” привела к выполнению локального кода. Вторая уязвимость затрагивает только Firefox для Windows.
  • Утечка статуса кросс-доменных скриптов (CVE-2025-5266). События load и error, генерируемые при загрузке скриптов с других доменов, могли использоваться в атаках XS-Leaks.
  • Clickjacking с утечкой платёжных данных (CVE-2025-5267). Злоумышленник мог использовать подмену интерфейса (clickjacking), чтобы пользователь непреднамеренно отправил данные своей банковской карты на вредоносный сайт.

Патчи для багов памяти

Mozilla также закрыла ряд уязвимостей, связанных с безопасностью памяти (CVE-2025-5268 и CVE-2025-5269). Некоторые из них потенциально могли привести к выполнению произвольного кода при наличии достаточных усилий со стороны атакующего. Такие ошибки были устранены как в Firefox ESR, так и в обычной версии Firefox и почтовом клиенте Thunderbird.

Подпишитесь на новости

«В общак»: подпись к банковскому переводу может закончиться проверкой

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

Как сообщает РИА Новости, доцент РЭУ имени Плеханова объяснила: автоматизированные банковские системы учитывают текст, но не обязаны понимать намерение пошутить.

При этом единого публичного списка опасных слов нет. Банки самостоятельно настраивают алгоритмы и не раскрывают полные перечни маркеров подозрительных операций. Поэтому речь не об универсальном правиле.

Внимание могут привлечь и вполне бытовые комментарии: «за маникюр», «за ЖКУ», «по договору». Сами формулировки не запрещены, однако регулярность поступлений, одинаковые суммы и другие обстоятельства могут сформировать подозрительный для комплаенс-системы паттерн.

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

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

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