Skip to main content
Security Immediate Plan

SIP Framework

Five immediate controls that form one defensible path from the developer laptop to a verified container release.

The model

Five controls, one artifact chain

Agent → dependencies → container build → attestations → release gate. Each control strengthens the input to the next.

SIP i

Isolate local AI agents

Run coding agents in a sandboxed microVM with deny-by-default network access and host-managed secrets.

Implementation details

SIP ii

Freeze unvetted dependencies

Delay newly published packages, commit the lockfile, and disable dependency lifecycle scripts by default.

Implementation details

SIP iii

Harden container builds

Use a minimal, non-root runtime image and keep compilers and package managers in a separate build stage.

Implementation details

SIP iv

Generate SBOM and provenance attestations

Attach inventory and maximum-level provenance to every image build, including the relevant build stages.

Implementation details

SIP v

Scan the attested SBOM

Scan the SBOM attached to the exact image digest and block promotion when fixable Critical CVEs remain.

Implementation details

Start here

Learn it, fork it, or delegate it

External citation

Xygeni: The npm Worm Playbook

Xygeni cites SIP as a practical response to the npm worm detection window. Its analysis highlights SIP ii—the five-day dependency cooldown and disabled lifecycle scripts—then explains why behavioral detection is a complementary layer for fast or dormant malware.

Read the citation

Research and context

The threats and evidence behind SIP

Standards and implementation references