Todas las rutas
/api/compliance/* se autentican con tu token de sesión / acceso de
consola (el mismo login que usas para el dashboard), no una clave de relay
sk-orca-…. Configura todo desde la consola; la superficie REST de abajo es para
automatizar la recolección de evidencia en CI.1. Qué cubre la referencia de la api de compliance
Dos grupos de rutas, dos audiencias:| Grupo | Autenticación | Audiencia |
|---|---|---|
/api/compliance/* | Sesión de consola | Tú + tus auditores (dentro del espacio de trabajo) |
/api/public/compliance/* | Ninguna (token / firma) | Cualquiera que verifique un reporte |
2. Explora el catálogo y verifica la preparación
Empieza en modo solo lectura. Estos tres endpoints no necesitan rol especial y no cuestan nada:GET /api/compliance/catalog — cada framework que puedes apuntar
GET /api/compliance/catalog — cada framework que puedes apuntar
Devuelve el registro de frameworks. OrcaRouter trae packs para los principales
regímenes de seguridad, privacidad y gobierno de IA — incluyendo
soc2, hipaa,
gdpr, uk_gdpr, eu_ai_act, iso_27001, iso_42001, nist_ai_rmf,
nist_800_53, pci_dss, glba, ccpa, y una larga cola de leyes regionales de
privacidad (PIPL, APPI, PIPA, LGPD, PIPEDA, DPDP y las leyes estatales de EE. UU.).
OWASP Top 10 para Aplicaciones LLM (owasp_llm) también viene como un pack de
primera clase — materializa controles reales de guardrail y firewall (inyección de
prompts, salida insegura, divulgación sensible, exceso de agencia) igual que cualquier
otro framework.GET /api/compliance/packs — lo que has instalado
GET /api/compliance/packs — lo que has instalado
Lista los packs ya materializados en este espacio de trabajo, cada uno con su modo de
ciclo de vida (
observe o enforce) y la política de guardrail + firewall que creó.GET /api/compliance/readiness — tu reporte de huecos
GET /api/compliance/readiness — tu reporte de huecos
Puntúa tu postura actual contra la checklist de cada framework: qué controles
satisfacen ya tus guardrails y reglas de firewall en vivo, y cuáles siguen siendo
huecos organizativos que debes cerrar tú mismo. Lee esto antes de instalar nada.
3. Instala un pack
Instalar un pack es el momento de valor: escribe unGuardrail real (plano de
texto/datos) y una WorkspaceFirewallPolicy más reglas (plano de llamada a herramienta)
en tu espacio de trabajo, etiquetados al framework. Ambos son completamente editables
después — el pack es un punto de partida, no una plantilla bloqueada.
flag,
firewall en shadow/solo-registro — para que puedas observar la cobertura antes de que algo
bloquee tráfico en vivo. Cuando estés listo, promociónalo:
POST …/packs/:key/controls para conectar un
único control, POST …/packs/:key/update para re-sincronizar tras un cambio del catálogo,
y DELETE …/packs/:key para desinstalar.
4. Genera un reporte de evidencia firmado
El reporte es el artefacto que entregas a un auditor. Cada uno se renderiza desde tu postura en vivo, se hashea por contenido con SHA-256 y se firma con Ed25519 para que no pueda editarse silenciosamente después del hecho.pdf, json y csv.
Lista y obtén reportes con GET …/reports y GET …/reports/:id; descarga el archivo
renderizado con GET …/reports/:id/download (Admin).
5. Deja que un auditor lo verifique — sin cuenta requerida
Tres endpoints públicos hacen que un reporte sea comprobable de forma independiente por cualquiera que tenga el archivo:Obtén la clave pública
GET /api/public/compliance/pubkey devuelve la clave pública Ed25519 con la que se
firman tus reportes.Verifica una firma
POST /api/public/compliance/verify verifica la firma y el hash de contenido de un
reporte y le dice al llamante si ha sido manipulado.Comparte con un auditor
Acuña un enlace de solo lectura desde
POST …/reports/:id/share (Admin); el auditor
abre GET /api/public/compliance/share/:token — sin login.6. Residencia de datos
La residencia aquí es la región bajo la que se estampa y almacena tu evidencia de cumplimiento —us, eu, uk, ap, cn o global. Gobierna dónde viven los
reportes y desde qué región pueden servirse; un reporte se retiene si se lee desde una
región que no coincide. (Este es un control de artefacto de evidencia, no geo-fijación
de tu tráfico de inferencia.)
GET …/residency (cualquier miembro); cambiarlo es Admin.
7. Retención, borrado y auditoría
El plano de compliance está respaldado por las mismas garantías de ciclo de vida de datos que aplican a lo largo del gateway:Retención de logs de solicitud
Retención de logs de solicitud
Los logs de solicitud se conservan 30 días por defecto y 180 días máximo — el
gateway recorta cualquier cosa más larga. La retención alimenta directamente tu
puntuación de preparación.
Derecho al borrado
Derecho al borrado
Una solicitud de eliminación de cuenta abre un periodo de gracia de 30 días (el
valor por defecto), tras el cual la PII de la cuenta se depura de forma irreversible:
la cascada redacta los identificadores en los logs de solicitud retenidos y purga las
coincidencias de guardrail con alcance de usuario, los eventos de firewall y los
registros de traza de agente.
Rastro de auditoría
Rastro de auditoría
La sección de change-log de un reporte de compliance se extrae del log de auditoría
del espacio de trabajo, acotada al periodo del reporte. Los emails de miembros y
admins se enmascaran por defecto en el reporte exportado (p. ej.
j•••@acme.com) a
menos que se solicite PII completa explícitamente en el momento de la generación. Ve
el catálogo de acciones de auditoría.A dónde ir a continuación
API de Guardrail
La política de plano de texto/datos que materializa un compliance pack.
API de Firewall
El plano de política de llamada a herramienta que el pack escribe junto a ella.
Pila de controles
Cómo guardrails, firewall y compliance se componen en una sola postura.
Códigos de error
Cada estado que el gateway puede devolver, incluyendo muros de pago y compuertas de
rol.
