CodeInspectus
NPM · CODEINSPECTUS
Local-first MCP security scanner and CLI for AI-generated applications.
Available components
Last scanned (2 hours ago)
Scores higher than 53% of npm servers
Category Security
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security81
- No malware found by supply-chain analysis.Pass
- CVE check failed: a known high-severity CVE affects zod 3.25.76, a direct dependency. A fixed version is available. View diagnostics → Fail
- No install/post-install scripts declared.Pass
- 30 of 102 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency45
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- Clear OSI-approved license (Apache-2.0).Pass
- Actively maintained (last published 0 days ago).Pass
- Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability63
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 2477 tokens (~247/item across 10 items; 10 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
- No destabilizing schema changes in the last 30 days.Pass
Tool Coverage96
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 86% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 10 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 11 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 5 Nov 26 −1
- Stability: pass → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Schema quality: 204 → 247 ▼ functional
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Package version: 3.3.2 → 4.0.0 functional
- 31 Oct 26 0
- Security disclosure: unverified → fail ▼ functional
- 30 Oct 26 0
- GHSA-r4xh-jqrq-34v2 no longer affects this package ▲ security
- Security disclosure: fail → unverified ▼ functional
- Package version: 3.3.1 → 3.3.2 functional
- 28 Oct 26 +1
- Stability: 0.97 → pass security
- 27 Oct 26 −1
- Stability: pass → 0.97 functional
- 24 Oct 26 −2
- CVE-2023-54404 affects this package: high ▼ security
- 23 Oct 26 0
- Package version: 2.1.0 → 3.3.1 functional
- 21 Oct 26 +1
- Stability: 0.97 → pass security
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Analysed npm/codeinspectus@4.0.0
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | npm |
Background: How many MCP packages publish verified provenance →
Vulnerabilities 1 finding
| ID | CVE | Severity | Vector | Fix available |
|---|---|---|---|---|
| GHSA-mrhx-c7xc-m3w5 | CVE-2023-54404 | high | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H | yes |
Background: What a vulnerability scan can and cannot prove →
Dependencies 102 packages
| Packages resolved | 102 |
|---|---|
| Stale | 30 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
codeinspectus_apply_cleanup Apply approved repository cleanup ~158
Apply one exact ready V3.3 cleanup plan after explicit approval. Requires an exact artifact-ID match and confirmation, creates managed content backups, uses atomic bounded edits, creates new media copies, reruns the same repository-trust validators, and writes a content-free audit log. This modifies selected source files and/or creates named cleaned copies.
| Name | Type | Req | Description |
|---|---|---|---|
| approved_artifact_ids | array | yes | Exact artifact IDs approved by the user; must equal the plan scope. |
| confirm_cleanup | boolean | yes | Must be true after the user reviews and approves the exact plan. |
| confirm_rights_to_modify | boolean | – | Required when removing explicit attribution or provenance; confirms the user is authorized to create the proposed change. |
| plan_id | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| audit_log_path | string | yes | – |
| checkpoint | object | yes | – |
| cleanup_id | string | yes | – |
| completed_at | string | yes | – |
| limitations | array | yes | – |
| operations | array | yes | – |
| outcome | string | yes | – |
| plan_id | string | yes | – |
| repository_trust_after | – | yes | – |
| repository_trust_before | object | yes | – |
| repository_trust_changes | object | yes | – |
| schema_version | string | yes | – |
| started_at | string | yes | – |
| target | string | yes | – |
| verification | object | yes | – |
No examples provided.
codeinspectus_compliance_report Code-level compliance coverage report ~141
Produce a per-framework code-level control-coverage view for a prior scan (NIST CSF 2.0, ISO 27001:2022, SOC 2, CIS v8.1, Essential Eight, OWASP Web/LLM). Reports 'X of N code-visible controls have findings' with the code-visible subset as the explicit denominator. This is NOT a compliance audit, certification, or attestation — code-level evidence only.
| Name | Type | Req | Description |
|---|---|---|---|
| framework | string | – | Restrict the report to one framework. Default: all frameworks. |
| scan_id | string | yes | scan_id returned by a prior codeinspectus_scan call. |
| Name | Type | Req | Description |
|---|---|---|---|
| coverage_notes | array | – | – |
| disclaimer | string | yes | – |
| frameworks | array | yes | – |
| posture_note | string | yes | – |
| posture_score | number | yes | – |
| scan_id | string | yes | – |
No examples provided.
codeinspectus_explain_finding Explain a finding in depth ~85
Return a deep explanation and full remediation plan for a single finding id from a prior scan: what the weakness is, why it matters, concrete fix steps, and references.
| Name | Type | Req | Description |
|---|---|---|---|
| finding_id | string | yes | The finding id (e.g. CI-0007) to explain in depth. |
| scan_id | string | yes | scan_id the finding belongs to. |
| Name | Type | Req | Description |
|---|---|---|---|
| explanation | string | yes | – |
| finding | object | yes | – |
| references | array | yes | – |
| remediation | – | yes | – |
| why_it_matters | string | yes | – |
No examples provided.
codeinspectus_generate_sbom Generate a software bill of materials ~153
Generate a CycloneDX or SPDX SBOM for the target project using Trivy plus the first-party offline Pub lockfile inventory, with native Pub fallback when Trivy is unavailable. Writes the SBOM file to the chosen output path and returns its location and component count. Offline.
| Name | Type | Req | Description |
|---|---|---|---|
| format | string | – | SBOM format (default: cyclonedx). |
| output_path | string | – | Absolute .json path for the SBOM. An existing file is replaced only if it is already a CycloneDX/SPDX SBOM. Default: ~/.codeinspectus/sbom/<project>.<fmt>.json. |
| path | string | yes | Absolute path to the project to generate an SBOM for. |
| Name | Type | Req | Description |
|---|---|---|---|
| component_count | integer | yes | – |
| coverage_state | string | yes | – |
| ecosystems | array | yes | – |
| format | string | yes | – |
| generated | boolean | yes | – |
| limitations | array | yes | – |
| lockfiles_analyzed | integer | yes | – |
| note | string | – | – |
| offline | boolean | yes | – |
| output_path | string | yes | – |
| providers | array | yes | – |
No examples provided.
codeinspectus_list_rules List active rules and detector versions ~79
List the active detectors and engine versions, the CodeInspectus detection-database version and date, Trivy vulnerability-DB freshness, bundled Pub advisory-database provenance/freshness, and the custom CodeInspectus AI-code rules and native detector packs currently shipped.
| Name | Type | Req | Description |
|---|---|---|---|
| engine | string | – | Filter to one engine's rules/detectors. |
| Name | Type | Req | Description |
|---|---|---|---|
| advisory_databases | array | yes | – |
| custom_rule_count | integer | yes | – |
| custom_rules | array | yes | – |
| detection_db_date | string | yes | – |
| detection_db_version | string | yes | – |
| engine_setup | object | yes | – |
| engines | array | yes | – |
| native_packs | array | yes | – |
| note | string | yes | – |
| rule_groups | array | yes | – |
| sast_rule_languages | array | – | – |
| synvoya_dataset | – | yes | – |
| trivy_db_date | string | – | – |
No examples provided.
codeinspectus_plan_cleanup Plan verified repository cleanup ~168
Create a fresh, read-only V3.3 cleanup plan for exact verified repository-trust artifact IDs. The plan reproduces current evidence, rejects protected, ambiguous, or unsupported records, hashes every preimage, and discloses exact text edits or copy-only media metadata transformations. It never changes the repository.
| Name | Type | Req | Description |
|---|---|---|---|
| acknowledge_metadata_container_removal | boolean | – | Acknowledge that supported media adapters remove complete metadata containers and create a new asset copy. |
| acknowledge_provenance_copy | boolean | – | Acknowledge that selected C2PA/content provenance will be absent from the cleaned copy while the original is preserved. |
| artifact_ids | array | yes | Exact verified repository-trust artifact IDs from a fresh scan. |
| path | string | yes | Absolute path to the repository directory to clean. |
| Name | Type | Req | Description |
|---|---|---|---|
| approval | object | yes | – |
| artifact_ids | array | yes | – |
| blockers | array | yes | – |
| checkpoint | object | yes | – |
| created_at | string | yes | – |
| limitations | array | yes | – |
| operations | array | yes | – |
| outcome | string | yes | – |
| plan_digest | string | yes | – |
| plan_id | string | yes | – |
| schema_version | string | yes | – |
| target | string | yes | – |
| verification | object | yes | – |
No examples provided.
codeinspectus_rescan Re-scan and diff against a prior scan ~168
Re-run a scan after fixes were applied and diff against a prior scan_id (or the most recent scan of the same path). Reports which findings are resolved, which remain, and which were newly introduced, plus fresh technology and native-pack execution coverage. Repository-trust artifacts are diffed separately with fail-closed resolved, remaining, introduced and not-rechecked states. Use this to verify approved fixes. Never writes to your code or repo.
| Name | Type | Req | Description |
|---|---|---|---|
| max_findings | integer | – | – |
| path | string | yes | Absolute path to the repository or directory to rescan. |
| prior_scan_id | string | – | scan_id of a previous scan to diff against. Defaults to the most recent scan of this path. |
| scanners | array | – | – |
| severity_threshold | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| dependency_coverage | array | – | – |
| detected_technologies | array | yes | – |
| disclaimer | string | yes | – |
| introduced | array | yes | – |
| not_rechecked | array | yes | – |
| not_rechecked_note | string | – | – |
| pack_coverage | array | yes | – |
| partial | boolean | yes | – |
| prior_scan_id | string | yes | – |
| remaining | array | yes | – |
| repository_trust | object | yes | – |
| repository_trust_changes | object | yes | – |
| resolved | array | yes | – |
| scan_id | string | yes | – |
| summary | object | yes | – |
| target | string | yes | – |
No examples provided.
codeinspectus_rollback_cleanup Roll back repository cleanup ~70
Restore an applied V3.3 cleanup from its managed checkpoint after explicit confirmation. Rollback refuses to overwrite files or cleaned copies that changed after cleanup.
| Name | Type | Req | Description |
|---|---|---|---|
| cleanup_id | string | yes | – |
| confirm_rollback | boolean | yes | Must be true after reviewing the exact cleanup record to restore. |
| Name | Type | Req | Description |
|---|---|---|---|
| audit_log_path | string | yes | – |
| checkpoint | object | yes | – |
| cleanup_id | string | yes | – |
| completed_at | string | yes | – |
| limitations | array | yes | – |
| operations | array | yes | – |
| outcome | string | yes | – |
| plan_id | string | yes | – |
| repository_trust_after | – | yes | – |
| repository_trust_before | object | yes | – |
| repository_trust_changes | object | yes | – |
| schema_version | string | yes | – |
| started_at | string | yes | – |
| target | string | yes | – |
| verification | object | yes | – |
No examples provided.
codeinspectus_scan Scan code for security issues ~512
Run a full local security scan of a path: managed engines (Opengrep SAST, Gitleaks secrets, Trivy SCA/IaC), CodeInspectus's offline native Pub SCA, plus AI-code-specific checks (client-side secret exposure, Supabase RLS/inverted-auth, prompt-injection sinks, API-boundary failures, and explicit runtime-control misconfiguration). Returns CWE-keyed findings with fix recommendations, detected repository technologies, explicit native-pack execution counts, compliance tags, and three-state repository evidence for supported runtime controls. Also returns the V3 repository-trust contract with deterministic V3.1 source-integrity evidence for bidi controls, hidden/default-ignorable characters, Unicode tag and variation-selector payloads, and bounded mixed-script confusables. V3.2 additionally audits explicit AI attribution in source/git/media metadata and validates supported local C2PA assets with the official optional Content Authenticity Initiative library. Remote manifests and revocation endpoints are never fetched. Statistical-watermark detection remains explicitly unavailable. Licence findings are off by default (informational, not fixable); pass include_licenses: true to add them. Lists declared coverage gaps (coverage_gaps, stable ids) that make coverage partial and informational coverage_notes; accept_gaps accepts named gap ids for CI while they stay listed. Fully offline — zero network egress at scan time. Never writes to your code or repo.
| Name | Type | Req | Description |
|---|---|---|---|
| accept_gaps | array | – | Coverage gap ids to accept for CI (e.g. php-sast, deno-lock). Coverage still reads partial and the gaps stay listed; CI passes coverage only when every other cause is absent. |
| include_compliance | boolean | – | Include the per-framework compliance overview in the result (default: true). |
| include_licenses | boolean | – | Include Trivy licence findings (default: false; they are informational and not fixable). Listing license in scanners also requests them. A rescan follows the prior scan's setting. |
| max_findings | integer | – | Cap the number of findings returned to protect agent context (default: 200). |
| path | string | yes | Absolute path to the repository or directory to scan. |
| scanners | array | – | Limit which scanner classes run: sast, secret, vuln, misconfig, license, ai. Default: all except license, which needs include_licenses or an explicit license entry. |
| severity_threshold | string | – | Only return findings at or above this severity (default: info — all). |
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_gaps | array | – | – |
| compliance_overview | object | – | – |
| component_signatures | object | – | – |
| coverage_gaps | array | – | – |
| coverage_notes | array | – | – |
| dependency_coverage | array | – | – |
| detected_technologies | array | yes | – |
| disclaimer | string | yes | – |
| duration_ms | integer | yes | – |
| engine_details | array | yes | – |
| engine_setup | object | – | – |
| engines_run | array | yes | – |
| findings | array | yes | – |
| git_safety | object | yes | – |
| git_scope | object | – | – |
| history_revision | object | – | – |
| offline | boolean | yes | – |
| pack_coverage | array | yes | – |
| repository_root | string | – | – |
| repository_trust | object | yes | – |
| scan_config | object | – | – |
| scan_id | string | yes | – |
| secret_coverage | string | – | – |
| secret_suppression | object | – | – |
| security_control_evidence | array | – | – |
| started_at | string | yes | – |
| summary | object | yes | – |
| synvoya_checked | object | – | – |
| target | string | yes | – |
| total_findings_before_limit | integer | yes | – |
| trivy_db_date | string | – | – |
| trivy_db_provenance | object | – | – |
| truncated | boolean | yes | – |
| warnings | array | yes | – |
No examples provided.
codeinspectus_setup Plan or install external security engines ~337
Inspect external-engine health and exact platform download sizes, save declined choices, or install selected Opengrep/Gitleaks/Trivy/OSV-Scanner components after explicit confirmation. Pass path (the repository to scan) to plan or install only the OSV vulnerability databases for the ecosystems its lockfiles use (and GitHub Actions advisories when it has workflows); each is listed with an estimated size (integrity: TLS + recorded SHA-256, OSV publishes no signature), and osv_ecosystems pins the exact list the user approved. Plan is offline. Install writes only to ~/.codeinspectus, verifies immutable pins/publisher provenance for engines, and never modifies the target repository.
| Name | Type | Req | Description |
|---|---|---|---|
| action | string | – | Plan is offline/read-only. Install downloads only after confirm_downloads=true. Decline saves the choice. |
| components | array | – | Components to install or decline. Default: all four external engines. |
| confirm_downloads | boolean | – | Must be true for an install that needs network downloads. |
| osv_ecosystems | array | – | Exact OSV ecosystem databases the user approved, e.g. ["npm", "PyPI"]. Overrides the detection from path. Omitted or empty (an empty list is no list): the databases path needs (none without path), pl… |
| path | string | – | Absolute path to the repository the user wants to scan. Only the OSV vulnerability databases for ecosystems whose lockfiles are found there (read-only, by file name) are offered. |
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | – |
| outcome | string | yes | – |
| plan | object | yes | – |
No examples provided.
How do I install the CodeInspectus MCP server?
CodeInspectus runs locally as an npm package, launched with npx -y codeinspectus. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · codeinspectus
claude mcp add synvoya-codeinspectus -- npx -y codeinspectus
What is the CodeInspectus MCP server?
CodeInspectus is an MCP server listed in the public MCP registry as io.github.Synvoya/codeinspectus. Local-first MCP security scanner and CLI for AI-generated applications. This page covers its npm package (codeinspectus).
Is the CodeInspectus MCP server safe to use?
CodeInspectus scores 76 out of 100 on VerifyMCP. We recorded 1 known advisory against it as of 5 November 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the CodeInspectus MCP server expose?
CodeInspectus exposes 10 tools: codeinspectus_scan, codeinspectus_setup, codeinspectus_rescan, codeinspectus_plan_cleanup, codeinspectus_apply_cleanup, and 5 more. Their descriptions and schemas cost roughly 1,871 tokens of context every time the server is loaded.
Is the CodeInspectus MCP server still maintained?
CodeInspectus is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the CodeInspectus MCP server under?
CodeInspectus declares the Apache-2.0 licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.