За несколько недель злоумышленники проникли в облачные платформы, подменили официальное обновление ИИ-инструмента LiteLLM и получили доступ к чужим цифровым ключам. Затем выяснилось, что даже некоторым HTTPS-сертификатам доверять больше нельзя, в интернете мгновенно стало небезопасно, а европейские правительства начали самостоятельно отключать государственные сайты. Разберем на Cronos.Asia ситуацию подробнее.
В интернете череду происшествий окрестили "Чёрным октябрём" (Black October). Название эффектное, хотя единой атаки на весь интернет не было. Перед нами несколько независимых инцидентов, которые просто свалились на нас в одно и то же время.
Не обошлось и без закономерности. Ведь для хакеров не обязательно взламывать систему с нуля. Порой достаточно найти забытый ключ от той двери, через которую все привыкли заходить.
Zeabur и Railway: когда ключи лежат под ковриком
Первой громкой историей стал взлом облачной платформы Zeabur, на которой разработчики размещали приложения, сайты и базы данных.
15 октября злоумышленник проник во внутреннюю инфраструктуру компании. Согласно отчёту Zeabur, атакующий воспользовался административными ключами, которые хранились в открытом виде во внутреннем репозитории. Иронично, но компания уже подвергалась атаке в августе. Компания махнула на это рукой, мол, капли дождя не падают в одно и то же место. Учётные данные после этого не заменили, а некоторые токены можно было всё так же использовать бессрочно.
В итоге злоумышленник добрался до базы с данными 321 810 аккаунтов и более чем 3,2 млн записей переменных окружения, где приложения нередко хранят пароли, API-ключи и другие скелеты в шкафу.
Через пару дней, 17 октября, основатель Zeabur объявил о закрытии платформы до конца года. Причин они назвали массу: бизнес-трудности, сложная архитектура, работа над улучшением сервиса. Разумеется, на последнем месте причин были два серьёзных инцидента безопасности за короткое время.
По сути, компания не стала искать проблему, а выкинула клиентов и заставила их в срочном порядке искать новый дом для своих проектов в другом месте. И пока одни разработчики готовились к переезду, другие столкнулись с похожей проблемой на Railway.
20-21 октября атакующий получил доступ к внутренним системам облачной платформы и смог расшифровать часть клиентских секретов. После того как компания отбила массированную атаку, по предварительной оценке Railway, потенциально пострадали переменные окружения максимум 1,85% рабочих пространств – около 100 тысяч. Причём для хакеров лакомым кусочком были ключи доступа к ИИ-моделям.
После атак на компании-гиганты октябрь дал понять – это только начало.
LiteLLM: установи обновление и получи вредоносный код в подарок
Параллельно битве в недрах Railway, 21 октября, разработчики, скачавшие обновление LiteLLM, рисковали получить весьма необычный бонус.
Примечание автора: LiteLLM – инструмент для подключения приложений к различным ИИ-моделям.
Его новая версия 1.107.0 содержала вредоносный код, предназначенный для кражи учётных данных и запуска дополнительных инструментов злоумышленника прямо на устройствах пользователей. Обновление распространялось через официальный реестр Python-пакетов PyPI и контейнерные репозитории.
Вирус находился в PyPI около двух часов. Затем его удалили.
Скорее всего, вы задались вопросом: откуда вирус там взялся? Для этого вернёмся на несколько месяцев назад, в май. Согласно расследованию LiteLLM, тогда разработчики случайно опубликовали служебный ключ во внешнем репозитории. Снова встречаем человеческий фактор. Ошибку заметили, публикацию исправили, а вот отозвать ключ забыли.
И вот, 10 октября, хакер проник во внутреннюю платформу ИИ-агентов и получил GitHub-токен с правами владельца организации. Далее последовала подмена процесса сборки. Атакующий использовал украденные учётные данные, чтобы изменить источник программы, запустить выпуск и одобрить его. Так вредоносный код оказался в официальном обновлении.
Такой метод называют атакой на цепочку поставок программного обеспечения (supply chain attack). То есть вместо того, чтобы скрупулёзно заражать компьютеры по одному, преступник компрометирует инструмент, которым пользуются тысячи разработчиков. Бьёт сразу в центр.
Ирония в том, что даже если человек действовал вполне разумно: устанавливал программу из официального источника, а не скачивал неизвестный архив с подозрительного сайта, как нас настоятельно учат банкинг и опыт борьбы с толпой телефонных мошенников, – он всё равно скачал вирус.
А можно хотя бы значку замка в браузере доверять?
20 октября неприятные новости пришли уже от Google. И тут обошлось уже без ошибки человека. Компания сообщила о проблеме с восемью промежуточными сертификатами индийского удостоверяющего центра eMudhra.
Речь о цифровых сертификатах, которые помогают браузеру проверить подлинность сайта и установить защищённое HTTPS-соединение. Из-за ошибки при генерации криптографических ключей их защита оказалась значительно слабее необходимого. Это создавало возможность подделывать сертификаты и выдавать один сайт за другой – вы думаете, что заходите на сайт с любимой книгой, а вас ловит хакер.
Особенно пикантно, что eMudhra занималась именно обеспечением цифрового доверия.
Google, Mozilla и другие корпораты оперативно приняли меры для блокировки скомпрометированных ключей. Успели ли атакующие создать массовый перехват пользовательских соединений – мы не знаем.
Для репутации компании последствия оказались серьёзными. 22 октября eMudhra посыпала голову пеплом и объявила о выходе из международного бизнеса веб-сертификатов.
Получился показательный эпизод: инфраструктура, созданная для подтверждения доверия, сама стала источником сомнений. А развитие ИИ, обнаружившего данную лазейку в защите, нависает невидимой глазу угрозой.
ИИ и взломы: что же могло пойти не так
Пока одни компании искали украденные ключи, другие пытались понять, насколько сильно искусственный интеллект изменил работу киберпреступников.
21 октября Microsoft опубликовала расследование деятельности группировки Storm-0940, которую связывает с Китаем.
Злоумышленники использовали ARTEX – ИИ-агентов, способных автоматизировать разведку, поиск слабых мест и отдельные этапы проникновения в корпоративные системы. В некоторых случаях от начала атаки до получения привилегированного доступа проходило менее трёх часов.
Во время кампании, связанной с компрометацией ConnectWise, атакующие пытались авторизоваться более чем в 2250 корпоративных средах Microsoft 365 через разрешения стороннего приложения.
Не все организации были взломаны. Но масштаб попыток взлома и расширенная сеть разведки с помощью ИИ впечатляют. Если раньше хакеру приходилось выполнять многие операции вручную по нескольку месяцев, чтобы не быть пойманным, теперь агенты выполняют работу за пару часов. Без отдыха, размышлений и страха оказаться в тюрьме.
Самое опасное, что вектор атак ИИ меняет на ходу: не получилось с одним методом, в ход моментально идёт другой. Или пишется новый, непонятный человеку скрипт, с одной-единственной задачей – взломать систему и выкрасть данные. На другой стороне защитники не могут работать с такой же скоростью: человек не сможет просмотреть логи и устранить уязвимости вовремя.
Впрочем, объявлять искусственный интеллект главным злодеем октября было бы несправедливо. Человек уже не способен противостоять вычислительным способностям машины и приноровился использовать то же оружие. Именно применение ИИ помогло обнаружить одну из самых опасных проблем месяца – PHP2Shell.
На этом поприще начинается гонка между атакующими и защитниками: чей ИИ работает лучше.
PHP2Shell: Европа отключила госсайты
В злополучное 21 октября разработчики PHP выпустили экстренные исправления для двух критических уязвимостей, известных как PHP2Shell.
Примечание автора: PHP – язык программирования, который используется на огромном количестве сайтов, включая проекты на WordPress, Drupal и Joomla. На нём работает 70% интернет-сервисов в мире – представьте масштаб катастрофы. Обнаруженные ошибки позволяли выполнять код на чужом сервере без авторизации. Для владельца сайта это означает риск потери контроля над системой и доступа посторонних к хранящимся данным. В один день ты заходишь в админку и не можешь получить к ней доступ.
Причём проблемы возникли не вчера.
Как объяснила PHP Foundation, некоторые связанные ошибки существовали годами. О них просто… молчали. Команда долго искала исправление, которое не сломает работу множества приложений.
Первоначально обновление по латанию дыр планировали выпустить 22 октября. Но после преждевременного раскрытия сведений об уязвимостях дату срочно перенесли на 21-е.
Помогло ли это? Нет.
Атакующие уже вовсю экспериментировали: Amazon сообщила, что ещё задолго до обнародования уязвимостей – 17 октября – её система-приманка зафиксировала попытку эксплуатации PHP2Shell. Успешность такого взлома на настоящем сервере тогда оставалась неизвестной.
После публикации обновлений началась та самая гонка: администраторы пытались защитить сайты раньше, чем до них доберутся хакеры. Тем временем в Европе начали действовать оперативно: госсайты с потенциальной дырой выключали. Это гарантированный способ полностью защитить данные граждан и предотвратить возможную утечку.
Так, в Нидерландах 21 октября превентивно отключили несколько государственных ресурсов, включая MijnOverheid и DigiD. А на следующий день уже британские власти сообщили о 32 недоступных государственных сервисах. Ещё четыре работали частично.
И это, пожалуй, лучше любой страшной статистики показывает серьёзность угрозы. Если программная ошибка вынуждает государство закрывать собственные цифровые сервисы, проблема давно вышла за пределы кабинетов разработчиков. Но, скорее всего, вам интереснее то, что происходило в Казахстане.
Казахстан: DDoS-атаки, открытый интерфейс банка и тревога из-за PHP
Несмотря на то что крупным хакерам была малоинтересна Центральная Азия, в Казахстане октябрь тоже начался неспокойно. Уже 1 октября сайт Centralmedia24 подвергся DDoS-атакам. На серверы поступало столько запросов, что нормальная работа издания просто прекратилась.
Редакция сообщила об атаках 2 октября. Кто за ними стоял, неизвестно.
Через несколько дней появилась другая история, на этот раз связанная с банком и инструментами ИИ-разработки. Алматинец Алишер Ахметов обнаружил на сайте Bereke Bank публично доступный служебный интерфейс Laravel Boost.
Инструмент предназначен для взаимодействия разработчиков и ИИ-агентов с программным проектом. По словам исследователя, через открытый интерфейс можно было отправлять тестовые записи на сервер. Как сообщило BES.media 7 октября, Bereke Bank подтвердил недостаток конфигурации сайта. Подтверждений утечки персональных данных или финансовых потерь клиентов банка нет.
Особенно занятно, что Ахметов заинтересовался проблемой из-за медленной загрузки страницы. Он открыл инструменты разработчика в браузере и заметил необычные технические сообщения. То есть иногда для обнаружения проблемы безопасности достаточно обычного любопытства.
А 22 октября до Казахстана добралась уже глобальная история с PHP2Shell.
Национальная служба реагирования на компьютерные инциденты KZ-CERT выпустила предупреждение о критических уязвимостях. Под потенциальной угрозой оказались сайты, использующие уязвимые версии PHP: интернет-магазины, новостные порталы, корпоративные ресурсы и другие веб-приложения.
Впрочем, это не означает, что все казахстанские сайты на PHP автоматически взломали. Риск зависит от установленной версии, конфигурации сервера и наличия исправлений.
Отдельно интересна судьба eGov.kz. Уязвимости PHP2Shell не затрагивают портал электронного правительства, и его компоненты работают штатно.
Таким образом, говорить о казахстанском аналоге европейских отключений оснований нет.
Но местные события показывают, что проблема не ограничивается географией. И для казахстанского бизнеса, и для зарубежных компаний опасны одни и те же ошибки человека: открытые служебные интерфейсы, недостаточная защита инфраструктуры и несвоевременные обновления.
Подведём итоги: что же произошло в Чёрный октябрь?
Если отбросить кликбейтные заголовки, октябрьские инциденты объединяет не загадочная группировка и даже не искусственный интеллект.
Их объединяет доверие к официальным источникам и современному шифрованию.
Zeabur и Railway хранили ключи доступа клиентов. LiteLLM распространял обновления через официальные механизмы. Браузеры доверяли цифровым сертификатам eMudhra. Тысячи сайтов зависели от безопасности PHP.
ИИ лишь добавил скорости недоверия к старому интернету. Старые добрые человеческие промахи никуда не исчезли, и ключи доступа могут находиться где угодно из-за чьей-то невнимательности. Как показал этот месяц, ИИ в руках хакера с лёгкостью может найти лишние права доступа или дыру в шифровании, созданном человеком. Или, напротив, найти и устранить уязвимости до того, как до них доберётся атакующая машина. Останется человек молчаливым наблюдателем битвы ИИ или будет перестраивать интернет, покажет время.