Skip to content

Package publishing activity

An agent invokes or stages a recognized package publishing command.

Publishing can distribute code outside the workspace and use credentials with access to an organization package namespace. A malicious update can affect downstream users.

An agent fixing tests runs a publishing command even though the task did not authorize a release.

This is a fictional example, not an event from a customer.

The rule recognizes selected npm, Cargo, RubyGems, and Python publishing command forms. It also matches those commands in recognized staged content.

Rule IDEvent categoryTierBase severity
RULE_THREAT_PACKAGE_PUBLISHthreat_commandCommunityMEDIUM

Base severity is the rule default. A finding involving content saved for later execution may have a lower severity. Your loaded rule version and event details determine the finding you see.

Check whether a release was authorized, the registry and namespace, the exact artifact, and whether publication completed. If an unauthorized package was released, follow the registry incident and withdrawal process.

An explicitly authorized release workflow, a private registry release, or a dry-run command can match.

Other publishing tools, registry API calls, hidden release scripts, and unrecognized command forms can be missed.

The base severity is MEDIUM. The rule does not verify package contents or distinguish every dry run from a real upload.

A finding describes a pattern in captured activity. Review the original call, its result, and the task context before concluding that harm occurred. Absence of a finding does not establish that an operation is safe.

AWS Security described Shai-Hulud collecting npm tokens and using them to publish infected package updates. This illustrates how publishing privileges can spread a compromise; a publishing finding alone does not identify that campaign. Read the AWS incident account.

Browse this category. Find a rule by ID.