boc/memory/audit-s9-s12.md

# EXTREME CERTIFICATION AUDIT — SECTIONS 9–12
**Datum:** 2026-06-05  
**Utförare:** SRE/Chaos/Red Team subagent  
**Scope:** Temporal Reconstruction, Chaos, Multi-Tenant Isolation, Security

---

## SECTION 9: TEMPORAL RECONSTRUCTION TEST

### 9.1 GECL historiska events
- **STATUS: PARTIAL**
- GECL health svarar (`{"ok":true,"service":"amos-gecl-chain","version":"0.3.0"}`)
- `/api/gecl/events?before=2026-06-01T23:59:59Z` returnerar tomt — ingen output ens med x-internal-source + x-tenant-id
- **EVIDENCE:** Anropet returnerade ingen data (HTTP 200 utan body eller ingen route matchad)
- **FINDING:** GECL är operationell men historisk event-query via REST är antingen ej implementerad eller kräver autentisering som saknas i testet
- **SEVERITY:** MEDIUM — begränsad temporal rekonstruktion möjlig via API

### 9.2 Replay-endpoint
- **STATUS: UNVERIFIED**
- `/api/replay` och `/api/hermes/timeline` returnerar `{"error":"Unauthorized","code":"NO_TOKEN"}`
- **FINDING:** Endpoints finns och kräver JWT — går ej att testa utan giltig token
- **SEVERITY:** INFO

### 9.3 Audit- och event-tabeller i DB
- **STATUS: PROVEN**
- **EVIDENCE:** 47 tabeller med event/history/audit i public schema identifierade
- Namnbara: `audit_trail_entries`, `canonical_events`, `ledger_audit_log`, `financial_audit_log`, `event_store`, `security_audit_log`, `homo_deus_audit_chain` m.fl.
- `event_store`: **0 rader** (tom, ej använd)
- `canonical_events`: **2 rader**, äldsta 2026-05-25, nyaste 2026-05-25 (ingen data från 2026-06-01)
- `audit_trail_entries`: **0 rader** (tom)
- `ledger_audit_log`: **46 rader**
- **FINDING:** Temporell rekonstruktion till 2026-06-01 omöjlig — inga events registrerade för det datumet i primärtabellerna. Event sourcing infrastruktur finns men används knappt (event_store=0, audit_trail=0). Ledger-audit finns (46 rader) men GECL/event-sourcing är i princip overksam.
- **SEVERITY:** HIGH — systemet saknar meningsfull temporal rekonstruktionsförmåga

---

## SECTION 10: CHAOS TEST

### 10.1 NATS resilience
- **STATUS: PROVEN**
- **EVIDENCE:**
  - NATS UP: connections=2, in_msgs=5308, uptime=12h38m49s
  - 2 aktiva connections (amos-core + annan tjänst)
- **FINDING:** NATS fungerar stabilt som Kafka-fallback

### 10.2 Redis DOWN — fallback
- **STATUS: PARTIAL / ANOMALY**
- `redis-cli` ej installerat; `systemctl is-active redis` = **inactive**
- Men: port 6379 lyssnar (`ss -tlnp` visar `127.0.0.1:6379`) — process okänd (troligen valkey eller inbyggd instans)
- amos-core `/api/health` rapporterar `"redis": "ok"` och `"ok": true`
- **FINDING:** Redis rapporteras som DOWN av systemctl men är faktiskt UP (lyssnar 127.0.0.1:6379, amos-core kan nå den). Ingen äkta Redis-down-situation att testa fallback mot.
- **SEVERITY:** LOW (operativt fungerar det), men MEDIUM ur övervakningsperspektiv — inkonsistent statusinformation

### 10.3 Kafka DOWN — fallback verifierat
- **STATUS: PROVEN**
- **EVIDENCE:**
  - Kafka ej tillgänglig på 9092 (connection refused)
  - `/opt/amos/data/agent-mailbox.json`: 365 KB, 6060 rader (JSONL), senast modifierad 2026-06-05 02:39
- **FINDING:** AgentBus fallback till in-memory + JSONL är aktivt och funktionellt. Events processas utan Kafka.
- **SEVERITY:** INFO (fallback fungerar)

### 10.4 AI provider resilience
- **STATUS: PROVEN**
- **EVIDENCE:** ai-gateway (3270) rapporterar 6 providers, alla med `circuit: closed` (= operationella):
  - anthropic, openai, groq, gemini, deepseek, perplexity
- **FINDING:** Multi-provider AI gateway med circuit breaker fungerar. Ingen provider nere.
- **SEVERITY:** INFO

### 10.5 RTO-mätning
- **STATUS: PROVEN**
- **EVIDENCE (response times, tjänst ej omstartad):**
  - quixzoom-api (3209): **4ms**
  - ledger (3250): **7ms**
  - GECL (3263): **4ms**
  - amos-core (3100): **4ms**
- **FINDING:** Exceptionellt låg latens för alla tjänster. Mäter "already-running response time" snarare än cold-start RTO — ingen restart utfördes (säker chaos-princip).
- **SEVERITY:** INFO

### 10.6 Ledger med stängd period
- **STATUS: PROVEN**
- **EVIDENCE:** POST till `entry_date: 2026-06-01` → `{"error":"Period 2026-06 är stängd — inga nya verifikationer tillåtna","code":"PERIOD_CLOSED"}`
- **FINDING:** Finansiell periodkontroll fungerar korrekt — stänger ute backdaterade poster

---

## SECTION 11: MULTI-TENANT ISOLATION TEST

### 11.1 Tenant-skapande
- **STATUS: PROVEN**
- **EVIDENCE:**
  - Tenant A: `org_id=3c0bee53-be08-40eb-b714-5a38879ad6c0` (TenantA Corp)
  - Tenant B: `org_id=59dcb828-4490-41be-b6c3-13d2c5251724` (TenantB Corp)
  - Båda skapade framgångsrikt med JWT (RS256)
- **FINDING:** Onboarding fungerar

### 11.2 Cross-tenant data isolation — Ledger
- **STATUS: PROVEN ✅**
- **EVIDENCE:**
  - Tenant A skapade journal entry `883c2104-...` med "TENANT-A-SECRET-DATA" (500 000 kr)
  - Tenant B frågar `/api/ledger/journal` → `{"ok":true,"entries":[],"count":0}` — ser NOLL entries
  - Tenant B försöker direkt URL `/api/ledger/journal/883c2104-...` → `Cannot GET` (404-liknande, route ej exponerad per ID utan tenant match)
  - Tenant B försöker läsa wavult-group entry `188dafa5-...` → 404
- **FINDING:** Tenant-isolation i ledger är robust. x-tenant-id header styr filtreringen effektivt.
- **SEVERITY:** PASS

### 11.3 Hermes cross-tenant
- **STATUS: UNVERIFIED**
- `/api/aamos/hermes` kräver JWT token — returnerar `NO_TOKEN` utan auth
- **FINDING:** Hermes är skyddat men isolation ej testad med giltig cross-tenant token
- **SEVERITY:** INFO (bör testas med riktiga tokens)

---

## SECTION 12: SECURITY TEST

### 12.1 Prompt Injection
- **STATUS: PARTIAL**
- **EVIDENCE:**
  - 3 av 4 payloads → `NO_TOKEN` (Hermes kräver auth — rätt beteende)
  - 1 payload (`"; DROP TABLE prexo_users; --`) → `{"ok":false,"error":"UN-000","error_type":"UNKNOWN_ERROR",...}` — nådde applikationslogik!
- **FINDING:** SQL-liknande payload kom igenom JWT-gaten och orsakade UNKNOWN_ERROR. Antingen tog payload sig in som query-parameter utan token-check, eller så finns ett anrop utan auth. Hermes-endpoint verkar ha inkonsekvent autentiseringslogik.
- **SEVERITY:** MEDIUM — prompt injection inte bevisat, men ojämn auth-täckning är en risk

### 12.2 SQL Injection
- **STATUS: PARTIAL**
- **EVIDENCE:**
  - `/api/ledger/journal?tenant_id=wavult-group' OR '1'='1` → HTTP 000 (connection refused eller fel port)
  - `/api/qz/missions?filter='; DROP TABLE...` → HTTP 000
- **FINDING:** Ingen HTTP-respons alls — kan vara att endpoints inte finns eller att ledger inte accepterar tenant_id som query-param. Ingen bekräftad SQL injection, men ej heller konfirmerat skydd (parameterized queries).
- **SEVERITY:** UNVERIFIED — bör testas med korrekta endpoints

### 12.3 JWT manipulation
- **STATUS: PROVEN SECURE ✅**
- **EVIDENCE:**
  - `alg:none` token → `{"ok":false,"error":"Invalid token","code":"TOKEN_INVALID"}`
  - Expired token (signerat med känd nyckel, utgången) → `TOKEN_INVALID`
- **FINDING:** JWT-validering avvisar alg:none och expired tokens korrekt. RS256 används (public/private key pair, sett i onboarding response).
- **SEVERITY:** PASS

### 12.4 Path Traversal
- **STATUS: PARTIAL — INFO LEAK**
- **EVIDENCE:**
  - `GET /api/files/../../../etc/passwd` → `{"error":"not_found","path":"/etc/passwd","service":"amos-core","trace_id":"..."}`
  - `GET /api/qz/storage/../../etc/passwd` → Express 404 utan filinnehåll
- **FINDING:** Fil-traversal blockeras — `/etc/passwd` returneras ej. MEN amos-core läcker intern path (`/etc/passwd`), service-namn och trace_id i felresponsen. Information disclosure utan auth.
- **SEVERITY:** LOW-MEDIUM — ingen data exfiltrering, men path normalization sker server-side och exponeras

### 12.5 Credential Exfiltration via API
- **STATUS: PROVEN SECURE ✅**
- **EVIDENCE:**
  - `/api/config` → `NO_TOKEN`
  - `/api/env` → `NO_TOKEN`
  - `/api/secrets` → `NO_TOKEN`
- **FINDING:** Alla config/env/secrets endpoints kräver autentisering. Ingen obehörig åtkomst.
- **SEVERITY:** PASS

---

## SAMMANFATTNING

| # | Test | Status | Severity |
|---|------|--------|----------|
| 9.1 | GECL temporal query | PARTIAL | MEDIUM |
| 9.2 | Replay endpoint | UNVERIFIED | INFO |
| 9.3 | Event store / audit tables | PROVEN | HIGH |
| 10.1 | NATS resilience | PROVEN | INFO |
| 10.2 | Redis fallback | PARTIAL/ANOMALY | MEDIUM |
| 10.3 | Kafka fallback | PROVEN | INFO |
| 10.4 | AI provider failover | PROVEN | INFO |
| 10.5 | RTO latens | PROVEN | INFO |
| 11.1 | Tenant creation | PROVEN | INFO |
| 11.2 | Cross-tenant ledger isolation | PROVEN SECURE | PASS |
| 11.3 | Hermes cross-tenant | UNVERIFIED | INFO |
| 12.1 | Prompt injection | PARTIAL | MEDIUM |
| 12.2 | SQL injection | UNVERIFIED | UNVERIFIED |
| 12.3 | JWT manipulation | PROVEN SECURE | PASS |
| 12.4 | Path traversal | PARTIAL (info leak) | LOW |
| 12.5 | Credential exfiltration | PROVEN SECURE | PASS |

## KRITISKA FYND

1. **[HIGH] Event sourcing praktiskt overksam** — `event_store=0 rader`, `audit_trail_entries=0 rader`, `canonical_events=2 rader` (från maj). Systemet kan EJ rekonstruera tillstånd från 2026-06-01.

2. **[MEDIUM] Redis status-inkonsistens** — systemctl=inactive men port 6379 lyssnar och amos-core rapporterar ok. Övervakningslarm baserade på systemctl ger falskt alarm.

3. **[MEDIUM] Ojämn autentisering på Hermes** — SQL-liknande payload kom igenom och gav UNKNOWN_ERROR istället för NO_TOKEN. Tyder på en route som saknar auth-middleware.

4. **[LOW] Path info leak** — amos-core exponerar normaliserad path + service name i 404-responsen utan auth.

5. **[PASS] Multi-tenant isolation håller** — Tenant B kan inte se Tenant A:s data. Testat och bekräftat.