feat(d3): POST /vc/aae/evaluate endpoint — component 2 step 4

[MoltyCel]

Evaluator (Komponente 2) Schritt 4 — HTTP-Surface. Verweist Evaluator-Brief v4 (#115) + Core #119.

POST /vc/aae/evaluate (tags: AAE Enforcement)

• Auth via verify_api_key_or_did (X-API-Key/X-MolTrust-DID) → 401.
• Boundary-Validierung (Defense-in-Depth zum fail-closed Core, aus Step-3-Queue): aae_ref-Format; action_context object + 8KB-Size-Cap; nonce-missing→422 (VOR Core); numeric value finite-check; agent_did==auth-principal (sonst 403); vc_id↔Envelope-Direkt-Binding (Substitution-Schutz; Delegation-Chain = dokumentierter Follow-up).
• Ruft evaluate_envelope (Core feat(d3): evaluator core — per-type handlers + advisory-lock eval-tx (component 2 step 3) #119) → signiertes Verdict; Response {verdict, reason, eval_id, verdict_signature, verdict_kid, evaluations}.
• scrub_secrets: verdict_signature zu _KNOWN_PUBLIC_CREDENTIAL_FIELDS hinzugefügt (Ed25519-Sig kann sonst vom 40-char-base64-Pattern teilmaskiert werden — Lehre fix(a2a): exempt JWS protected+signature from scrub_secrets allowlist #101). Per Test verifiziert.

Tests (async TestClient, volle Middleware-Kette, 7 grün)

ALLOW-path (+ verdict_signature NICHT maskiert), DENY-path (self_asserted Betrag), nonce-missing→422, auth-missing→401, vc_id-mismatch→422, oversized→422, agent_did≠principal→403.

Defense-in-Depth

nonce-missing & co. werden am Endpoint mit 422 abgewiesen UND der Core lehnt fail-closed mit DENY ab — beide Schichten.

Konformität

§3.1 + §3.2 ✅. NICHT auf Live (Code+Tests; Endpoint-Tests hinterlassen test-markierte append-only Rows). Eine Komponente = ein PR.

Nächster Schritt

5. violation_records-Write bei DENY. DANN Komponente 3 (enforce-mode-Chokepoint) + Acceptance-Gate D-1.

🤖 Generated with Claude Code