mirror of
https://github.com/SHOGGOTH-SECTOR/sica-fondt.git
synced 2026-08-01 16:40:24 +00:00
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
30 lines
1.1 KiB
Markdown
30 lines
1.1 KiB
Markdown
# Workflow - Securing Helm Chart Deployments
|
|
|
|
## Phase 1: Chart Development Security
|
|
1. Set secure defaults in values.yaml (non-root, read-only fs, resource limits)
|
|
2. Add network policy templates
|
|
3. Use external secrets references
|
|
4. Lint with `helm lint --strict`
|
|
|
|
## Phase 2: CI Pipeline
|
|
1. Render templates: `helm template test ./chart -f values.yaml > rendered.yaml`
|
|
2. Lint: `helm lint ./chart --strict`
|
|
3. Scan: `kube-linter lint rendered.yaml`
|
|
4. Scan: `checkov -f rendered.yaml --framework kubernetes`
|
|
5. Sign chart: `helm package ./chart --sign`
|
|
|
|
## Phase 3: Deployment
|
|
1. Verify chart signature: `helm verify chart.tgz`
|
|
2. Deploy with production values: `helm install release ./chart -f values-prod.yaml`
|
|
3. Verify deployment: `helm test release`
|
|
|
|
## Phase 4: Post-Deployment
|
|
1. Validate security contexts: `kubectl get pods -o jsonpath='{.items[*].spec.securityContext}'`
|
|
2. Check network policies applied
|
|
3. Verify secrets sourced from external store
|
|
|
|
## Phase 5: Maintenance
|
|
1. Update chart versions in lockfile
|
|
2. Rescan after dependency updates
|
|
3. Rotate signing keys annually
|