mock-mcp-server
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@mock-mcp-serverwhoami"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
mock-mcp-server
A test MCP server that runs behind mcp-auth-gateway.
It exists to validate the platform plumbing — not to be a real product.
Purpose
This server is used to verify:
gateway → backend MCP server connectivity
path-based
/mock/mcproutinggateway-signed
X-MCP-Identityverificationpropagation of the user
loginidthe Streamable HTTP MCP transport
GitOps / Kubernetes deployment
Related MCP server: mcpbin
How it fits in
client ──TLS──> mcp-auth-gateway ──/mock/mcp──> mock-mcp-server (this repo)
(Keycloak / OAuth, (verifies X-MCP-Identity,
mints X-MCP-Identity) runs MCP tools)It runs only behind the gateway. External clients reach it exclusively via
https://gateway.mcp.aidev.samsungds.net/mock/mcp.It does NOT do Keycloak / OAuth verification itself. All external auth is the gateway's job.
It DOES verify the gateway's internal
X-MCP-IdentityJWT on/mcpand every slash-delimited path below it, rejecting anything missing or invalid with401.Tools read the caller's identity — especially
loginid— through a sharedget_current_user()helper; they never parse HTTP headers directly.
Identity: X-MCP-Identity
The gateway injects a signed internal JWT:
X-MCP-Identity: <gateway-signed-internal-jwt>Example payload:
{
"iss": "mcp-auth-gateway",
"aud": "mock-mcp-server",
"sub": "keycloak-user-sub",
"loginid": "user.loginid",
"username": "user.name",
"email": "user@example.com",
"groups": ["engineering"],
"scopes": ["mcp:mock:use"],
"request_id": "01J...",
"iat": 1730000000,
"nbf": 1730000000,
"exp": 1730000060
}Verified on every /mcp request:
JWT signature
iss == mcp-auth-gatewayaud == mock-mcp-serverinteger
iat,nbf, andexp, with five seconds of clock skewexp > iat,exp >= nbf, and a maximum lifetime of five minutescanonical, non-empty
sub,loginid, and optional scalar/list valuesexactly one non-empty
X-MCP-Identityheader (duplicates and combined values are rejected)
The MVP uses shared-secret HS256 via MCP_IDENTITY_JWT_SECRET; the secret
must contain at least 32 bytes. The verifier
lives behind a small abstraction (identity.IdentityVerifier) so a production
RS256 / JWKS implementation can be dropped in without touching tools or
middleware.
loginid usage
loginid is the primary per-user key. Tools use it to build deterministic,
user-scoped mock data (mock_profile, mock_search) and to echo the caller's
identity (echo, whoami).
Endpoints
Method | Path | Auth | Purpose |
GET |
| none | liveness |
GET |
| none | readiness |
ANY |
|
| Streamable HTTP MCP endpoint |
Requests to /mcp or /mcp/... without a valid X-MCP-Identity are rejected at
the HTTP layer with 401 Unauthorized before reaching any tool. Similar names
such as /mcpish are not part of this authentication boundary.
MCP tools
Tool | Input | Returns |
| – | full identity asserted by the gateway |
|
|
|
| – | deterministic mock profile derived from |
|
| deterministic, user-scoped mock search results |
Configuration
All configuration is via environment variables.
Variable | Default | Notes |
|
| |
|
| container port |
|
| Streamable HTTP path |
|
| required |
|
| required |
|
| verifier algorithm |
| – | required, at least 32 bytes unless dev mode is on |
|
| if |
|
|
MCP_IDENTITY_JWT_SECRETis mandatory in production; the server refuses to start if it is missing or shorter than 32 bytes.MCP_IDENTITY_DEV_MODE=trueis only for local development. It defaults tofalseand must never be enabled in the cluster.
Local development
Requirements: Python ≥ 3.11 and uv.
# 1. install
uv sync --locked --extra dev
# 2. run the server
export MCP_IDENTITY_JWT_SECRET=dev-only-secret-that-is-at-least-32-bytes
export MCP_IDENTITY_DEV_MODE=false
python -m mock_mcp_server.mainGenerate a dev identity token
Without the gateway you must supply your own X-MCP-Identity JWT:
export MCP_IDENTITY_JWT_SECRET=dev-only-secret-that-is-at-least-32-bytes
python scripts/make-dev-identity-token.py \
--loginid test.user \
--subject test-sub \
--aud mock-mcp-server
# -> export X_MCP_IDENTITY='<jwt>'
eval "$(python scripts/make-dev-identity-token.py --loginid test.user --subject test-sub)"Test with curl
/mcp speaks Streamable HTTP (JSON-RPC). In stateless JSON mode you can call a
tool directly:
# health (no auth)
curl -s localhost:8080/healthz
# whoami (requires identity)
curl -s localhost:8080/mcp \
-H "Accept: application/json, text/event-stream" \
-H "Content-Type: application/json" \
-H "X-MCP-Identity: ${X_MCP_IDENTITY}" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"whoami","arguments":{}}}'
# missing identity -> 401
curl -i -s localhost:8080/mcp \
-H "Accept: application/json, text/event-stream" \
-H "Content-Type: application/json" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}'Test with MCP Inspector
Use the integrated gateway/Keycloak workflow from the sibling GitOps repository rather than connecting Inspector directly to this internal backend:
cd ../mcp-platform-gitops
scripts/local-build-push.sh
scripts/local-up.sh
scripts/local-inspector.shThe launcher pins @modelcontextprotocol/inspector@0.22.0. In its OAuth
settings use client ID mcp-inspector, no client secret, scope
openid mcp:mock:use, and the preselected Streamable HTTP gateway URL
http://gateway.localhost:8080/mock/mcp.
Run the tests
uv run pytest # or: .venv/bin/python -m pytestDocker
Image name (pushed to cr.aidev.samsungds.net/mcp-platform):
cr.aidev.samsungds.net/mcp-platform/mock-mcp-server:<commit-sha>Build & push:
REGISTRY=cr.aidev.samsungds.net \
IMAGE_TAG="$(git rev-parse HEAD)" \
CA_CERT_FILE=/path/to/system-ca.pem \
PUSH=1 \
scripts/build-and-push.shThe image installs production dependencies from the checked-in uv.lock with
frozen semantics, runs as a non-root user, exposes 8080, and ships a
HEALTHCHECK against /readyz. Tag images by commit SHA (no latest in the
cluster) so GitOps pins an immutable deployment reference.
Deployment (mcp-platform-gitops)
Full Kubernetes / GitOps manifests live in mcp-platform-gitops, not here.
This repo only ships the app and image. The gitops repo should deploy it as a
ClusterIP Service with these values:
Setting | Value |
Namespace |
|
Service name |
|
Service type |
|
Container port |
|
Internal DNS |
|
Internal MCP URL |
|
External MCP URL |
|
Required Secret (mcp-internal-signing, key jwt-secret) holds the shared HS256
secret, which must match the gateway's signing secret and contain at least 32
bytes.
Container env:
env:
- name: MCP_IDENTITY_JWT_SECRET
valueFrom:
secretKeyRef:
name: mcp-internal-signing
key: jwt-secret
- name: MCP_IDENTITY_ISSUER
value: mcp-auth-gateway
- name: MCP_IDENTITY_AUDIENCE
value: mock-mcp-serverProbes: GET /healthz (liveness), GET /readyz (readiness), both on 8080.
Do NOT create a public Ingress
This service must never be exposed with its own public Ingress / LoadBalancer.
It performs no external authentication (no Keycloak, no OAuth). It only trusts the gateway-signed
X-MCP-Identity. A direct public route would let anyone reach/mcpwhile bypassing the gateway's real authentication.All external access must go through the gateway, which authenticates the user, mints
X-MCP-Identity, and routes/mock/mcpto thisClusterIPService.
The only external entry point is:
https://gateway.mcp.aidev.samsungds.net/mock/mcpProject layout
src/mock_mcp_server/
__init__.py
main.py # ASGI app factory + uvicorn entrypoint
settings.py # env-based configuration (fails fast)
identity.py # X-MCP-Identity JWT verification (HS256; RS256-ready)
middleware.py # pure-ASGI identity enforcement (401) + scope injection
context.py # McpUserContext + get_current_user()
tools.py # whoami / echo / mock_profile / mock_search
scripts/
make-dev-identity-token.py
tests/This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/wontaeJeong/mock-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server