Case · DiggingBeagle record

Pinning an MCP server commit did not pin its runtime dependencies

A source-code hash can identify the top-level MCP server and still say little about the environment that executes it. Corelight studied server launches in which identical source revisions pulled changing transitive packages and produced different installed environments.

Scope

Dependency-resolution research on MCP server reproducibility; no demonstrated attacker-triggered compromise in the reported sample.

Assessment profile

Assessment method
Setting
evaluation
Exploitation
not established
Evidence
Grade C
Remediation
mitigation available
AI role
AGAINST AI
Basis and provenance

First-party research reports multiple dependency resolutions under a pinned source commit. No malicious substituted package or executed exploit is observed. An impact band is not assigned because the available Claims do not establish a comparable verified severity or quantified harm.

Assessed Nov 12, 2026 using diggingbeagle.assessment/1.

At a glance

Mechanism and trust boundary

  1. 01

    An operator pins an MCP server's own source revision.

  2. 02

    The runtime resolves floating transitive packages or deployment artifacts independently of that revision.

  3. 03

    The same top-level commit yields different executable dependency closures across launches.

Claims & evidence

CLM-R239-088-CORECorelight reported 15 different installed environments across 19 launches/builds of a pinned MCP server revision.supported

Basis: reported finding

Link to claim

Implications

Reproducible agent tools require a reproducible runtime, not just a signed repository pointer.

Controls and mitigations

  • Pin transitive dependencies and container digests, verify the deployment SBOM and isolate installed tools from credentials and sensitive filesystem paths.

Unknowns and contradictions

  • The prevalence of actively malicious dependency substitutions and resulting committed tool effects is unknown.

Sources and citation

Material revision history

  1. Nov 12, 2026 · Published version · first publication · revision 241