Scan result  ·  csharp-sdk
csharp-sdk

Caution

A high-severity issue was observed on this surface.

githubscanned 4 months ago
Rescan
Coverage
Medium
Tests run
1
Findings
1 rule · 2 total
Worst severity
High

What ran on this surface

1 category
Supply Chain SecurityMCP08 · MCP10 · ASI041 finding · 0 clean
HighD7Dependency Confusion Attack Riskconfidence 70% · 2 findings

Observed: Scoped package @modelcontextprotocol/server-everything resolved at version 2026.

Source
External Content
Scoped package @modelcontextprotocol/server-everything resolved at version 2026.1.26 (majo...
Sink
Command Execution
If @modelcontextprotocol/server-everything@2026.1.26 is the public-registry impostor, its...
Mitigation
Input Validation
No registry-scope pin has been observed for @modelcontextprotocol. Without the pin the pac...
Impact
Remote Code Execution
server-host, exploitability moderate

Fix. Use npm/pip --registry flags to pin all installs to your private registry. Add a .npmrc with 'registry' pinned. For scoped packages, set scope-level registry configuration. Use Subresource Integrity (...

Not run on this surface
These rules could not be reached by this scan method. They stay listed and counted, so coverage is never overstated. Each says why it did not run and what would unlock it.
4Live connectionRules whose declared input (live connection) this scan method did not supply.rescan to unlock
179No execution recordNo record that these rules ran on this surface.rescan

Why these stay. The verdict is coverage aware. A clean result would read "Insufficient coverage", not "Safe", precisely because these rules did not run. Hiding them would let a shallow scan look as thorough as a deep one.

How this server was scanned

The method behind this result was not recorded: the scan predates it. How deep it reached is unknown, and is not implied by anything on this page.

Verifiable Findings

Not yet attested

This server has not been scanned with attestation enabled yet.

How to verify this yourself
# Re-run the analyzer on the signed snapshot and recompute the findings digest
curl -s https://mcp-sentinelapi-production.up.railway.app/api/v1/servers/csharp-sdk/attestation.json > att.json
npx mcp-sentinel verify-scan --attestation att.json

# Prove the attestation is in the public transparency log
curl -s https://mcp-sentinelapi-production.up.railway.app/api/v1/servers/csharp-sdk/attestation/inclusion.json > incl.json
npx mcp-sentinel transparency verify-inclusion --proof incl.json

Observed behaviorexecuted in sandbox

Declared tool hints vs. what each tool was actually observed to do when executed in our egress-denied sandbox - plus any witnessed tool→tool flow within this one server. This is not cross-server toxic flow, which composes several servers in one config.

Observed behavior not captured for this scan

No observed-behavior record is on file for this server's latest scan.

This is a coverage gap - we did not execute this server’s tools in the sandbox for this scan. It is not a clean result and is not scored as one. To see how observed behavior is rendered when a run does happen, view the illustrative cross-server toxic flow.

Intrinsic here, config-scoped elsewheredual unit

Everything on this page — the verdict, every finding — is csharp-sdk assessed on its own. That is its intrinsic posture. Whether it becomes one leg of a cross-server toxic flow is a different, config-scoped question: it depends on which other servers share its client config, and no verdict on this page changes for it.

Registry-wide co-existence →The capability pairs across the registry this server could participate in if co-configured. Hypothetical, CVE-backed templates — not observed here and not an attack path against this deployment.Scan a config →Submit a client config that includes this server to get the real, config-scoped cross-server flow for the servers you actually run together.

Deepen this scan

Every link below opens a form prefilled with this server’s details. Nothing runs until you submit.

csharp-sdk - security audit · MCP Sentinel