Security

Security policy.

How to report vulnerabilities, what we consider in-scope, and the hardening checklists we recommend for site operators and agent runtimes.

Reporting vulnerabilities

If you discover a security issue in AHTML, please do not open a public GitHub issue. Instead, email rdibbayajyoti@gmail.com.

We respond within 72 hours and aim to ship fixes within 14 days for critical, 30 days for high, and 90 days for medium and below.

Supported versions

VersionSupported
v0.1.xactive
< v0.1

We support v0.x lines for 6 months after the next major release.

Threat model

AHTML is infrastructure for declaring what a page contains and what actions are available on it. Action execution is your existing backend's concern. The integrity of AHTML's declarations is the v0.2 signing concern.

In-scope threats

ThreatMitigation
Tampering in transitv0.2: signed snapshots (JWS over canonical JSON, did:web)
Malicious site serving fake AHTMLv0.2: agent SDK rejects unsigned snapshots in strict mode
Replay of stale snapshotsttl + fetched_at + ETag
Agent firing irreversible / costly actionsAction contract: confirmation, reversible, side_effects
Unbounded snapshot fetches (DoS)policy.rate_limit enforced per source
Information disclosure via snapshotSite owner controls buildSnapshot output
Polluted route discovery/.well-known/ahtml.json as trusted entry point

Out of scope

Concerns of your existing stack, not AHTML: prompt injection of the agent, auth/authz, CSRF on action endpoints, SQLi/XSS in your app, and compromise of the agent's identity material.

Hardening checklist — site operators

Hardening checklist — agent runtimes

Public disclosures

Resolved security issues are listed in CHANGELOG.md and GitHub Security Advisories. CVE assignment via the GitHub CNA.

Email security@Contact