Критическая уязвимость SimpleHelp уже ушла из категории «надо бы обновить» в категорию «вас уже могли обойти». Через CVE-2026-48558 атакующие получают доступ к RMM-серверам и разворачивают Djinn Stealer — новый кроссплатформенный инфостилер, который собирает данные с Windows, macOS и Linux-машин разработчиков. Для русскоязычной IT-аудитории это неприятный, но очень понятный сигнал: если у подрядчика, helpdesk или внутренней админской команды открыт наружу SimpleHelp, под ударом оказываются не только рабочие станции, но и вся цепочка доступов к облакам, репозиториям и AI-инструментам.
О кампании сообщает BleepingComputer. Речь идет о CVE-2026-48558 — критической дыре в SimpleHelp, которую в июне 2026 года подробно описала Horizon3.ai. Уязвимость затрагивает серверы, где используется аутентификация через OpenID Connect, и позволяет без аутентификации создать высокопривилегированную учетную запись техника. На момент раскрытия исследователи насчитали около 1000 доступных из интернета серверов с уязвимой конфигурацией. Для продукта, которым пользуются MSP-провайдеры, IT-отделы, helpdesk и системные администраторы, это не статистическая мелочь, а вполне рабочая поверхность для массовых атак.
В расследованном инциденте, о котором рассказала MDR-компания Blackpoint, злоумышленник сначала использовал уязвимость SimpleHelp для входа на внешний сервер, затем открыл скомпрометированный сеанс техника и уже через доверенный административный канал доставил вредоносную нагрузку на управляемые системы. Сценарий неприятно логичный: если RMM-платформа сама умеет передавать файлы и выполнять команды, то отдельный эксплойт на конечной точке уже не обязателен. Blackpoint отмечает, что в этой атаке использовались две ранее не документированные вредоносные программы: загрузчик TaskWeaver и инфостилер Djinn Stealer.
TaskWeaver пришел в виде обфусцированного JavaScript-файла с банальным именем jquery.js, загруженного с временного домена Cloudflare. Дальше все по классике современной малвари, только с поправкой на dev-инфраструктуру: загрузчик собирает сведения о зараженном устройстве, связывается с C2-сервером и получает новые JavaScript-модули для выполнения. После этого ставится Djinn Stealer, задача которого не в том, чтобы закрепиться любой ценой, а в том, чтобы за один проход выгрести максимум ценных данных. Такой подход хорошо ложится на атаки по разработчикам и администраторам: времени на шумную активность не тратят, берут доступы и идут дальше по цепочке.
Самое показательное здесь не факт появления еще одного инфостилера, а его прицел. Djinn Stealer собирает облачные credentials, данные identity-сервисов, параметры deployment-платформ и инструментов управления облачной инфраструктурой. В списке интересов — Git-конфигурации, GitHub CLI, SSH-ключи, Docker credentials, Helm, Terraform, Pulumi, HashiCorp Vault и учетные данные пакетных менеджеров и сборочных инструментов: npm, Yarn, pnpm, Cargo, Maven, Gradle, pip, NuGet. Для бизнеса это означает очень конкретный риск: злоумышленник может не просто украсть локальные файлы разработчика, а получить доступ к приватным пакетам, пайплайнам сборки и даже возможности публикации вредоносных обновлений от имени легитимной команды.
Отдельный акцент Blackpoint делает на AI-разработке и AI-ассистентах для программирования. Djinn Stealer ищет локальные конфигурации, токены, сессионные данные и параметры Model Context Protocol для инструментов вроде Claude, Gemini, Codex, Cline, OpenCode и Kilo. Логика атаки здесь особенно неприятна: если разработчик уже выдал своему AI-ассистенту доступ к репозиториям, базам данных, облачным аккаунтам и внутренним API, то украденные локальные настройки могут дать атакующему тот же downstream-доступ. Проще говоря, компрометация ноутбука разработчика превращается в компрометацию всей аккуратно связанной экосистемы, которую команда строила ради ускорения работы. И это, пожалуй, самый современный штрих в этой истории: теперь воруют не только пароли, но и полномочия, делегированные вашим же агентам.
На Linux у Djinn Stealer есть и отдельная прагматичная деталь: он пытается читать /proc/cmdline и /proc/environ, то есть вынимать из виртуальной файловой системы сведения о запущенных процессах, переменных окружения, путях, URL и секретах вроде API-ключей или токенов сессий. Помимо этого, малварь интересуют данные браузеров, shell history, SSH-конфигурации, PGP-ключи, настройки клиентов баз данных, сведения об ОС, пользовательские файлы и даже криптокошельки. Перед отправкой на C2 все это упаковывается в TAR-архив, затем сжимается GZIP и шифруется через AES-256-GCM, а ключ защищается встроенным RSA-2048 публичным ключом из TaskWeaver. Это уже не кустарный сборщик логинов, а вполне собранный инструмент под разработческую среду, где ценность лежит в конфигурации и доверенных связях между сервисами.
Практический вывод тут без особой романтики. Если у вас есть SimpleHelp, то уязвимость SimpleHelp нужно закрывать немедленно, а не после следующего окна изменений: обновить серверы до актуальных версий, проверить, не появлялись ли неизвестные technician-сессии, и при малейших признаках компрометации ротировать ключи, токены и API-доступы. Отдельно имеет смысл смотреть не только на EDR на рабочих станциях, но и на следы необычного использования RMM-инфраструктуры, потому что именно она в этом кейсе стала «законным» транспортом для атаки. История с CVE-2026-48558 хорошо показывает, куда смещается ценность для атакующих: не в отдельный компьютер, а в консоль, через которую можно достать разработчика, его секреты и все системы, к которым он уже успел подключить свои инструменты.
Главный вопрос теперь не в том, появятся ли новые кампании через уязвимость SimpleHelp, а в том, сколько компаний еще продолжают считать RMM и AI-tooling чем-то вспомогательным, а не частью критической поверхности атаки. Пока разработческие среды становятся все более связанными и автоматизированными, любой скомпрометированный админский канал превращается не просто в инцидент на endpoint-уровне, а в короткий маршрут к облаку, CI/CD и внутренним данным.