MCP-SEC-002
Endpoint is HTTPS with a valid, unexpired certificate chain
“All the OAuth protocol URLs (URLs exposed by the AS, RS and Client) MUST use the https scheme except for loopback interface redirect URIs, which MAY use the http scheme.” — spec anchor
How to fix this
House security rule, not a literal MCP spec requirement.
How the validator checks this
Probe P0, against a streamable-http server on the modern / legacy / dual protocol. What it reports:
- pass
- Endpoint is HTTPS and the TLS handshake succeeded
- fail
- Endpoint is plain HTTP, not HTTPS
Quoted from the probe that runs this check, so it cannot drift from what the validator actually reports.
This rule is checked deterministically: a fail here is a certain violation, not an inference.
How often this is violated
Of the 7 servers where this rule could be evaluated, 0 did not satisfy it.
Counted across public validation reports, one server counted once. Servers where the rule could not be checked are excluded from both figures — they say nothing either way.
Check your own server against this rule
The validator makes real protocol requests and reports this rule as pass, warn or fail alongside the other 78. Validate a server or read how the check works.
Other Security posture rules
- MCP-SEC-001Invalid Origin header returns HTTP 403
- MCP-SEC-003Error messages do not echo request headers or credentials
- MCP-SEC-004icons[].src is https: or data:, same-origin, no unsafe scheme
- MCP-SEC-005No $ref in tool schemas resolves to a network URI
- MCP-SEC-006Schema depth and subschema count stay within safe bounds
- MCP-SEC-007Server does not reflect the Authorization header into responses