mona-agent / docs /additional-documents /ISO-27001-MAPPING.md
mo
docs: enterprise documentation suite β€” compliance mappings (CRA, ISO 27001, IEC 62443), threat model, data flow, audit & deployment guides, SBOM, use cases, security.txt
5c5b617
|
Raw
History Blame Contribute Delete
3.02 kB

ISO/IEC 27001 Annex A β€” Control Mapping

This mapping supports organizations building an ISMS around the mona-agent deployment. "Implemented by mona-agent/platform" means the control exists in the product; "operator" means the adopting organization provides it.

A.5 β€” Information security policies

  • A.5.1 Policies for information security β€” operator. Templates: this repository's security documents are the baseline.

A.8 β€” Asset management

  • A.8.1 Responsibility for assets β€” operator assigns owners; the platform enumerates assets: users, agents, devices, API keys, tasks, runs.
  • A.8.2 Information classification β€” task content is user-scoped; device telemetry is limited to performance metrics.

A.9 β€” Access control

  • A.9.1 Business requirements β€” device tokens are per-device, revocable (single revoke or revoke-all); dashboard uses Sngine session auth with CSRF protection on every state change.
  • A.9.2 User access management β€” one key per device; keys are encrypted AES-256-GCM at rest on the server; last-used timestamps for review.
  • A.9.4 System and application access control β€” role separation: device (Bearer token) vs dashboard (session) APIs; write operations rate-limited.

A.10 β€” Cryptography

  • A.10.1 Cryptographic controls β€” TLS for all transport; AES-256-GCM for stored secrets; random token generation (CSPRNG); no custom crypto.

A.12 β€” Operations security

  • A.12.1 Operational procedures β€” documented run loop (poll β†’ claim β†’ think β†’ act β†’ observe β†’ reflect β†’ answer β†’ verify).
  • A.12.4 Logging and monitoring β€” full audit log (messages, brain steps, tool calls, token usage, cost, latency), live event stream, trace endpoint per run.
  • A.12.5 Control of operational software β€” versioned, tagged releases; update via daemon restart; changelog maintained.
  • A.12.6 Technical vulnerability management β€” SECURITY.md disclosure process; dependency reviews; coordinated disclosure.

A.13 β€” Communications security

  • A.13.1 Network security management β€” devices initiate all connections (no inbound exposure); certificate verification enforced.

A.14 β€” System acquisition, development and maintenance

  • A.14.2 Security in development β€” test suite on every change, parser fuzzing via unit tests, lint, secure-by-default tool registry.

A.16 β€” Information security incident management

  • A.16.1 Responsibilities and procedures β€” incident reconstruction from the audit trail and per-run traces; feedback loop documented in SECURITY.md.

A.17 β€” Business continuity (information security aspects)

  • A.17.1 Planning β€” operator; the client is stateless: any device can be reprovisioned with a new token without re-deploying infrastructure.

A.18 β€” Compliance

  • A.18.1 Legal and contractual β€” operator; data export and deletion endpoints exist (per-user factory reset, per-agent deletion, JSONL export).