Skip to content

Latest commit

 

History

History
71 lines (50 loc) · 2.8 KB

File metadata and controls

71 lines (50 loc) · 2.8 KB

MiniCISO Security Profile Setup Pattern

Reference architecture for the MiniCISO/Security SME ecosystem.

Profile set

Use this profile group when the user asks for a personal security staff / MiniCISO capability:

  • chief-of-staff: MiniCISO coordinator/orchestrator; routes requests, manages handoffs, and returns the final user-facing synthesis.
  • security-threat-modeling: threat models, abuse cases, assets, trust boundaries, prioritized controls.
  • security-architecture: security architecture/design review, IAM, secrets, logging, segmentation, crypto, resilience.
  • security-code-review: secure code/diff/PR review with file/line evidence, severity, remediation, regression tests.
  • security-appsec-assessment: application security assessment, authn/authz review, API/web risk triage, and remediation guidance.
  • security-compliance-mapper: map findings and controls to security frameworks, audit evidence, and governance expectations.
  • security-offensive-security: authorized offensive validation only; requires explicit scope/authorization for external targets.
  • security-recon-attack-surface-strategist: authorized passive/low-noise recon, attack surface mapping, candidate hypothesis prioritization, and SME handoff.
  • security-qa: final quality gate for scope, evidence, severity, clarity, safety, and actionability.

Shared workspace

Recommended local workspace:

/workspace/miniciso-security/
  inputs/
  drafts/
  qa/
  reports/
  templates/
  README.md

Configure every SME with local file access and the shared cwd:

hermes -p <profile> config set terminal.backend local
hermes -p <profile> config set terminal.cwd ~/miniciso-security

Recommended toolsets for security SMEs that produce artifacts:

terminal, file, web, skills, memory, session_search, delegation, todo

SOUL.md role boundaries

Each SME should explicitly include:

  • Match the user's requested language and output format.
  • Only analyze systems, repos, docs, or targets explicitly provided/authorized by the user.
  • Do not assume access to employer/confidential/third-party systems.
  • Mark non-final outputs as DRAFT - pending QA.
  • Final reports must pass through security-qa.

For offensive-security SMEs, include stronger boundaries:

  • Require explicit authorization and scope for external targets.
  • No help with intrusion, persistence, evasion, credential theft, abuse against third parties, or unauthorized automation.
  • Prefer methodology, defensive validation, labs/CTFs, safe local PoCs, and remediation.

Smoke test

After creation, verify every profile with an actual Hermes invocation:

hermes -p <profile> chat -Q -q "Answer in a single line starting with OK: what is your role in this MiniCISO ecosystem?"

Expected: each profile identifies its role and constraints correctly.