excalidash-auth-api-key-boundaries

Generates Excalidraw security diagrams of API-key and bearer-token trust boundaries with redacted credentials.

2|Updated Jun 17, 2026
One-click install
npx skills add https://github.com/gabedsam01/excalidash-v2 --skill excalidash-auth-api-key-boundaries-gabedsam01
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: excalidash-auth-api-key-boundaries
Source: https://github.com/gabedsam01/excalidash-v2/tree/main/skills/excalidash/excalidash-auth-api-key-boundaries
Command: npx skills add https://github.com/gabedsam01/excalidash-v2 --skill excalidash-auth-api-key-boundaries-gabedsam01

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Security reviews and architecture documentation need clear diagrams of how authentication and API-key trust boundaries work, but drawing them by hand is slow and risks leaking real keys, tokens, or secrets into shared artifacts. ## Core Features & Use Cases - Trust-boundary diagram generation: Builds a three-zone security diagram (public zone, boundary frame, authenticated zone) via the ExcaliDash MCP server, with key verification, scope/RBAC, rate limiting, audit logging, and rotation/revocation controls on the boundary. - Mandatory secret redaction: Enforces typed [REDACTED_*] placeholders for API keys, bearer tokens, HMAC/JWT secrets, and database URLs before any tool call, keeping only the public exd_ prefix literal, and re-scans exports as a backstop. - Quality-gated output: Runs a lint, score, repair, and validate loop until the drawing scores at least 95 with zero hard blockers, then saves, versions, and exports it. - Use Case: Ask for a diagram of how partner clients present an exd_ API key to a gateway that HMAC-verifies it, checks scopes, rate-limits, and audits before reaching protected Orders and Billing APIs, and receive a scored, redacted, exportable Excalidraw drawing. ## Quick Start Ask the AI to diagram your API-key authentication flow showing public clients, the auth gateway with key verification, RBAC, rate limiting and audit, and the protected services behind it, with all keys redacted.

Frequently Asked Questions about excalidash-auth-api-key-boundaries

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I diagram an API-key authentication trust boundary?

Describe your clients, the gateway credential check, and the protected services, and the skill generates a three-zone security diagram via the ExcaliDash MCP server. It places key verification, scope/RBAC, rate limit, and audit controls on an explicit boundary frame between the public and authenticated zones.

How are API keys and secrets handled in generated diagrams?

Every key, token, JWT, HMAC secret, and connection string is redacted to a typed [REDACTED_*] placeholder before any tool call, and the export is re-scanned as a backstop. Only the public exd_ prefix remains literal; uncertain values are redacted by default.

When should I use this skill instead of a general security architecture diagram?

Use it when the focus is the credential boundary itself: key issuance, HMAC-at-rest, scopes, rotation, revocation, rate limiting, and audit. For broad network-zone or encryption overviews, OAuth sequence flows, or MCP server architecture, use the matching general or sequence skill instead.

What quality checks run before the diagram is saved?

The workflow runs lint_drawing, score_drawing with a minimum of 95, and repair_drawing in a loop until hard blockers are empty, then validates the architecture for one boundary and no public-to-protected bypass. A version checkpoint is saved before repairs so any score regression can be rolled back.

Can the diagram show bearer tokens as well as API keys?

Yes, it supports bearer JWT and API-key credentials, including a hexagonal architecture variant that seats the auth gateway as an inbound adapter guarding the domain. Bearer headers are labeled with [REDACTED_BEARER] and signing secrets with [REDACTED_JWT_SECRET].