Skip to content

Security: yanpgwang/managed-agent-go

Security

SECURITY.md

Security policy

managed-agent-go is pre-release software and has not received a security audit. It should not be exposed as a production multi-tenant service without an independent review.

Supported versions

Until the first stable release, security fixes target the latest commit on main. Older commits and development database schemas are not supported.

Reporting a vulnerability

Please use the repository's private GitHub Security Advisory reporting flow:

https://github.com/yanpgwang/managed-agent-go/security/advisories/new

Include affected versions, reproduction steps, impact, and any suggested mitigation. Do not include credentials or sensitive production data. Please do not open a public issue for an unpatched vulnerability.

If private reporting is unavailable, open a public issue requesting a private maintainer contact without disclosing vulnerability details.

Current security boundaries

  • The default local sandbox is a development guardrail, not a security boundary. It must not execute untrusted code.
  • The Docker provider gives container isolation and disables networking by default, but containers share the host kernel and the provider has not been audited for hostile multi-tenant workloads.
  • -strict checks that authentication headers are present; it does not validate credentials or implement authorization.
  • PostgreSQL journals tool attempts, but an external side effect can still be ambiguous if execution succeeds and its durable result is lost. Exactly-once behavior requires idempotency from the external system.
  • Model credentials are read from environment variables. Operators are responsible for secret storage, rotation, logging policy, and endpoint trust.

See the architecture and roadmap for planned hardening.

There aren't any published security advisories