Атака на jscrambler в npm:
Rust-инфостилер через скомпрометированные учетные данные

Что произошло

11 июля 2026 года в 16:12 по Лондону кто-то опубликовал версию 8.14.0 пакета jscrambler в реестре npm. Это был не обычный релиз. Злоумышленник использовал скомпрометированные учетные данные для публикации, принадлежавшие компании Jscrambler — известному разработчику средств защиты JavaScript-кода, которым пользуются тысячи разработчиков.

Версия 8.14.0 содержала два файла, которых никогда не было в публичном репозитории GitHub: dist/setup.js и dist/intro.js. Не было соответствующего коммита, пулл-реквеста или тега — вредоносные файлы существовали только в опубликованном npm-артефакте. В package.json появился undocumented-скрипт:

"scripts": {
  "preinstall": "node dist/setup.js"
}

Автоматическая система обнаружения Socket.dev зафиксировала скомпрометированный релиз в течение 6 минут после публикации. Собственные системы оповещения Jscrambler сработали за секунды, и компания немедленно запустила процесс реагирования.

В течение следующих трех часов тот же злоумышленник опубликовал еще четыре вредоносных версии — 8.16.0, 8.17.0, 8.18.0 и 8.20.0 — перемежая их с «чистыми» исправлениями от Jscrambler. Вредоносная нагрузка внутри dist/intro.js была идентична байт-в-байт во всех вредоносных релизах. Менялся только механизм доставки.

Технический анализ: от npm install до нативной нагрузки

Preinstall-скрипт

Вредоносный dist/setup.js — компактный загрузчик примерно на 200 строк JavaScript, который запускается автоматически во время npm install через preinstall-скрипт. Импорт не требуется. Простая установка пакета запускает вредоносный код, потому что npm выполняет preinstall-скрипты до того, как код пакета вообще загружен.

CSI-контейнер

Файл dist/intro.js — несмотря на расширение .js — не является JavaScript. Это бинарный контейнер объемом примерно 7,8 МБ с пятибайтовым заголовком (1b 43 53 49 01), шестой байт которого кодирует количество вложенных нагрузок.

Контейнер содержит три gzip-сжатых нативных исполняемых файла, по одному на каждую операционную систему:

• Linux x86-64 ELF
• Windows x86-64 PE32+
• Apple Silicon (arm64) macOS Mach-O

Последовательность выполнения

При установке setup.js выполняет следующую последовательность:

1. Читает CSI-контейнер из dist/intro.js
2. Выбирает один блок, соответствующий process.platform
3. Распаковывает gzip во временный файл со случайным именем (добавляя .exe на Windows)
4. Делает файл исполняемым
5. Запускает его с параметрами { detached: true, stdio: 'ignore', windowsHide: true } с последующим unref()

Эволюция доставки: версия 8.18.0 сменила тактику

Начиная с версии 8.18.0, злоумышленник удалил preinstall-скрипт. Вместо этого идентичный загрузчик был внедрен как самовыполняющаяся функция в начало dist/index.js и dist/bin/jscrambler.js. Это означает, что вредонос срабатывает при импорте пакета или вызове его CLI, а не при установке. Такая техника обходит сканеры, проверяющие только preinstall- и postinstall-скрипты, и переживает npm install --ignore-scripts.

Версии 8.18.0 и 8.20.0 также объявили самозависимость — "jscrambler": "^8.17.0", — которая транзитивно тянет скомпрометированный релиз при установке вместе с другими пакетами.

Что крадет вредонос

Нативная нагрузка на Rust — это специализированный инфостилер для разработчиков. Анализ декомпилированных бинарников, включая примерно 2400 строк, зашифрованных ChaCha20-Poly1305 (восстановленных командой Socket), показывает обширную поверхность атаки, ориентированную на машины разработчиков и облачных операторов.

Облачные ключи

• AWS — ECS task-metadata endpoint (169.254.170.2), Secrets Manager, SSM Parameter Store
• GCP — Compute metadata service-account token, GOOGLE_APPLICATION_CREDENTIALS, Secret Manager
• Azure — IMDS endpoint (169.254.169.254)

AI-инструменты и конфигурации MCP-серверов

• Claude Desktop — .config/Claude/claude_desktop_config.json
• Cursor — .cursor/mcp.json
• Windsurf — .codeium/windsurf/mcp_config.json
• Zed — настройки MCP-серверов
• VS Code — .mcp.json, mcpServers

Криптовалютные кошельки

• MetaMask, Trust Wallet, Coinbase Wallet, Phantom — по ID расширений
• Exodus — сид-фразы, расшифровка хранилищ

Браузеры, мессенджеры и сессии

• Discord — все каналы (stable, PTB, Canary)
• Slack — доступ к рабочим пространствам
• Telegram Desktop — tdata
• Chrome, Edge, Brave, Firefox — пароли, куки
• Bitwarden — данные хранилища
• Steam — кража сессий

Повышение привилегий и сохранение в системе

На Linux вредонос пытается повысить привилегии через sudo -S -p и systemd-run --system --no-ask-password, а также может загружать eBPF-программы в ядро из памяти. На Windows создает скрытые задачи в планировщике. На macOS устанавливает LaunchAgents. Данные отправляются через TLS (rustls) на жестко заданные IP-адреса, также наблюдалась инфраструктура Tor.

Эволюция атаки: как менялся механизм доставки

За три часа злоумышленник опубликовал пять вредоносных релизов. Вредоносная нагрузка не менялась — менялась доставка:

• 8.14.0 — Preinstall-скрипт (node dist/setup.js)
• 8.16.0 — Preinstall-скрипт
• 8.17.0 — Preinstall-скрипт
• 8.18.0 — Без preinstall. Загрузчик внедрен в dist/index.js. Самозависимость тянет 8.17.0.
• 8.20.0 — Тот же паттерн + самозависимость

Почему эта атака важна

1. Жертва — компания по безопасности. Jscrambler продает защиту клиентского кода. Ее собственный канал распространения был взломан. Если конвейер публикации компании по безопасности может быть скомпрометирован — уязвим любой.
2. Build-time инструменты — цель высочайшей ценности. Пакет jscrambler работает в CI/CD-пайплайнах, где хранятся токены развертывания, облачные ключи и исходный код.
3. Время атаки не случайно. npm 12 вышел 8 июля, отключив install-скрипты по умолчанию. Атака произошла через три дня, эксплуатируя тех, кто еще не обновился.

Отличие от Mini Shai-Hulud

Ранее на этом сайте была опубликована статья об атаке Mini Shai-Hulud — Mini Shai-Hulud: атака на цепочку поставок npm. Эти два инцидента принципиально различны:

Характеристика	Mini Shai-Hulud	jscrambler
Вектор атаки	Typosquatting + dependency confusion	Кража учетных данных публикации
Масштаб	170+ скомпрометированных пакетов	1 пакет, 5 версий
Метод	Фальшивые пакеты загружены в npm	Реальный пакет угнан через кражу учетных данных
Сложность обнаружения	Высокая (typosquats выглядят легитимно)	Очень высокая (официальный пакет вендора)

Немедленные действия

Долгосрочная защита

Lockfiles для целостности

Lockfiles фиксируют деревья зависимостей с хешами целостности. Если вредоносная версия опубликована после генерации lockfile, npm откажется ее устанавливать:

# npm проверяет целостность из lockfile
npm ci  # установка только из lockfile

pnpm и yarn — строгие менеджеры пакетов

pnpm не запускает preinstall/postinstall-скрипты установленных зависимостей по умолчанию, что предотвратило бы вектор атаки 8.14.0:

# pnpm: скрипты не выполняются по умолчанию
pnpm add jscrambler  # безопасно — setup.js не запускается

npm 12: скрипты по запросу

npm 12 отключает install-скрипты по умолчанию. Preinstall-скрипт, на котором держалась атака на jscrambler, был бы проигнорирован:

# npm 12+: install-скрипты отключены
npm install jscrambler  # preinstall НЕ выполняется

2FA и верификация происхождения

Две меры снижают риск угона учетных данных:

• Аппаратная 2FA — npm поддерживает WebAuthn (FIDO2). Физический ключ делает кражу учетных данных недостаточной для публикации.
• Provenance attestations — npm provenance (SLSA Level 2) связывает каждый опубликованный пакет с конкретной CI-сборкой. Пакеты, опубликованные вне нормального CI-пайплайна, не имеют верифицируемого происхождения.

Контекст безопасности

Атака на jscrambler — последняя в серии инцидентов цепочки поставок 2026 года. Ранее Mini Shai-Hulud скомпрометировал 170+ пакетов через typosquatting, TeamPCP атаковал GitHub через отравленные расширения VS Code, а утечка токена Grafana показала риски CI/CD-пайплайнов.

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

Нужна безопасная веб-разработка с защищенным конвейером поставок?

FAQ

Оставайтесь защищенными

Атака на jscrambler — тревожный сигнал для всего JavaScript-сообщества. Канал распространения компании по безопасности был взломан не через уязвимость в продукте, а через кражу учетных данных. Если конвейер публикации Jscrambler может быть скомпрометирован — уязвим любой.

Средства защиты существуют: lockfiles, современные менеджеры пакетов, npm 12, двухфакторная аутентификация, верификация происхождения. Проблема не в технологиях — проблема в их внедрении. Каждый разработчик, закрепляющий зависимости, включающий 2FA и обновляющийся до npm 12, делает экосистему чуть более защищенной.

Если вы создаете JavaScript-приложения и ищете разработчика, понимающего современную безопасность цепочки поставок — от lockfile-менеджмента до CI/CD и безопасности фреймворков — напишите мне.