Разбор поможет понять механику атаки и настроить защиту, чтобы твой проект не словил бэкдор. Пройдемся по деталям, примеры кода и чеклисты - всё для быстрого апгрейда security в твоем workflow.

Как сработала атака ambar-src

Пакет ambar-src выкатили 13 февраля 2026 - сначала безвредная версия, потом 16-го подкинули малварь. Typosquatting чистой воды: ember-source с 11 миллионами даунлоудов, а ambar-src выглядит почти так же. Разрабы хватали его, думая, что тянут легитимный фреймворк для Ember.js.

При npm install ambar-src срабатывал preinstall-скрипт - без импорта в код! Малварь чекала ОС: на Windows msinit.exe с шелл-кодом в памяти, Linux получал SSH-туннель, macOS - Apfell из Mythic. GitHub сразу предупредил: меняй все ключи, комп считай скомпрометирован. Tenable и Socket разоблачили за часы, npm забанил через 5 часов, но 50k уже скачали.

• Preinstall-триггер: Скрипт в package.json запускается автоматически, payload качается с x-ya.ru.
• Кросс-платформа: Windows - exe с декриптом в RAM, Linux - скрытый SSH, macOS - C2-агент.
• Evasion: Нет валидного кода, чистый малварь, плюс скрины, кража Chrome-данных и фейковые промпты паролей.

Что такое typosquatting и почему это боль

Typosquatting - классика supply chain атак: злоумышленники регают пакеты с опечатками популярных либ. Ambar-src имитировал ember-source, но такие фокусы били и раньше - debug, chalk в 2025 с 2.6 млрд даунлоудов в неделю. Атакеры сначала пушат чистый код, потом апдейтят с крипто-стилями или worm’ами.

В 2026 это эскалировало: PackageGate в январе обошел git-защиту, SANDWORM_MODE крал секреты. Preinstall/postinstall - киллер-фича для малвари, срабатывает без твоего кода. Аккаунт-хайджек maintainers’ов добавляет риска: один скомпрометированный токен - и миллионы юзеров в зоне риска.

• Проверь опечатки: Перед install гугли пакет, смотри stars на GitHub, отзывы.
• Аудит скриптов: npm ls и ручной чек package.json на pre/postinstall.
• Мониторинг: Socket или GitHub advisories для алертов.

Практические шаги защиты от таких атак

Настрой npm audit на строгий режим - он флагает уязвимости и подозрительные пакеты. Переключись на yarn или pnpm: они строже с разрешениями скриптов и имеют встроенный malware-скан. Lockfile с npm ci фиксирует версии, минимизируя апдейт-атаки.

GitHub Dependabot или npm audit в CI/CD - must-have. Добавь .npmrc с audit-level: high и отключи fund’ы. Для корпоративки - приватный реестр вроде Verdaccio или GitHub Packages. Тестируй в sandbox: Docker-контейнеры для install, без доступа к хосту.

# .npmrc пример
audit-level=high
fund=false
prefer-frozen-lockfile=true

• Используй –dry-run перед install: симулирует без выполнения скриптов.
• Сканеры: Socket.dev, Snyk - интегрируй в pre-commit хуки с husky.
• Scope-пакеты: @yourorg/lib вместо публичных, меньше typosquatting.

Собери свой security-checklist для npm

Составь скрипт для ежедневного чека: npm audit, outdated, ls с depth=0. Добавь lint-rule в ESLint на запреты динамических require подозрительных deps. В монопо: turbo или nx с shared lockfile - централизованный контроль версий.

Один баг в deps - и твой бандл с бэкдором в прод. Тестируй updates вручную: diff package-lock перед merge. Для фронта: Vite/Rollup tree-shaking режет dead code, но скрипты preinstall всё равно фаерятся.

• Хуки в CI: npm ci && npm audit --audit-level=moderate.
• Мониторинг: GitHub alerts + Slack-уведомления от Socket.
• Rotate ключи: После любого сомнительного install меняй npm_token, GitHub PAT.

// Пример safe-install хука
async function safeInstall(pkg) {
  const audit = await exec('npm audit --json');
  if (audit.includes('high')) throw new Error('High vulns!');
  await exec(`npm install ${pkg} --dry-run`);
}

Уровень паранойи: что апгрейдить в 2026

Атаки эволюционируют - после ambar-src жди worm’ов вроде Shai-Hulud с MCP-инъекцией для кражи API-ключей LLM. Pnpm с strict-плагинами уже блочит preinstall по дефолту. Внедри WSL2 для Linux-тестов без риска хоста.

Остается за кадром: как детектить в runtime obfuscated малварь в бандле. Стоит покопать runtime-сканеры вроде Falco для node-процессов и интегрировать с EDR. В 2026 supply chain - это не ‘если’, а ‘когда’, так что checklist в README - твой новый boilerplate.