Security / Trust Center

Trust is a system property.

Aegis does not treat a model answer, browser redirect, or success message as proof. Security-sensitive state is tied to explicit authority, evidence, and independent checks.

Local-first where supported Explicit authorization Independent verification Signed release artifacts Server-side paid entitlement
01 / EXECUTION

Permission is separate from analysis.

Security-sensitive execution, repository mutation, and dynamic validation are not implied by a finding. Authorization remains a separate state.

02 / VERIFICATION

The proposer does not certify itself.

Aegis keeps proposing and verifying roles distinct and preserves missing or conflicting evidence instead of flattening it into a clean result.

03 / BILLING

Checkout success does not mint access.

Paid capability is derived from authenticated identity and authoritative server-side billing state. Paddle webhooks are signature-verified before they can affect entitlement.

04 / RELEASE

Runtime artifacts are identity-checked.

The extension manages a signed proprietary Aegis Runtime in VS Code global storage. It verifies the signed runtime manifest against a pinned Ed25519 release key and verifies the selected artifact with SHA-256 before install or reuse. The extension starts the runtime on loopback for the local developer surface.

Public attack surface

Small surfaces. Explicit data paths.

The website uses restrictive production headers, keeps server secrets out of browser code, and separates public presentation from billing and entitlement authority.

BrowserPresentation, checkout UI, account UXNot entitlement authority
Billing APIAuthenticated identity and ledger projectionServer-side boundary
Paddle webhookRaw-body signature verification and replay controlsExternal billing evidence
ExtensionLocal developer surface and capability proof consumerCannot mint paid proof

Responsible disclosure

Found a vulnerability?

Report it privately. Include the affected version, release, commit, or URL, a concise impact description, reproduction steps, and the minimum safe evidence needed to reproduce it. Do not include secrets or another user's private data.

Good-faith research is welcome on systems you own or are explicitly authorized to test. Production denial-of-service, high-rate testing, social engineering, destructive actions, and unauthorized third-party testing are outside the policy.

Report privately Email security

Read the disclosure policy. Full terms are also linked in the footer.