Похищение паролей Dropbox оказалось ложью

Взлом Dropbox оказался блефом

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

Жадный злоумышленник оставил запись на веб-сайте Pastebin, в которой опубликовал 400 логинов и паролей пользователей сервиса. Преступник обещал выложить в Сеть около 7 млн логин-данных, если ему заплатят в Bitcoin. Вскоре стало понятно, что его предложение было блефом. Представителям компании Dropbox пришлось прокомментировать ситуацию и опровергнуть заявление преступника.

«Логины и пароли, упомянутые в данном сообщении, украли с других сервисов, а не с Dropbox», – заявил эксперт по безопасности Антон Митягин в блоге Dropbox.

Не уточняется, откуда злоумышленник получил информацию. Тот факт, что некоторые данные используются для доступа к аккаунтам Dropbox, не означает взлом систем облачной платформы. Многие пользователи применяют одни и те же логин-данные для нескольких онлайн-сервисов.

Представители Dropbox рекомендовали клиентам пользоваться двухступенчатой авторизацией для доступа к аккаунтам. Самый простой способ защиты от взлома - задать отдельный логин и пароль для каждой учетной записи.

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