Jupyterlab Collab MCP Server

jupyterlab-collab-mcp npm v0.14.0 Source verified

Published by ianhi — publish provenance cryptographically ties this package to that repository. That is proof of origin, not an official vendor package.

Trust grade
C
77/100
Last scanned
Trust
C · 77/100
How safe the published surface and source look. Deterministic; every point is auditable.
Capability
High
Blast radius if it went rogue — what the server’s tools could reach. Independent of trust.
Coverage
Source
How much the scan could actually inspect. Shallow coverage is stated, never hidden.
C Why this grade 100 − 23.1 = 77/100

Every server starts at 100. These are the exact deductions the deterministic engine applied — each one reproducible, none of it an opinion or an LLM's guess:

PointsWhat was foundCategory
−23.1 Dynamic evaluation of a non-literal value ×2 MTC-SRC-010 injection

Capability observations and info notes are shown under Findings but never scored. Open any row's finding below for the file, line and evidence behind the deduction.

Findings 8

high Dynamic evaluation of a non-literal value (dist/variable-inspector.js)MTC-SRC-010

In the server's implementation (`dist/variable-inspector.js:97`): Evaluating a runtime value as code (rather than a fixed literal) executes whatever reaches it — a direct RCE primitive, and almost never necessary in legitimate code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: eval(

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/variable-inspector.js

high Dynamic evaluation of a non-literal value (src/variable-inspector.ts)MTC-SRC-010

In the server's implementation (`src/variable-inspector.ts:130`): Evaluating a runtime value as code (rather than a fixed literal) executes whatever reaches it — a direct RCE primitive, and almost never necessary in legitimate code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: eval(

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server src/variable-inspector.ts

high Dynamic code execution in server code (dist/variable-inspector.js)MTC-SRC-001

In the server's implementation (`dist/variable-inspector.js:97`): Evaluating strings as code is the most direct RCE primitive; if any tool input reaches it, the server executes attacker-chosen code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: eval(

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/variable-inspector.js

high Dynamic code execution in server code (src/variable-inspector.ts)MTC-SRC-001

In the server's implementation (`src/variable-inspector.ts:130`): Evaluating strings as code is the most direct RCE primitive; if any tool input reaches it, the server executes attacker-chosen code. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: eval(

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server src/variable-inspector.ts

high Shell/command execution in server code (dist/handlers/kernel-lsp.js)MTC-SRC-002

In the server's implementation (`dist/handlers/kernel-lsp.js:257`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: child_process

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/handlers/kernel-lsp.js

high Shell/command execution in server code (dist/rename.js)MTC-SRC-002

In the server's implementation (`dist/rename.js:5`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: child_process

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server dist/rename.js

high Shell/command execution in server code (src/handlers/kernel-lsp.ts)MTC-SRC-002

In the server's implementation (`src/handlers/kernel-lsp.ts:336`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: child_process

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server src/handlers/kernel-lsp.ts

high Shell/command execution in server code (src/rename.ts)MTC-SRC-002

In the server's implementation (`src/rename.ts:6`): Spawning a shell/process is command-execution capability; with unsanitized tool input it is command injection / RCE. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: child_process

Fix: Review this call path: confirm it never receives unsanitized tool input, constrain it, or remove it. Treat a server whose code reaches these sinks as high-capability regardless of what its tools claim.

Location: server src/rename.ts

What this scan could not see

Versions

Scan history per published version. The engine is deterministic — the same version always yields the same score, so a changed score means the package itself changed.

VersionScoreFindingsEngineScanned
v0.14.0 latest C 77/100 8 1.5.0 2026-07-22

Embed this score

Show this server's live Trust Score in your README, docs or website. The badge is served straight from the registry and updates automatically after every rescan — no API key needed. It links back to this page, so anyone who sees the grade can also read the findings behind it instead of taking a number on faith.

MCP Trust Score: C · 77/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/jupyterlab-collab-mcp/badge.svg)](https://mcptrustchecker.com/registry/jupyterlab-collab-mcp)
HTML
<a href="https://mcptrustchecker.com/registry/jupyterlab-collab-mcp"><img src="https://mcptrustchecker.com/registry/jupyterlab-collab-mcp/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/jupyterlab-collab-mcp/badge.json via https://img.shields.io/endpoint?url=…

Verify this score yourself

The score above is reproducible: the same package version always yields the same result. Run it locally or over the free API — no account, no LLM, fully deterministic.

npx mcptrustchecker scan jupyterlab-collab-mcp --online

Use the free API → How scoring works

More in Data Science & ML