Недавно обнаруженный инфостилер под названием Aokigahara нацелен на места, где разработчики хранят свои самые ценные секреты: помощники по программированию на основе ИИ, рабочие станции разработчиков и облачные учетные данные. Кампания Aokigahara Infostealer AI coding tools — это напоминание о том, что злоумышленники всё меньше интересуются вашим паролем и всё больше — токенами, ключами и файлами сессий, которые ваши устройства тихо хранят.

Публичные сведения об этом вредоносном ПО ограничены, поэтому в этом посте мы придерживаемся того, что было сообщено, и объясняем, почему эта техника важна.

Как Aokigahara крадет логины и токены сессий

Согласно сообщениям, Aokigahara — это инфостилер, тип вредоносного ПО, который запускается на зараженной машине, собирает конфиденциальные файлы и хранящиеся данные и отправляет их злоумышленнику. Среди заявленных целей — помощники по программированию на основе ИИ, рабочие станции разработчиков и облачные учетные данные, причем главные пункты — это токены входа, SSH-ключи и материалы облачного доступа.

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

Исходная статья краткая, поэтому мы не можем сказать, как распространяется Aokigahara или сколько людей пострадало. Мы не будем гадать. Ясно одно — категория данных, которые он хочет получить, и эта категория заслуживает понимания сама по себе.

Почему машины разработчиков и облачные аккаунты — высокоценные цели

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

Помощники по программированию на основе ИИ добавляют еще один уровень. Они часто авторизованы на длительные периоды и связаны с приватным кодом и проектами. Если злоумышленник получит токен, подтверждающий вашу авторизацию, он может действовать от вашего имени, так и не увидев ваш пароль.

Это вписывается в более широкую картину того, как злоумышленники обращают внимание на инструменты разработки с ИИ. Для более широкого контекста см. наш материал о том, как Claude Code был использован в качестве оружия в автономной атаке с программой-вымогателем, который показывает, как эти инструменты могут быть использованы с другой стороны.

Почему украденные токены сессий обходят MFA

Многофакторная аутентификация (MFA) защищает момент входа. Она требует чего-то помимо вашего пароля, например кода или запроса. Но после того как вы проходите эту проверку, сервис выдает сессионный cookie или токен, который, по сути, говорит: этот пользователь уже верифицирован.

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

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

Что это значит для вас

Если вы пишете код, администрируете серверы или используете ИИ-помощников с доступом к приватным проектам, относитесь к своей рабочей станции как к хранилищу. Секреты, хранящиеся на ней, часто ценнее любого отдельного пароля.

Даже если вы не разработчик, урок применим. Браузеры хранят сессионные cookie, и вредоносное ПО, которое их читает, может угнать учетные записи, защищенные MFA. Риск исходит от заражения устройства, поэтому поддержание чистоты этого устройства — часть защиты каждой учетной записи, которую вы на нем используете.

Практические шаги для защиты ваших учетных данных

  • Проверьте, где хранятся секреты. Ищите API-ключи, токены и учетные данные в текстовых файлах, файлах окружения, истории командной оболочки и папках проектов. Переместите их в выделенный менеджер секретов или защищенное хранилище вашей операционной системы.
  • Защитите SSH-ключи. Используйте парольную фразу для приватных ключей и, где возможно, рассмотрите ключи с аппаратной поддержкой, чтобы ключ нельзя было просто скопировать.
  • Смените всё, что могло быть скомпрометировано. Если вы подозреваете, что устройство было заражено, отзовите и перевыпустите токены, SSH-ключи и облачные учетные данные с чистого устройства. Выйдите из активных сессий везде.
  • Перейдите на MFA, устойчивую к фишингу. Пасскеи и аппаратные ключи безопасности противостоят фишингу гораздо лучше, чем SMS или коды в приложениях, хотя никакая MFA полностью не решает проблему кражи токенов с зараженной машины.
  • Поддерживайте чистоту устройств. Устанавливайте обновления, используйте надежную защиту конечных точек, избегайте запуска непроверенных скриптов или пакетов и будьте осторожны с загрузками и вложениями электронной почты.
  • Ограничивайте привилегии и сроки действия. Используйте кратковременные токены и минимально необходимые разрешения, чтобы украденные учетные данные стоили меньше.

Вывод

Кампания Aokigahara Infostealer AI coding tools показывает, что злоумышленники следуют за учетными данными, а они теперь находятся в ИИ-помощниках и средах разработчиков в той же мере, что и в полях паролей. Начните с проверки того, где хранятся ваши секреты, смените любые токены и ключи, которые могли быть скомпрометированы, и перейдите на MFA, устойчивую к фишингу. Подробнее о том, как злоумышленники используют инструменты разработки с ИИ в своих интересах, читайте в нашем отчете об использовании инструментов ИИ для кодирования в атаках.