caddy-security is a security application and set of plugins for Caddy v2, a web server, that handles user authentication and controls access to HTTP requests. It supports methods including local, LDAP, OpenID Connect, OAuth 2.0, SAML, JWT, and PASETO, and is used to protect web services behind Caddy.
Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add greenpau/caddy-security --skill configuration-runtime-resolutiongit clone --depth 1 https://github.com/greenpau/caddy-securityWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/greenpau/caddy-security/configuration-runtime-resolution)<a href="https://agentmods.dev/skills/greenpau/caddy-security/configuration-runtime-resolution"><img src="https://agentmods.dev/badge/skills/greenpau/caddy-security/configuration-runtime-resolution/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/greenpau/caddy-security/configuration-runtime-resolution"><img src="https://agentmods.dev/badge/skills/greenpau/caddy-security/configuration-runtime-resolution.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00040 | $0.03569 |
| Opus 5.5 | $0.00016 | $0.01428 |
| Sonnet 5.5 | $0.00008 | $0.00714 |
| Haiku 4.5 | $0.00004 | $0.00357 |
Grade A, and why
configuration-runtime-resolution scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 302 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Configuration Runtime Resolution
Purpose
Use this skill when generated Caddyfiles rely on values resolved during
provisioning. Runtime replacement is implemented in caddyfile_resolve.go and
tested by caddyfile_resolve_test.go.
Keep this skill aligned with github.com/greenpau/go-authcrunch config shapes:
some sections preserve raw encoded directive arguments and are revalidated after
replacement, while others are typed structs where only selected fields are
resolved.
Replacement Forms
Use Caddy replacer placeholders for environment-backed values:
password {env.SMTP_PASSWORD}
client_secret {env.OIDC_CLIENT_SECRET}
crypto key sign-verify {env.JWT_SHARED_KEY}
Use secrets manager lookups for values provided by security.secrets modules:
password "secrets:users/jsmith:password" overwrite
crypto key sign-verify "secrets:access_token:shared_secret"
Secret lookup syntax is:
secrets:<secret_id>:<key>
The secret_id must match the second argument of a secrets <plugin> <secret_id>
block, and <key> must be returned by that secrets manager.
Secret lookups run after Caddy replacer expansion and must be the entire value. The parser accepts exactly three colon-separated parts, so the secret key cannot contain another colon.
What Gets Resolved
ResolveRuntimeAppConfig mutates the authcrunch app config, then calls the
affected authcrunch Validate methods so derived configs are rebuilt.
The app supplies a fresh config copy for each runtime; never run resolution on
a serving graph. JSON inputs can omit optional portal UI and cookie settings.
Resolve those fields only when present and leave their defaults to AuthCrunch.
Reject null entries in typed component collections, including nested ACL,
redirect, credential, and registration objects, before calling validators or
constructors. app_config.go uses explicit typed validators and generic slice
and map helpers for those checks, following the coding skill's prohibition on
reflect. When upstream adds a component collection, extend its typed validator
and unit/E2E coverage. The checks permit omitted optional objects and leave
flexible parameter maps to the resolver. After substitution, decode
local/LDAP/OAuth/SAML parameter maps
into AuthCrunch's exported config types and check decoding errors and null
objects. Some dispatch validators ignore JSON decoding errors; do not let a
partially decoded user or provider config reach construction. Reuse upstream
types and semantic validation instead of maintaining field allowlists here.
Object lists in those maps must contain objects throughout;
do not silently skip a null or scalar entry after the first object. Return field
paths so malformed replacements fail without disrupting the active deployment.
The unit tests in app_lifecycle_test.go and actual Caddy reload tests in
app_lifecycle_e2e_test.go cover these JSON provisioning cases.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today First seen · 302 lines · 40 tokens per session scan A a422ace21b43
configuration-runtime-resolution is a skill published in the GitHub repository greenpau/caddy-security (2,263 stars, last pushed today), licensed Apache-2.0. It adds 40 tokens to every session and 3,569 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-25.
Other skills, from other repositories
auth-patterns
Use when implementing authentication (JWT, sessions, OAuth), authorization (RBAC, ABAC), password hashing, MFA, or security best practices for backend services.
auth0-docs
Auth0 — identity platform: auth flows, Universal Login, SSO, identity providers, MFA, RBAC, Actions, tokens.
JWT Security Testing
Comprehensive JWT token security testing including signature verification, expiration checks, algorithm confusion attacks, and claim validation.
security-review
Security Code Review: Reviews code for security vulnerabilities including authentication (OAuth2, JWT), authorization (RBAC, roles), API security, data protection, payment security, and common attack vectors. Use whenever the user wants a security review, penetration test analysis, threat model, or mentions OAuth2…
flow-nexus-platform
Comprehensive Flow Nexus platform management - authentication, sandboxes, app deployment, payments, and challenges.
testing-api-authentication-weaknesses
Tests API authentication mechanisms for weaknesses including broken token validation, missing authentication on endpoints, weak password policies, credential stuffing susceptibility, token leakage in URLs or logs, and session management flaws. The tester evaluates JWT implementation, API key handling, OAuth flows, and…