Plataforma · Seguridad
Arquitectura de seguridad.
Kora está hecha para sostener conversaciones reales con clientes y credenciales reales. La seguridad no es una página de un sitio web: es cómo está estructurado el producto, desde la base de datos hacia arriba.
Cada capa asume el peor escenario: un enlace filtrado, un actor malintencionado en la red, una sesión comprometida. Cada una se diseña para que una sola brecha no se convierta en el compromiso total de la cuenta.
Multi-tenancy
Los datos se organizan como Organización → Espacio de trabajo → Conexiones → Agentes → Flujos → Contactos → Conversaciones. Cada registro pertenece a exactamente un espacio de trabajo y ninguna consulta cruza ese límite.
RBAC
Los roles se aplican como constantes, no como convenciones: OWNER, ADMIN, DEVELOPER, AGENT, VIEWER y el interno KORA_STAFF. Cada ruta y cada servicio verifica el rol y el espacio de trabajo antes de actuar.
Cifrado
Los datos viajan cifrados en reposo y en tránsito. Las conexiones usan TLS, y todo lo sensible se almacena cifrado, nunca en texto plano y nunca en los registros.
Aislamiento de credenciales
Los secretos nunca llegan al navegador ni al modelo. Un flujo referencia una Conexión por nombre, y la credencial se resuelve y usa solo dentro de la capa de servicios.
Verificación de webhooks
Los eventos entrantes se verifican como reales antes de poder mover un flujo. Los payloads firmados y los secretos compartidos evitan que peticiones falsas disparen acciones.
Registros de auditoría
Las acciones importantes quedan registradas: inicios de sesión, cambios de permisos, cambios de credenciales, ediciones de flujos y transferencias. Cada entrada de auditoría conserva la identidad y el espacio de trabajo.
Límites de tasa
Los endpoints de la API y de los webhooks tienen límites de tasa por sesión y por espacio de trabajo. Una clave comprometida no puede usarse para extraer datos ni para saturar el sistema.
Aislamiento de datos
Los límites por cliente se aplican en la base de datos y en la API. Las consultas multi-cliente son imposibles por construcción, y el frontend nunca contiene reglas de negocio.
Seguridad de la API
Cada acción pasa por la API del backend con esquemas validados, sesiones autenticadas y rutas con alcance. Las rutas por espacio de trabajo exigen el encabezado x-workspace-id.
Gestión de secretos
Las credenciales viven en almacenamiento cifrado, se referencian por nombre, pueden rotar sin tocar los flujos y nunca se imprimen ni se registran. El equipo de Kora las configura y las rota por proveedor.