mirror of
https://github.com/SHOGGOTH-SECTOR/sica-fondt.git
synced 2026-08-01 00:23:15 +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
2.4 KiB
2.4 KiB
Google IAP Configuration Workflow
Phase 1: Prerequisites (Day 1)
- Enable IAP API:
gcloud services enable iap.googleapis.com - Enable Access Context Manager API
- Configure OAuth consent screen with organization branding
- Create OAuth client credentials for IAP
- Verify applications are behind HTTPS Load Balancer or Cloud Run/App Engine
Phase 2: IAP Enablement (Day 2-3)
Compute Engine / GKE Backend Services
- Enable IAP on each backend service with OAuth credentials
- Configure health checks to work through IAP
- Verify backend service firewall rules allow only load balancer and IAP ranges
- Block direct access to backend instances (remove external IPs, restrict firewall)
App Engine
- Enable IAP on App Engine with OAuth credentials
- Verify no App Engine firewall rules bypass IAP
- Test authentication flow with pilot users
Cloud Run
- Grant IAP service account Cloud Run Invoker role
- Configure Cloud Run service with
--no-allow-unauthenticated - Enable IAP on the backend service fronting Cloud Run
- Test end-to-end request flow
TCP Forwarding (SSH/RDP)
- Grant IAP Tunnel Resource Accessor role to user groups
- Remove public IP addresses from VMs
- Configure firewall rules to allow only IAP tunnel IP ranges (35.235.240.0/20)
- Test SSH/RDP access through IAP tunnel
Phase 3: Access Control (Day 4-5)
- Create IAM bindings mapping Google Groups to backend services
- Add access level conditions for sensitive applications
- Configure time-based conditions for admin access
- Set up path-based conditions for API access
- Test each binding with authorized and unauthorized users
Phase 4: Access Levels (Day 6-7)
- Create basic access levels for device posture (encryption, OS, screen lock)
- Create IP-based access levels for corporate network
- Create custom access levels with CEL for complex conditions
- Apply access levels as conditions on IAM bindings
- Validate with compliant and non-compliant devices
Phase 5: Session and Re-auth (Day 8)
- Configure session duration per application tier
- Set re-authentication method (LOGIN or SECURE_KEY)
- Test session expiry and re-authentication flow
- Document expected user experience
Phase 6: Audit and Monitoring (Day 9-10)
- Enable data access audit logs for IAP
- Create log-based metrics for access denials
- Set up alerting for anomalous patterns
- Build dashboard for IAP access analytics
- Test break-glass access procedures