Seguridad
Cómo protegemos tus datos y tus agentes.
Lo que Thaliq hace hoy para proteger los datos y los agentes de una organización. Si aún no está construido, no está en esta página.
En AWS, detrás de Cloudflare.
01 · Dónde corre
El servicio alojado corre en AWS, en la región US East (N. Virginia), con Cloudflare al frente.
- Red privada
Sin dirección pública.
Los servicios corren como contenedores sin usuario root, en subredes privadas y sin dirección IP pública. Cada uno acepta conexiones solo de los servicios que lo llaman.
- Cloudflare
Cloudflare al frente.
La consola y la API están detrás de Cloudflare, que además sirve el widget. Un túnel que abren nuestros propios servidores hacia Cloudflare lleva sus solicitudes hasta AWS, así que nada se conecta a los servidores directamente desde internet.
- Límites
Límites en el borde.
El inicio de sesión, la recuperación de contraseña y los puntos de entrada públicos del widget tienen un límite de solicitudes por dirección de visitante en Cloudflare, antes de que lleguen a AWS. La consola suma límites propios por dirección y por correo.
- Tus servidores
O en tus propios servidores.
Si tus datos no pueden estar en el servicio alojado, un despliegue dedicado se acuerda con nosotros. Todo el stack corre con Docker Compose, en tu nube o en una red sin internet. Las imágenes vienen firmadas y con su SBOM, y la licencia funciona sin conexión.
Cifrados y separados.
02 · Tus datos
Cómo se protegen los datos al viajar, donde se guardan y entre organizaciones.
- En tránsito
Cifrados al viajar.
La consola, la API y el widget se sirven por HTTPS, y el túnel hacia AWS va cifrado. Nuestros servicios llegan a la base de datos y a la cola solo por TLS. En el servicio alojado, tus agentes llaman a tus herramientas solo por HTTPS.
- En reposo
Cifrados donde se guardan.
El almacenamiento de la base de datos, la cola y el espacio de las exportaciones de datos están cifrados. Nuestras propias credenciales viven en AWS Secrets Manager, cifradas con una clave propia que rota cada año.
- Tus secretos
Sellados uno por uno.
Las credenciales que le das a una herramienta se cifran con AES-256-GCM bajo una clave de tu organización antes de llegar a la base de datos, y la consola nunca vuelve a mostrarlas. Las contraseñas, las API keys secretas y los tokens de sesión se guardan solo como hashes.
- Organizaciones
Cada organización, por separado.
Toda tabla que guarda datos de una organización aplica seguridad a nivel de fila en PostgreSQL, así que una consulta solo ve las filas de la organización para la que corre. Los servicios se conectan con roles de base de datos que no pueden saltarse esa regla, y una verificación al arrancar rechaza un rol que sí pudiera.
- Respaldos
Restaurable a cualquier punto de los últimos 14 días.
La base de datos se respalda automáticamente. El 13 oct 2026 ensayamos una restauración a un punto en el tiempo en una instancia aparte y comparamos con producción el número de filas de cada tabla.
- Retención
Tus datos, y la salida.
El texto de las trazas de Lens se borra a los 30 días, salvo que un agente fije otro plazo, de 1 a 3650 días. El owner puede exportar los datos de la organización y pedir su eliminación, que espera 30 días para que el owner aún pueda cancelarla. Un owner o un admin puede eliminar los datos de un usuario final.
Quién puede qué, con registro.
03 · Accesos
Roles, un registro de cada cambio y un inicio de sesión que resiste los intentos de adivinar.
- Roles
Cinco roles, de owner a viewer.
Owner, admin, operator, supervisor y viewer. Cada rol puede hacer lo que pueden los roles de abajo, y un rol que el sistema no conoce no puede hacer nada. Publicar o revertir una versión a mano y cambiar a dónde envía sus secretos una herramienta requieren un owner o un admin. Eliminar la organización requiere al owner.
- Registro de auditoría
Cada cambio, con registro.
Cada escritura en la consola queda registrada: quién la hizo, qué cambió y cuándo. Los owners y los admins leen el registro, que se conserva 12 meses.
- Inicio de sesión
Contraseñas que resisten los intentos.
Las contraseñas piden al menos 15 caracteres y se guardan como hashes argon2id. Una contraseña incorrecta y un correo desconocido reciben la misma respuesta. Tras 10 inicios de sesión fallidos seguidos, el correo se bloquea 15 minutos, y cada dirección y cada correo tienen además un límite de intentos.
- Sesiones
Sesiones cortas, cookies estrictas.
Una sesión dura hasta 7 días y termina tras 8 horas sin actividad. La cookie es HttpOnly, Secure y SameSite=Strict, y la consola no se puede incrustar en otro sitio. Una contraseña nueva cierra las demás sesiones del miembro; desactivar a un miembro las cierra todas y revoca sus tokens.
- Registros y alertas
La cuenta está vigilada.
AWS CloudTrail guarda la pista de auditoría de la cuenta durante 365 días, con validación de los archivos de registro. Amazon GuardDuty vigila la cuenta y los inicios de sesión en la base de datos, y nos envía por correo los hallazgos de severidad media o mayor. Los flujos de red se registran durante 30 días.
Las personas deciden lo delicado.
04 · Tus agentes
Controles que mantienen a un agente dentro de lo que permites.
- Aprobaciones
Primero decide una persona.
Una policy puede retener una llamada que escribe datos o mueve dinero hasta que alguien con el rol adecuado la apruebe. Si nadie decide antes del tiempo límite, la llamada se rechaza. Las aprobaciones se hacen en la consola, por un miembro con la sesión iniciada y nunca con una API key, y cada decisión queda registrada.
- Evals y guardrails
Revisado antes y mientras responde.
Una versión nueva de un agente con Eval sale cuando pasa. Si empeora, la actual sigue atendiendo. Solo un owner o un admin puede publicar una que no pasó, como excepción y con un motivo por escrito. Los guardrails revisan los mensajes delicados y las respuestas. Las evals y los guardrails vienen con Enterprise.
- Lens
Cada paso, trazado.
Lens registra cada conversación paso a paso: llamadas al modelo, llamadas a herramientas, aprobaciones y lo que cuestan. Antes de guardar una traza se enmascaran los correos, los números de tarjeta de pago, los teléfonos, los números de DNI y de RUC peruanos y los tokens bearer.
- Webhooks
Firmados, para que sepas que son nuestros.
Los eventos que enviamos a tus sistemas van firmados con Standard Webhooks. Cada uno lleva un id y una marca de tiempo, para que tu sistema verifique al remitente y rechace una repetición, y una entrega fallida se reintenta con el mismo id.
Dónde corre el modelo.
05 · Modelos y proveedores
El servicio alojado responde con Claude Haiku 4.5 en Amazon Bedrock.
- Regiones
Las solicitudes al modelo pueden cruzar regiones.
Thaliq corre en la región US East (N. Virginia) de AWS. Las solicitudes al modelo usan un perfil de inferencia global, así que AWS puede procesarlas en otras regiones.
- Lo que dice AWS
La palabra de AWS sobre tus prompts.
AWS afirma que los proveedores de modelos no tienen acceso a los registros de Amazon Bedrock ni a los prompts y las respuestas de los clientes, y que ni AWS ni los proveedores usan las entradas ni las salidas de Bedrock para entrenar modelos.
Protección de datos de Bedrock, en AWS (en inglés) Preguntas frecuentes de Bedrock, en AWS (en inglés)
- Subencargados
Quién más trata datos.
Los servicios que tratan datos por nosotros están en el Anexo de encargo de tratamiento de datos, con lo que hace cada uno.
Subencargados, en el Anexo de encargo de tratamiento de datos
¿Encontraste una vulnerabilidad? Cuéntanos.
Escribe a [email protected] con el componente afectado, cómo reproducirla y el impacto que viste. Por favor, mantén los detalles en privado hasta que la hayamos corregido. Para cualquier otra pregunta sobre seguridad, habla con nosotros.