Kiteworks просит отключить серверы на девять часов — взлом не подтверждён

Предупреждение Kiteworks от 25 сентября 2026 года рекомендует клиентам девятичасовое профилактическое отключение систем в выходные по их местному времени; признаков взлома компания не выявила. Самостоятельно управляемые установки клиенты должны отключить сами, а размещённые у Kiteworks системы отключит поставщик.

TechCrunch ознакомился с письмом клиентам: Kiteworks опасалась эксплуатации пока неизвестных ей уязвимостей, хотя версия 9.5.1 закрывает все проблемы, известные компании на момент предупреждения. Поэтому установленное обновление само по себе не отменяет рекомендацию об отключении. Для конкретной организации решающим остаётся то, кто управляет её экземпляром и какой интервал указан в адресованном ей письме.

Почему Kiteworks предупредила клиентов

Основанием стали сведения об угрозе, полученные от федеральных органов США: злоумышленник мог попытаться атаковать некоторые системы Kiteworks. Речь идёт о возможной атаке, а не о подтверждённом проникновении. Публичное предупреждение от 25 сентября не раскрывает способ атаки, не называет предполагаемого злоумышленника и не содержит технических признаков, по которым администратор мог бы определить уязвимость в своей установке.

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

Кто отключает конкретную установку

Место размещения само по себе не определяет, кто выполняет отключение. Система на облачной инфраструктуре может находиться под управлением клиента; в предупреждении такие установки отделены от систем, которые размещает и обслуживает сама Kiteworks.

• Самостоятельно управляемая система Kiteworks. Если организация управляет установкой на собственной площадке либо в AWS или Azure, отключение в назначенное ей окно выполняет она сама. Аренда облачной инфраструктуры не означает, что это действие возьмёт на себя Kiteworks.
• Система, размещённая у Kiteworks. Поставщик отключает такие клиентские экземпляры на профилактическое окно. От клиента не требуется самостоятельно останавливать систему, но недоступность сервиса может затронуть обмен файлами и зависящие от него процессы.
• Продукт дочерней компании. Предупреждение не распространяется на перечисленные Kiteworks дочерние компании, включая Zivver, DRACOON, totemo, ownCloud, WAMNET и 123FormBuilder. Если организация пользуется также самой платформой Kiteworks, её установку нужно рассматривать отдельно от продукта дочерней компании.

Для администратора граница проходит по договорённости об управлении конкретным экземпляром. Например, размещение виртуальной машины в AWS не делает её системой, размещённой у Kiteworks, если запуск и остановка остаются обязанностью клиента. Если модель управления неясна, персональное уведомление и поддержка поставщика позволяют уточнить, кто отвечает за остановку и когда она назначена.

Чем обновление отличается от отключения

Выпуск 9.5.1 устраняет уязвимости, которые были известны Kiteworks на дату предупреждения; компания рекомендовала клиентам пользоваться актуальной версией. Это утверждение имеет предел: оно не означает, что ещё не обнаруженных путей доступа не существует. Именно возможность неизвестного пути и объясняет, почему рекомендация о временной остановке не исчезает после обновления.

Отключение решает другую задачу. В обозначенный период система не предоставляет свой обычный сервис и потому не может быть атакована через работающий экземпляр тем же способом. Цена этой меры — временная недоступность обмена данными. Остановка не исправляет программную ошибку, а обновление не заменяет профилактическую остановку на время предполагаемой атаки.

Из предупреждения нельзя заключить, что причиной меры стали именно установки старше 9.5.1 или что уязвим каждый экземпляр платформы. Для решения об обновлении важна версия установленного ПО; для решения об отключении — тип управления системой и персональный интервал. Эти вопросы связаны с одной угрозой, но отвечают на разные риски.

Почему в сообщениях разные сроки

Публичная рекомендация Kiteworks говорит о девятичасовом окне, тогда как BleepingComputer, пересказывая первоначальное письмо клиентам, приводит шестичасовой интервал. Открытые публикации не объясняют это расхождение. Переносить часы из пересказа чужого письма на свою установку поэтому нельзя: компания направила клиентам уведомления с конкретным временем.

Особенно важно различать продолжительность окна и часы его начала и окончания. Указание на местный часовой пояс в публичном сообщении не даёт организации в СНГ готового расписания для её экземпляра. Если уведомление не попало ответственному администратору, точный интервал следует уточнить у поддержки Kiteworks, не выбирая его самостоятельно по публикациям о других клиентах.

На момент исходного предупреждения взлом не был подтверждён, а технический путь предполагаемой атаки публично не раскрывался. Дальнейшие персональные уведомления могут уточнять сроки и условия возобновления работы конкретной системы. Поэтому публичная рекомендация объясняет причину меры и распределение ответственности, а актуальный режим своей установки клиенту нужно сверять с адресованными ему сообщениями Kiteworks.

Читайте также:

• TeamCity взламывают без пароля: CISA подтвердила активные атаки
• Один пост без обсуждения: как отключить комментарии в ВК
• .htaccess: где искать файл и почему сервер может его игнорировать