Критическую брешь в Apache Commons Text сравнивают с Log4Shell

Критическую брешь в Apache Commons Text сравнивают с Log4Shell

Критическую брешь в Apache Commons Text сравнивают с Log4Shell

В библиотеке Apache Commons Text нашлась критическая уязвимость, которую специалисты уже сравнивают с печально известной Log4Shell. К счастью, новая брешь не имеет такого же охвата, как Log4Shell.

Apache Commons Text — Java-библиотека с открытым исходным кодом, созданная для работы со строками. Альваро Муньез из GitHub Security Lab обнаружил баг, связанный с обработкой ненадежных данных и приводящий к выполнению кода.

Проблеме присвоили идентификатор CVE-2022-42889, а разработчики Apache Commons уже подготовили соответствующий патч — с выходом версии 1.10.0.

Поскольку Apache Commons Text используется многими разработчиками и организациями, новую уязвимость поспешили окрестить ещё одной дырой уровня Log4Shell. Поэтому CVE-2022-42889 назвали Text4Shell (другое имя — Act4Shell).

Ряд экспертов не совсем согласен с этой характеристикой. Да, это опасная брешь, но она не дотягивает до уровня Log4Shell, подчеркивают исследователи. Например, команда Rapid7 проанализировала CVE-2022-42889 и пришла к выводу, что нельзя сопоставлять эти две уязвимости.

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

Проверив PoC-эксплойт на разных версиях JDK, эксперты Rapid7 выяснили, что он отработал как надо только в случае с версиями 9.0.4, 10.0.2 и 1.8.0_341. В Sophos отметили, что эксплуатация CVE-2022-42889 на уязвимых серверах требует определенных усилий.

Тем не менее организациям все равно рекомендуется установить обновления, поскольку демонстрационный эксплойт уже доступен в Сети. Sophos опубликовала ряд рекомендаций для компаний, которые могут быть затронуты Text4Shell.

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

В 5G-смартфоны хотят поселить Кузнечика, но модемы пока не готовы

Надписи «поддерживает 5G» для российского рынка в перспективе может оказаться мало. Минцифры подготовило проект требований, по которым смартфоны в отечественных сетях пятого поколения должны поддерживать российский алгоритм шифрования «Кузнечик».

Срок — 1 марта 2032 года: производителям предлагают заранее подготовиться. О проекте сообщает РБК.

Пока это инициатива, не утверждённое правило. Длинный переходный период нужен для появления совместимых устройств.

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

Просто поменять сим-карту не получится: для массового внедрения нужна аппаратная поддержка.

По оценке главы «Сигналтека» Алексея Алясева, поддержка в телефонах может появиться не раньше 2030 года. Доработка базовых станций для шифрования радиоканала тоже потребует времени и денег.

При этом объявлять нынешним смартфонам цифровую пенсию рано. В Минцифры заявили, что зарубежные устройства без российского шифра смогут работать в 5G как обычно.

Базовая станция должна включать отечественное шифрование, только если его поддерживает телефон. Порядок применения требований после 2032 года, включая уже купленные аппараты, ещё уточнят.

Напомним, 5G на частоте 4,9 ГГц в России пока ограничивается пилотными зонами.

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