Утечка DreamHost затронула пользователей, входивших в веб-интерфейс File Manager с августа по 23 октября 2026 года: злоумышленники получили доступ к их логинам и паролям FTP/SFTP. Для разработчиков и владельцев сайтов это не очередной повод сменить пароль «на всякий случай», а риск несанкционированных правок в файловой системе проекта, подмены кода и кражи данных. О происшествии сообщает BleepingComputer.
Американский хостинг-провайдер и регистратор доменов DreamHost подтвердил, что третья сторона проникла на сервер, обслуживающий File Manager по адресу files.dreamhost.com. По данным компании, атакующие использовали уязвимость в программном обеспечении этого сервиса. Доступ сохранялся почти два месяца и был обнаружен 23 октября.
В зоне риска оказались учётные данные тех, кто авторизовывался в File Manager в указанный период. Речь идёт именно о FTP/SFTP-логинах и паролях — ключах к файлам сайта, а нередко и к его конфигурации. Если на сервере лежат файлы с переменными окружения, резервные копии, экспорт базы данных или ключи интеграций, последствия могут выйти далеко за пределы дефейса на главной странице.
DreamHost также допускает, что злоумышленники получили доступ к системам веб-почты. Для ограниченного числа пользователей могли быть раскрыты данные сессий, включая учётные данные. Компания не уточнила, сколько аккаунтов затронуто: BleepingComputer направлял запросы о масштабе инцидента, но ответа не получил. Это важная недостающая деталь: без числа пострадавших сложно оценить, была ли атака точечной или затронула заметную часть клиентской базы.
В DreamHost заявили, что не нашли признаков доступа к данным для входа в панель управления и платёжной информации клиентов. Биллингом занимается внешний поставщик. Компании удалось заблокировать доступ атакующих, устранить использованную уязвимость, завершить активные сессии потенциально затронутых пользователей и аннулировать пароли. Формально это выглядит как базовый набор мер после компрометации, но для клиента главный вопрос обычно начинается уже после такого письма: что успели сделать с украденными реквизитами до блокировки.
FTP и даже защищённый SFTP сами по себе не делают доступ к хостингу безопасным, если пароль оказался у постороннего. Получив рабочую пару логин—пароль, атакующий может загрузить веб-шелл, внедрить вредоносный JavaScript в шаблоны, изменить обработчики платежей или незаметно добавить редирект на фишинговую страницу. Особенно неприятен сценарий для агентств и небольших продуктовых команд, где один доступ обслуживает несколько сайтов, а файлы правят напрямую на production-сервере.
Пользователям, получившим уведомление, DreamHost рекомендует проверить файлы сайтов на несанкционированные изменения, а в веб-почте — правила пересылки и фильтры. Последний пункт легко недооценить: правило переадресации позволяет читать входящую почту и после смены пароля, если его не удалить. Следует также заменить пароль во всех внешних сервисах, где использовалась та же комбинация. Компания предлагает затронутым клиентам год мониторинга кредитной истории и защиты от кражи личности через Equifax, а также советует рассмотреть fraud alert или заморозку кредитного отчёта.
Утечка DreamHost — ещё одно напоминание, что пароль к файловому доступу следует считать привилегированным секретом, а не технической мелочью. Командам стоит отозвать старые FTP/SFTP-реквизиты, проверить логи загрузок и изменения файлов за август—октябрь, разделить доступы по проектам и отказаться от общих учётных записей. Где возможно, лучше перейти на ключи SFTP и ограничить доступ по IP; это не исправит уязвимость у провайдера, но сузит окно для повторного использования украденного пароля.
Инцидент показывает и более неприятную тенденцию: веб-инструменты хостингов становятся удобной точкой входа не только для клиентов, но и для атакующих. Когда браузерная панель объединяет файлы, почту и сессии, её компрометация быстро превращается из локальной проблемы сервиса в инцидент на уровне сайтов клиентов. DreamHost пока не раскрыла ни тип уязвимости, ни количество пострадавших, поэтому владельцам аккаунтов остаётся исходить из консервативного сценария: считать доступы, использованные в File Manager за этот период, скомпрометированными.
