Cyberstrike MCP Server

@cyberstrike-io/cyberstrike npm v1.1.15

Published by @cyberstrike-io — no publish provenance and no vendor-owned scope, so the publisher could not be verified. The repository link below is self-declared.

Trust grade
C
72/100
Last scanned
Trust
C · 72/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 − 28 = 72/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
−15.4 Obfuscated / encoded payload in server code MTC-SRC-004 injection
−6.3 Untrusted input concatenated into a command sink MTC-SRC-009 injection
−6.3 Package runs install-time scripts MTC-SUP-010 supply-chain

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 Obfuscated / encoded payload in server code (web/assets/worker-DXsJPwkg.js)MTC-SRC-004

In the server's implementation (`web/assets/worker-DXsJPwkg.js:3`): Decoding an encoded blob and executing it is how malicious logic is hidden from human review of the source. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: \x1F\x7F\x81\x8D\x8F\x90\x9D\xA0

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 web/assets/worker-DXsJPwkg.js

high Shell/command execution in server code (postinstall.mjs)MTC-SRC-002

In the server's implementation (`postinstall.mjs:8`): 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 postinstall.mjs

high Shell/command execution in server code (web/assets/blade-DVc8C-J4.js)MTC-SRC-002

In the server's implementation (`web/assets/blade-DVc8C-J4.js:1`): 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: exec(

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 web/assets/blade-DVc8C-J4.js

high Shell/command execution in server code (web/assets/cobol-nwyudZeR.js)MTC-SRC-002

In the server's implementation (`web/assets/cobol-nwyudZeR.js:1`): 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: exec(

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 web/assets/cobol-nwyudZeR.js

high Shell/command execution in server code (web/assets/php-CDn_0X-4.js)MTC-SRC-002

In the server's implementation (`web/assets/php-CDn_0X-4.js:1`): 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: exec(

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 web/assets/php-CDn_0X-4.js

high Shell/command execution in server code (web/assets/worker-DXsJPwkg.js)MTC-SRC-002

In the server's implementation (`web/assets/worker-DXsJPwkg.js:152`): 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: exec(

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 web/assets/worker-DXsJPwkg.js

medium Untrusted input concatenated into a command sink (postinstall.mjs)MTC-SRC-009

In the server's implementation (`postinstall.mjs:200`): A shell/process command assembled from concatenated or interpolated values is command injection when any part is attacker-influenced — the OWASP canonical RCE flow. Verify what reaches the interpolated value. This is read from the code itself — not from the tool description — so a poisoned server cannot hide it behind honest-looking metadata.

Evidence: execSync( `npm install --prefix "${dataDir}" --save-exact playwright@${

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 postinstall.mjs

medium Package runs install-time scripts (postinstall)MTC-SUP-010

"@cyberstrike-io/cyberstrike" executes postinstall script(s) at install time. The large majority of malicious packages abuse install hooks to run code before you ever import them.

Fix: Review the scripts; install with --ignore-scripts where possible and vet what they do.

Location: package @cyberstrike-io/cyberstrike

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
v1.1.15 latest C 72/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 · 72/100
Markdown (GitHub README)
[![MCP Trust Score](https://mcptrustchecker.com/registry/cyberstrike-io-cyberstrike/badge.svg)](https://mcptrustchecker.com/registry/cyberstrike-io-cyberstrike)
HTML
<a href="https://mcptrustchecker.com/registry/cyberstrike-io-cyberstrike"><img src="https://mcptrustchecker.com/registry/cyberstrike-io-cyberstrike/badge.svg" alt="MCP Trust Score" height="20"></a>
Prefer shields.io styling? Point it at https://mcptrustchecker.com/registry/cyberstrike-io-cyberstrike/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 @cyberstrike-io/cyberstrike --online

Use the free API → How scoring works

More in Developer Tools