Критическую брешь в 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.

Дата-центры в России хотят вывести из-под штрафов за чужие утечки данных

Коммерческие центры обработки данных могут освободить от ответственности за утечки персональной информации, если они только размещают оборудование клиентов и не имеют доступа к данным. Такое предложение вошло в проект дорожной карты развития российского рынка ЦОД, подготовленный Аналитическим центром при правительстве.

Инициатива касается площадок, которые обеспечивают серверы электричеством, охлаждением и физической защитой, но не определяют цели обработки данных и не управляют ими.

Сейчас отсутствие чётко прописанного статуса создаёт риск претензий и штрафов — вплоть до 500 млн рублей за первое нарушение и 3% годовой выручки за повторное.

В Минцифры сообщили, что пока не получали такого предложения от рынка. При этом ведомство согласно с основной логикой: если владелец ЦОД не обрабатывает персональные данные и не имеет к ним доступа, оператором этих данных он не является.

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

Сам закон утечки, конечно, не залатает. Зато после его изменения станет сложнее объяснять пропажу действиями дата-центра.

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