Rumbleo | Security Overview | Arquitectura y controles

Security overview

Última actualización del documento: 4 de mayo de 2026

Resumen claro de la arquitectura, controles técnicos y límites actuales de Rumbleo para revisiones de seguridad B2B

Este resumen describe el diseño y controles públicos de Rumbleo a la fecha indicada. No sustituye anexos contractuales ni auditorías independientes

Resumen ejecutivo

1.1Rumbleo está diseñado para que organizaciones consulten datos internos mediante lenguaje natural sin entregar acceso directo a la base analítica a proveedores de IA o usuarios finales

1.2Cada petición respeta la empresa, el usuario y sus permisos. El agente puede investigar, pero no recibe credenciales ni decide por sí mismo a qué datos acceder

Cómo se separan las funciones

2.1La aplicación pública no contiene credenciales de las bases analíticas
2.2Los servicios internos comprueban identidad, permisos y límites antes de consultar datos
2.3El acceso desde ChatGPT, Claude, Codex u otros asistentes compatibles es opcional y mantiene los mismos permisos
2.4Los datos y archivos se almacenan con acceso restringido y cifrado

Identidad, autenticación y roles

3.1Autenticación gestionada y usuarios invitados por administradores autorizados
3.2Política de contraseña con longitud mínima de 12 caracteres y requisitos de mayúsculas, minúsculas, dígitos y símbolos
3.3Las sesiones tienen una validez limitada y una caducidad definida
3.4Roles diferenciados para usuarios, administradores de empresa y operadores autorizados
3.5La empresa, el usuario y el rol se obtienen del inicio de sesión, no de valores enviados por el navegador

Separación entre empresas

4.1Cada organización cliente trabaja en un espacio separado
4.2Datos, agentes, usuarios, límites, historial y configuración se asocian a una sola empresa
4.3Cada acceso comprueba autenticación, permisos y rol antes de mostrar información o ejecutar una acción
4.4Una empresa no puede consultar datos de otra
4.5Los administradores ven estadísticas agregadas de uso, no conversaciones ni respuestas privadas de otras personas

Acceso a datos analíticos

5.1Las bases analíticas de clientes se consultan en modo solo lectura
5.2Los asistentes externos no reciben credenciales ni abren conexiones directas
5.3Cada consulta se comprueba antes de ejecutarse y las operaciones de escritura se bloquean
5.4Rumbleo aplica límites de volumen, tiempo y consumo por empresa
5.5Los detalles técnicos de la consulta no se muestran al usuario final, aunque pueden conservarse para revisiones internas autorizadas

Cifrado y secretos

6.1El tráfico público utiliza HTTPS
6.2Los archivos se almacenan cifrados y sin acceso público directo
6.3Las credenciales analíticas se cifran y solo los servicios autorizados pueden utilizarlas
6.4Las claves de proveedores de IA, cuando se configuran, no se exponen en el navegador

IA, prompts y proveedores de modelos

7.1Rumbleo no comparte conversaciones, resultados, adjuntos, modelo semántico ni datos de cliente con proveedores de IA para entrenamiento de modelos
7.2Rumbleo puede usar OpenAI para funcionalidad conversacional cuando existe clave configurada, bajo condiciones API/empresariales de no entrenamiento por defecto salvo opt-in explícito
7.3Algunas empresas pueden aportar su propia clave de OpenAI y mantener su relación contractual con el proveedor
7.4Los asistentes conectados mediante MCP solicitan datos a Rumbleo sin recibir credenciales analíticas
7.5Las credenciales, cadenas de conexión, acceso directo a bases analíticas y permisos internos nunca se entregan al proveedor de IA
7.6Las instrucciones, preguntas, resultados y adjuntos se tratan como información confidencial del cliente y se limitan a lo necesario para cada función
7.7El producto está diseñado para pedir aclaraciones cuando falte contexto o haya ambigüedad, en lugar de inventar decisiones de negocio

Registro y monitorización

8.1La plataforma registra eventos funcionales y técnicos necesarios para operar, proteger y mejorar el servicio
8.2El registro puede incluir quién hizo la petición, qué agente utilizó, el estado, la duración, el consumo y los errores necesarios para investigar incidencias
8.3Las llamadas desde asistentes conectados también quedan registradas para aplicar límites y detectar fallos
8.4El acceso al registro completo se reserva a personal autorizado para soporte, seguridad y calidad

Frontera de datos y minimización

9.1Identidad, credenciales, definiciones de negocio, resultados y archivos se mantienen separados según su finalidad
9.2Las credenciales y los parámetros de conexión no se envían al navegador ni a proveedores de IA
9.3Las definiciones de negocio se tratan como información confidencial de la empresa
9.4Los resultados respetan permisos y límites de volumen y tiempo
9.5Cuando se utiliza un proveedor de IA, no se envían secretos ni información innecesaria para la respuesta

Seguridad de aplicación

10.1La aplicación comprueba usuario, empresa y rol desde la sesión antes de ejecutar acciones
10.2Las operaciones administrativas requieren permisos específicos y quedan registradas
10.3Las consultas se validan como solo lectura antes de acceder a las fuentes conectadas
10.4Los mensajes de error no muestran credenciales, consultas internas ni detalles sensibles del sistema

Acceso interno y operaciones

11.1El acceso interno a auditoría completa se reserva a personal autorizado y solo para soporte, seguridad, calidad, investigación de errores o cumplimiento contractual
11.2Los administradores de empresa pueden ver consumo y estadísticas agregadas, pero no conversaciones ni respuestas privadas de otros usuarios
11.3Los secretos se gestionan en servicios específicos y no se guardan en el código ni en registros operativos
11.4La aplicación pública, los servicios internos y las conexiones externas tienen permisos separados

Gestión de vulnerabilidades y evidencias

12.1Rumbleo mantiene pruebas automatizadas para la separación entre empresas, el acceso de solo lectura, los permisos y el control de uso
12.2Los cambios que afectan autenticación, permisos, acceso a datos o almacenamiento requieren revisión y pruebas proporcionales al riesgo
12.3Las dependencias, imágenes y servicios de terceros deben revisarse cuando haya actualizaciones relevantes o avisos de seguridad aplicables
12.4Para auditorías de cliente se pueden preparar evidencias adicionales, como capturas de controles, resultados de pruebas o respuestas a cuestionarios
12.5Las certificaciones formales solo se declararán cuando exista un certificado vigente o una auditoría independiente completada

Backups, continuidad y restauración

13.1Los archivos de producción disponen de versionado en la configuración estándar
13.2La retención y restauración se acuerdan según el entorno y las necesidades del cliente
13.3Los procedimientos de copia, restauración y pruebas periódicas forman parte de la revisión operativa antes de tratar datos críticos

Gestión de cambios

14.1Los cambios de infraestructura y aplicación se revisan, versionan y despliegan mediante procesos automatizados
14.2Las actualizaciones de base de datos conservan un historial verificable
14.3Las pruebas de integración cubren la separación entre empresas, el acceso de lectura, los permisos y el consumo

Mejoras de seguridad en evaluación

15.1Protección adicional del tráfico público
15.2Alertas sobre disponibilidad, errores y consumo de recursos
15.3Procedimientos formales de copia y restauración con pruebas periódicas
15.4Rotación de credenciales de plataforma, proveedores de IA y sesiones
15.5Revisión de residencia, retención y borrado por tipo de dato
15.6Evaluación formal de SOC 2, ISO 27001 o Vanta cuando el volumen de clientes lo justifique

Seguridad, arquitectura y controles de Rumbleo