A Resource example’s blob must be valid base64. Check the encoding rather than placing raw binary or a URL in the field. Encoded content remains untrusted, and a valid encoding does not establish that the resource exists or is safe to open.
Requirement
Section titled “Requirement”A blob in Resource Contents is canonical base64.
Details
Section titled “Details”Rule ID: mcp.resource-contents.blob.base64
Owner: mcp
Surface: BlobResourceContents · Path: blob
Kind: structural
Requirement level: must
Protocol versions: independent of the MCP protocol version
Status: internal · Enforcement: internal
Required by
Section titled “Required by”- MCP Description 0.9.0, Section 10.4.4
- 10. Resources and Resource Templates: req-resource-example-blob-base64
Based on
Section titled “Based on”- Tier 1 — MCP schema.ts and normative specification text: MCP 2024-11-05 to 2026-07-28 schema.ts, interface BlobResourceContents, blob (@format byte)
- Tier 2 — Normative referenced standards: RFC 4648, Section 4
Examples
Section titled “Examples”Invalid example
Section titled “Invalid example”Source: expected-invalid/resource-example-result-semantics.json · Selected: /resources/0/examples/invalid-result/result/contents/0
{ "uri": "asset:///invalid.bin", "blob": "not base64"}Rule Source Code
Section titled “Rule Source Code”resource.yaml at immutable tag v0.9.0-rc.3.