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

36 lines
1.3 KiB
Markdown

# Standards and References - Securing Helm Chart Deployments
## NIST SP 800-190
- Section 4.1: Image vulnerabilities and configuration defects
- Section 5.2: Registry security and chart provenance
- Section 5.4: Secure deployment configuration
## CIS Kubernetes Benchmark v1.8
- 5.2.1-5.2.9: Pod Security Standards enforced via chart defaults
- 5.7.3: Apply security context to pods and containers
## SLSA (Supply chain Levels for Software Artifacts)
- Level 1: Documented build process (Helm chart CI)
- Level 2: Source version controlled, signed provenance
- Level 3: Hardened build platform, signed artifacts
- Level 4: Two-party review, hermetic builds
## Helm Security Resources
| Resource | URL |
|----------|-----|
| Helm Security Best Practices | https://helm.sh/docs/chart_best_practices/ |
| Helm Provenance and Integrity | https://helm.sh/docs/topics/provenance/ |
| kube-linter | https://github.com/stackrox/kube-linter |
| checkov Kubernetes checks | https://www.checkov.io/5.Policy%20Index/kubernetes.html |
| helm-secrets plugin | https://github.com/jkroepke/helm-secrets |
## Compliance Mappings
### PCI DSS v4.0
- Req 6.3.1: Security vulnerabilities identified and managed
- Req 6.5.1: Changes controlled by change control processes
### SOC 2
- CC8.1: Change management - Controlled deployment processes