Alle
/api/compliance/*-Routen authentifizieren mit Ihrem Konsolen-Session-
/ Access-Token (derselbe Login, den Sie für das Dashboard nutzen), nicht mit
einem sk-orca-…-Relay-Key. Konfigurieren Sie alles aus der Konsole; die
REST-Surface unten dient der Automatisierung der Evidenzsammlung in CI.1. Was die Compliance-API-Referenz abdeckt
Zwei Routengruppen, zwei Zielgruppen:| Gruppe | Auth | Zielgruppe |
|---|---|---|
/api/compliance/* | Konsolen-Session | Sie + Ihre Auditoren (im Workspace) |
/api/public/compliance/* | Keine (Token / Signatur) | Jeder, der einen Report verifiziert |
2. Den Katalog durchsuchen und Readiness prüfen
Beginnen Sie read-only. Diese drei Endpunkte benötigen keine spezielle Rolle und kosten nichts:GET /api/compliance/catalog — jedes Framework, das Sie anvisieren können
GET /api/compliance/catalog — jedes Framework, das Sie anvisieren können
Gibt die Framework-Registry zurück. OrcaRouter liefert Packs für die großen
Sicherheits-, Datenschutz- und KI-Governance-Regime — einschließlich
soc2,
hipaa, gdpr, uk_gdpr, eu_ai_act, iso_27001, iso_42001,
nist_ai_rmf, nist_800_53, pci_dss, glba, ccpa und einem langen
Schweif regionaler Datenschutzgesetze (PIPL, APPI, PIPA, LGPD, PIPEDA, DPDP
und die US-Bundesstaatengesetze). OWASP Top 10 for LLM Applications
(owasp_llm) wird ebenfalls als First-Class-Pack ausgeliefert — es
materialisiert echte Guardrail- und Firewall-Kontrollen (Prompt-Injection,
Insecure Output, Sensitive Disclosure, Excessive Agency) genau wie jedes
andere Framework.GET /api/compliance/packs — was Sie installiert haben
GET /api/compliance/packs — was Sie installiert haben
Listet die bereits in diesem Workspace materialisierten Packs auf, jedes mit
seinem Lebenszyklus-Mode (
observe oder enforce) und der Guardrail- +
Firewall-Policy, die es erstellt hat.GET /api/compliance/readiness — Ihr Gap-Report
GET /api/compliance/readiness — Ihr Gap-Report
Bewertet Ihre aktuelle Haltung gegen die Checkliste jedes Frameworks: welche
Kontrollen Ihre Live-Guardrails und Firewall-Regeln bereits erfüllen und
welche noch organisatorische Lücken sind, die Sie selbst schließen müssen.
Lesen Sie das, bevor Sie irgendetwas installieren.
3. Ein Pack installieren
Ein Pack zu installieren ist der Wertmoment: Es schreibt ein echtesGuardrail (Text-/Daten-Plane) und eine WorkspaceFirewallPolicy plus Regeln
(Tool-Call-Plane) in Ihren Workspace, getaggt auf das Framework. Beide sind
danach vollständig editierbar — das Pack ist ein Ausgangspunkt, kein
gesperrtes Template.
flag gezwungen,
Firewall in Shadow/Log-only — sodass Sie die Abdeckung beobachten können, bevor
irgendetwas Live-Traffic blockiert. Wenn Sie bereit sind, promoten Sie es:
POST …/packs/:key/controls, um eine
einzelne Kontrolle zu verdrahten, POST …/packs/:key/update, um nach
Katalogänderungen neu zu synchronisieren, und DELETE …/packs/:key, um zu
deinstallieren.
4. Einen signierten Evidenz-Report generieren
Der Report ist das Artefakt, das Sie einem Auditor übergeben. Jeder wird aus Ihrer Live-Haltung gerendert, mit SHA-256 inhaltsgehasht und mit Ed25519 signiert, sodass er nicht nachträglich stillschweigend bearbeitet werden kann.pdf, json und csv.
Listen und holen Sie Reports mit GET …/reports und GET …/reports/:id; laden
Sie die gerenderte Datei mit GET …/reports/:id/download (Admin) herunter.
5. Lassen Sie einen Auditor es verifizieren — kein Konto erforderlich
Drei öffentliche Endpunkte machen einen Report von jedem, der die Datei hält, unabhängig prüfbar:Den Public Key holen
GET /api/public/compliance/pubkey gibt den Ed25519-Public-Key zurück, mit
dem Ihre Reports signiert sind.Eine Signatur verifizieren
POST /api/public/compliance/verify prüft die Signatur und den Inhalts-Hash
eines Reports und sagt dem Aufrufer, ob er manipuliert wurde.Mit einem Auditor teilen
Prägen Sie einen read-only Link aus
POST …/reports/:id/share (Admin); der
Auditor öffnet GET /api/public/compliance/share/:token — kein Login.6. Data-Residency
Residency hier ist die Region, unter der Ihre Compliance-Evidenz gestempelt und gespeichert wird —us, eu, uk, ap, cn oder global. Sie regelt, wo
Reports leben und aus welcher Region sie ausgeliefert werden dürfen; ein Report
wird zurückgehalten, wenn er aus einer nicht passenden Region gelesen wird. (Dies
ist eine Kontrolle für Evidenz-Artefakte, nicht das Geo-Pinning Ihres
Inferenz-Traffics.)
GET …/residency (jedes Mitglied); das
Ändern ist Admin.
7. Retention, Erasure und Audit
Die Compliance-Plane ist durch dieselben Daten-Lebenszyklus-Garantien gestützt, die gatewayweit gelten:Request-Log-Retention
Request-Log-Retention
Request-Logs werden standardmäßig 30 Tage und maximal 180 Tage
aufbewahrt — das Gateway klemmt alles Längere ab. Die Retention fließt direkt
in Ihren Readiness-Score ein.
Recht auf Löschung
Recht auf Löschung
Ein Kontolöschungsantrag öffnet eine 30-Tage-Gnadenfrist (der Default),
nach der die PII des Kontos unwiderruflich gescrubbt wird: Die Kaskade
redigiert die Identifikatoren auf aufbewahrten Request-Logs und purgt die
user-bezogenen Guardrail-Matches, Firewall-Events und Agent-Trace-Datensätze.
Audit-Trail
Audit-Trail
Der Change-Log-Abschnitt eines Compliance-Reports wird aus dem
Workspace-Audit-Log gezogen, gescoped auf den Report-Zeitraum. Mitglied- und
Admin-E-Mails werden im exportierten Report standardmäßig maskiert (z. B.
j•••@acme.com), sofern nicht zur Generierungszeit ausdrücklich volle PII
angefragt wird. Siehe den Audit-Action-Katalog.Wohin als Nächstes
Guardrail-API
Die Text-/Daten-Plane-Policy, die ein Compliance-Pack materialisiert.
Firewall-API
Die Tool-Call-Policy-Plane, die das Pack daneben schreibt.
Control-Stack
Wie Guardrails, Firewall und Compliance zu einer Haltung komponieren.
Fehlercodes
Jeder Status, den das Gateway zurückgeben kann, einschließlich Paywall- und
Rollen-Gates.
