Утечка в Acronis произошла из-за взлома клиентского аккаунта

Утечка в Acronis произошла из-за взлома клиентского аккаунта

Утечка в Acronis произошла из-за взлома клиентского аккаунта

Компания Acronis признала факт кражи 12,2 Гбайт данных из ее системы. Предварительное расследование показало компрометацию учетных данных одного из клиентов. Продукты вендора, по его словам, от хакерской атаки не пострадали.

Сообщение об утечке в Acronis появилось вчера, 9 марта, на сайте Breached Forums. Участник сообщества, использующий ник kernelware, заявил, что ему удалось добыть внутренние данные компании, и в подтверждение своих слов выложил в общий доступ архивный файл с логами, сертификатами, системными настройками и другой информацией ограниченного пользования.

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

Сегодня глава ИБ-службы Acronis раскрыл в LinkedIn информацию, известную на настоящий момент. В частности, текущее расследование показало, что взломщики получили доступ только к папке конкретного клиента, никакие другие системы и аккаунты не пострадали. Продукты компании инцидент не затронул.

Выявленные IoC безопасники передали партнерам – коллегам по цеху. Правоохранительные органы тоже поставлены в известность и подключились к расследованию.

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

Плохо закрытая уязвимость в Apache Tomcat грозит захватом сервера

Участники проектов Apache Software Foundation перевыпустили патч к недавно закрытой в Tomcat уязвимости RCE, так как прежний оказался неполным. Обновления вышли в ветках 9.0, 10.1 и 11.0; их рекомендуется установить с поправкой на версию Java.

Проблема, возникшая в серверном софте из-за дефектного патча от 17 декабря, зарегистрирована как CVE-2024-56337. Уязвимости, которую так неудачно закрыли, был присвоен идентификатор CVE-2024-50379; степень угрозы оценена по CVSS в 9,8 балла.

Обе классифицируются как состояние гонки вида Time-of-Check Time-of-Use (TOCTOU). Согласно бюллетеню, подобная ошибка может возникнуть при работе в системе, не учитывающей регистр символов в именах файлов, где также включена запись для дефолтного сервлета Tomcat.

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

Доработанный патч включен в состав сборок Tomcat 9.0.98, 10.1.34 и 11.0.2. Помимо установки апдейта пользователям придется внести изменения в настройки в соответствии с используемой версией Java:

  • Java 8 или 11 — выставить значение «false» для системного свойства sun.io.useCanonCaches (по умолчанию «true»);
  • Java 17 — вернуть sun.io.useCanonCaches в дефолтное значение «false» (если оно менялось);
  • Java 21 и выше — все оставить как есть (изменения не потребуются).
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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