npm staged publishing теперь доступен — в цепочку поставки JavaScript добавлен этап ручного утверждения

npm выпустил staged publishing: пакеты теперь могут находиться в состоянии ожидания, требующего явного ручного одобрения перед установкой — прямой ответ на новые угрозы цепочки поставок, связанные с AI-управляемыми конвейерами публикации.

Простыми словами. npm, крупнейший в мире реестр пакетов JavaScript, добавил режим staged publishing. Разработчики публикуют пакет, который виден для проверки, но ещё не доступен для установки, а затем вручную продвигают его в продакшн — обязательная человеческая проверка перед тем, как код попадает в цепочку поставок.

Анализ. Это совпадение не случайно. ИИ-помощники для кодирования генерируют предложения зависимостей и иногда «галлюцинируют» названия пакетов, которые совпадают с реальными, но вредоносными (typosquatting). Инструменты ИИ, которые автоматически устанавливают зависимости при упоминании, усиливают риск. Staged publishing создаёт окно для проверки, которое особенно важно в двух сценариях: в автоматизированных CI-пайплайнах, где скомпрометированный токен может запустить публикацию вредоносного релиза до того, как кто-то заметит, и в рабочих процессах с ИИ, где название пакета, сгенерированное ИИ, публикуется до ручной проверки. Функция также интегрируется с существующей системой подтверждения происхождения (provenance attestation) npm, делая всю цепочку — происхождение кода, staged review и продвижение — подлежащей аудиту.

Под капотом. Staged-пакеты появляются в метаданных реестра, но исключаются из разрешения установки до тех пор, пока не будут явно продвинуты. Функция работает с существующими областями контроля доступа.

Что дальше. Staged publishing меняет модель npm с «публикация = продакшн» на «публикация = в ожидании». Ключевой фактор — скорость внедрения, так как функция работает только если популярные мейнтейнеры пакетов её включат. Следите за тем, сделают ли крупные фреймворки её обязательной для участников.