Is human-state safe to use?

human-state scores 91/100 (grade A) on the Canopii Trust Index — strong posture. It passes 16 of the 23 security controls that apply to it, with no confirmed security failures.

How reliable is the security score for human-state?

We could evaluate 91% of the controls that apply to human-state. Scores are deterministic — the same source always produces the same score — and a partially-scannable server cannot present a high one, because confidence caps the result. The scanner is open source, so this score can be reproduced independently.

Does human-state have any security advisories?

human-state has 3 non-scoring advisories — observations worth a human review that deliberately do not affect the deterministic score, since they can be noisy.

How was human-state scored?

Its published source was scanned against a fixed catalog of weighted security controls covering code safety, committed secrets, dependency vulnerabilities, tool-description integrity, authentication and transport, and maintenance. A confirmed flaw caps the score outright regardless of what else passes, and its live endpoint was additionally probed to verify what it actually exposes. The full rubric is published.

human-state MCP Server Security Report

ai.nefesh/human-state

Fuses biometric signals into a stress score (0-100) for AI adaptation. MCP + A2A native.

91A

Security Trust Score

Grade A · Strong posture

Tier 1 · Public sourceHigh confidence · 91% Dynamically scannedlatest v4.0.0 Repository

Declared MCP capabilities

ResourcesPrompts

Run it securely

Host ai.nefesh/human-state in a governed environment — SSO in front, every tool call attributed and audited.

Are you the maintainer?

Verify with GitHub to get alerted whenever nefesh-ai/nefesh-mcp-server changes score — and claim the badge for your README.

Claim this server

The short answer

Is human-state safe to use?: human-state scores 91/100 (grade A) on the Canopii Trust Index — strong posture. It passes 16 of the 23 security controls that apply to it, with no confirmed security failures.
How reliable is the security score for human-state?: We could evaluate 91% of the controls that apply to human-state. Scores are deterministic — the same source always produces the same score — and a partially-scannable server cannot present a high one, because confidence caps the result. The scanner is open source, so this score can be reproduced independently.
Does human-state have any security advisories?: human-state has 3 non-scoring advisories — observations worth a human review that deliberately do not affect the deterministic score, since they can be noisy.
How was human-state scored?: Its published source was scanned against a fixed catalog of weighted security controls covering code safety, committed secrets, dependency vulnerabilities, tool-description integrity, authentication and transport, and maintenance. A confirmed flaw caps the score outright regardless of what else passes, and its live endpoint was additionally probed to verify what it actually exposes. The full rubric is published.

Reputation0stars0forks0open issues4mo agolast commit<1yage

Security controlslatest scored version v4.0.0

Each control is evaluated deterministically with evidence. The score is earned from passing controls; a failed guard caps it.

Model–MCP Runtime Guardrails

Warn
Strict JSON Schema Enforcementschemas not strict
Tool inputs are constrained (additionalProperties:false), so unexpected arguments can't be smuggled in.
Fix: Set additionalProperties:false and require explicit parameters on every tool.
Warn
Tool Definition Integrityguard3 tool description(s) drifted after publish (no risk signals in diff)
Every consecutive version pair is diffed for new injection markers or destructive scope — a risky diff anywhere in history is a rug-pull (fail, durable); benign description drift warns.
ingestrequest_api_keycheck_api_key_status
Fix: Never add hidden directives or destructive scope to an already-published tool; document description changes in release notes.
Pass
Indirect Prompt Injection (IPI) Defensesguardno injection markers
Tool/prompt/resource text is free of hidden instructions that could hijack the agent.
Pass
User-in-the-Loop / Approval Scopeguardno destructive tool scope
No over-broad or destructive tools (arbitrary shell, bulk-delete) that warrant human approval.

Application Security Checks

Warn
Has a security policyno security policy
A SECURITY.md gives a private path to report vulnerabilities.
Fix: Add SECURITY.md with a disclosure contact and process.
Warn
Adoption & popularitylimited adoption
A small, capped nudge from stars/downloads — widely-used servers get more eyes on bugs. It can never offset a real security failure.
Fix: Adoption grows naturally with real-world use; this never gates the score.
Pass
No command-injection sinksguardno sinks found
Untrusted tool input reaching a shell yields remote code execution.
Pass
No dynamic code executionguardno sinks found
eval()/exec()/Function() on tool-derived strings allows arbitrary code execution.
Pass
No path traversalguardno sinks found
Naive path checks let tools read/write outside intended directories (EscapeRoute-class).
Pass
No SSRF sinksguardno sinks found
Fetching tool-supplied URLs can pivot into internal networks and metadata services.
Pass
No unsafe deserializationguardno sinks found
pickle/yaml.load/etc. on untrusted data can execute code.
Pass
No committed secretsguardno secrets found
Hardcoded keys/tokens in published source are live credentials an attacker can use.
Pass
Credentials sourced from environmentreads credentials from environment
Reading secrets from env/secret stores avoids hardcoding them.
Pass
Dependencies pinned (lockfile)lockfile present
A lockfile makes installs reproducible and resistant to silent dependency swaps.
Pass
Actively maintainedrecent commits
Unmaintained servers don't receive security fixes.
Pass
Repository not archivedguardactive
Archived repositories will never be patched.
Pass
Declares a licenseMIT
A clear license is required for legal enterprise use.
Not checked
No known-vulnerable dependenciesno lockfile found
Runtime dependencies (parsed from the lockfile) are scanned against OSV.dev for published CVEs. Advisory: flagged dependencies lower the score but don't hard-cap it, since transitive reachability is unproven.
Not checked
Signed releasesnot evaluated
Signed releases let consumers verify artifacts weren't tampered with.
N/A
No install/post-install scriptsguardno published package
install hooks run arbitrary code on every consumer at install time.
N/A
Package name not typosquattingguardno published package
Names mimicking popular packages are a common malware delivery vector.
N/A
Published with provenanceno published package
Build provenance attests the artifact was built from the claimed source by CI.
N/A
Established maintainerno published package
Brand-new / single anonymous maintainers raise takeover and malware risk.

Transport & Trust Model

Warn
IAM / Authentication Scopingno authentication handling detected
OAuth 2.1 / Protected Resource Metadata gates who can invoke tools.
Fix: Implement OAuth 2.1 with a .well-known/oauth-protected-resource document.
Pass
Transport Encryption (TLS)guardall remotes use HTTPS
Plaintext HTTP exposes traffic and bearer tokens to interception.
Pass
Execution Sandboxingcontainerized
A container/sandbox image limits blast radius; a server that runs natively has full host access.
Pass
Network Exposureno bind-all detected
Binding 0.0.0.0 or exposing debug inspectors widens the attack surface.
N/A
Live Endpoint Reachablenot dynamically scanned
A dynamic scan connected to the declared remote endpoint and it responded — verified live, not a dead URL.
N/A
Authentication Enforced (live)not dynamically scanned
If the server declares auth is required, it must actually reject anonymous clients. Serving tools to unauthenticated callers is a real exposure.

AI-flagged — for review

Observations from an AI review of tool descriptions. These are advisory only and do not affect the score — they can be noisy and need human judgement.

info
Tool "ingest" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.
info
Tool "request_api_key" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.
info
Tool "check_api_key_status" description changed after publish
Benign definition drift: the description changed vs the prior version with no risk signals in the diff. Clients approve tools by name and don't re-review on update, so the change is invisible to existing grants.

Embed this score

Add the live badge to your README — it updates automatically on every rescan.

markdown

[![Canopii Trust Score](https://index.canopii.dev/api/badge/ai.nefesh/human-state)](https://index.canopii.dev/server/ai.nefesh/human-state)

html

<a href="https://index.canopii.dev/server/ai.nefesh/human-state"><img src="https://index.canopii.dev/api/badge/ai.nefesh/human-state" alt="Canopii Trust Score" /></a>

Versions

Version	Score	Status	Published
v4.0.0latest	91A	scored	4/3/2026
v1.0.0	94A	scored	3/28/2026

Wondering how this compares? The MCP Security Index tracks grade distribution, committed secrets, and missing authentication across the whole ecosystem, refreshed monthly.