Principios de seguridad

betool está diseñado para entornos regulados. La seguridad no es una capa añadida a posteriori: es el invariante que da forma a cada línea de código, cada migración, cada módulo.

1. Multi-tenancy estricto

Cada organización posee sus propios datos, pipelines, secretos, archivos y claves de LLM. El aislamiento se aplica:

• A nivel de base de datos — cada tabla de negocio lleva una columna org_id indexada, y las consultas del lado servidor siempre filtran por la organización de la sesión.
• A nivel de sistema de archivos — cada organización tiene su propia raíz en <data_root>/orgs/<org_id>/. Sin rutas compartidas.
• A nivel de caché — cachés por organización; ninguna entrada compartida sin un indicador is_shared = TRUE explícito.
• A nivel de secretos — cada organización tiene su propia bóveda, sus propias claves de API, sus propios tokens. Sin fallback global.

2. Auditoría obligatoria del acceso cross-tenant

Ciertos roles (normalmente cuentas de operador de plataforma del lado del proveedor) pueden necesitar acceder al contenido de otra organización con fines de soporte. Dicho acceso es:

• Condicionado a un opt-in de la organización de destino — revocable en cualquier momento desde el panel de administración.
• Registrado en cada acceso — tabla de auditoría dedicada, acotada por organización de destino, expuesta a los clientes mediante una ruta GET /api/admin/me/*-reads.
• Denegado si la escritura de auditoría falla — sin lectura sin rastro.

Consulta Auditoría RGPD.

3. Rechazo motivado en operaciones destructivas

Cualquier operación que destruya o reemplace el contenido de otra organización (REPLACE-IN-PLACE de hijos, DELETE) se rechaza si la organización de destino no ha activado el opt-in de lectura. Motivo: sin visibilidad, el operador estaría proponiendo un payload que podría sobrescribir a ciegas el contenido existente.

4. Soberanía sobre el modelo de LLM

• BYOK nativo — tus claves de OpenAI, Anthropic y Mistral las gestiona tu organización. Sin fuga entre organizaciones.
• Modelos privados en Enterprise — Ollama, vLLM alojados en tu propio hardware o en tu nube privada. Los prompts y las respuestas nunca salen de tu perímetro.
• Sin pool compartido silencioso — si una organización usa un modelo compartido, es una decisión explícita con control de acceso.

Postura de ingeniería

Nuestro estándar es la precisión: robustez máxima, observabilidad total, determinismo, anti-alucinación, anti-regresión, pruebas en cada esquina.

Concretamente, en cada compromiso de arquitectura / código / prompt:

Mantra: «Si alguien encuentra un bug, significa que no pusimos suficientes salvaguardas, no que pusimos demasiadas.»

Lectura adicional

• Multi-tenancy estricto
• Auditoría RGPD y registro de accesos
• Despliegue soberano