saint-graves/sica-fondt
1
0
Fork 0
mirror of https://github.com/SHOGGOTH-SECTOR/sica-fondt.git synced 2026-08-01 16:40:24 +00:00
Code Issues Packages Projects Releases Wiki Activity
sica-fondt/knowledge/cyber-skills/skills/configuring-aws-verified-access-for-ztna/references/standards.md
Claude 24f816b6a3
Consolidate 22 sibling repos into layered organism structure 
Place useful parts of the surrounding repos into sica-fondt by layer, per the
body model (Ada = membrane; brain/endocrine/capabilities/knowledge non-Ada):

- brain/        LLM reasoning + providers (dapr, hermes, MoMoA)
- capabilities/ REPRAG sidecars: hermes tools/skills, dapr tools, parallel
                dispatch, A51 channels, and the OSINT cluster
- knowledge/    LORAG corpus: 754 cyber-skills, agency personas, secure-coding,
                MITRE ATT&CK data
- reference/    defensive threat-reference (C3, shhbruh doc) + AdaYaml parser

License handling: AGPL sources (worldosint, advanced_evolution, mercury,
Reticulum) and GPL DeTTECT are SPEC-only clean-room/port descriptions — no
copyleft code copied. MIT/Apache/data parts copied as working trees.

Safety: shhbruh escape/persistence material and C3 covert-C2 kept as reference
only, not wired into the running organism. See CONSOLIDATION.md.

https://claude.ai/code/session_01UehUqEXXJJCsHoA4voCU5c
2026-06-10 06:53:01 +00:00

1.7 KiB
Raw Blame History

Standards Reference: AWS Verified Access ZTNA

AWS Verified Access Standards

Cedar Policy Language

  • Developed by AWS for fine-grained access control
  • Supports permit and forbid policies with conditions
  • Evaluates context attributes (identity, device posture, request metadata)
  • Open-source specification at cedarpolicy.com

AWS Well-Architected Framework - Security Pillar

  • SEC03-BP01: Define access requirements
  • SEC03-BP02: Grant least privilege access
  • SEC03-BP05: Define permission guardrails for organization
  • SEC05-BP03: Automate network protection

Zero Trust Standards

NIST SP 800-207

  • Verified Access implements enhanced identity governance (Section 3.1)
  • Per-request policy evaluation aligns with continuous verification
  • Device posture assessment satisfies device trust requirements
  • Integration with identity providers meets identity pillar requirements

CISA Zero Trust Maturity Model

  • Identity Pillar: OIDC integration with MFA-enabled providers
  • Device Pillar: CrowdStrike/Jamf device posture assessment
  • Network Pillar: VPN-less access eliminates implicit network trust
  • Application Pillar: Per-application access policies

Compliance Mappings

SOC 2

  • CC6.1: Logical access security through Cedar policies
  • CC6.2: Identity verification via trust providers
  • CC6.3: Role-based access through group policies
  • CC7.2: System monitoring through access logging

FedRAMP

  • AC-2: Account Management via identity provider integration
  • AC-3: Access Enforcement through Cedar policies
  • AC-6: Least Privilege via per-application policies
  • AU-2: Auditable Events through CloudWatch logging
  • SC-7: Boundary Protection via Verified Access endpoints