Una herramienta que protege tus datos y hace que sigan siendo tuyos.
Tracehold revisa lo que tu equipo envía a la IA, así que la primera pregunta es qué hacemos nosotros con esos datos. El motor de detección corre en el navegador. La consola recibe metadatos del evento y una muestra enmascarada del valor. Producción está alojada en la UE. Esta página explica qué se envía, qué se guarda y quién puede verlo.
Construido para proteger tus datos y no interponerse en tu camino
Cuatro hechos, cada uno explicado más abajo.
El motor de la extensión revisa el prompt y los archivos adjuntos en el navegador, antes de que se envíen.
Metadatos del evento (tipo de dato, gravedad, destino, acción) más una muestra enmascarada del valor. Guardar el contenido de los hallazgos está desactivado por defecto.
Las filas de cada organización se mantienen separadas con políticas dentro de PostgreSQL, no solo con la aplicación.
Producción corre en infraestructura de la UE. Los proveedores implicados figuran en la página de subencargados.
Qué llega a Tracehold, y cuándo
Cuatro niveles. Solo el primero está siempre activo, y sus valores van enmascarados.
Metadatos del evento (siempre activos)
El tipo de dato encontrado, la gravedad, el destino y la acción, más una muestra enmascarada del valor detectado (los valores de hasta 12 caracteres se enmascaran por completo; los más largos muestran solo los 8 primeros y los 4 últimos caracteres). Los agentes de endpoint envían además un extracto del texto con los valores sensibles enmascarados.
Texto para el clasificador LLM (desactivado)
El texto del prompt, en tránsito hacia el clasificador. Tracehold no lo almacena. Plan Governance, beta, se activa por organización.
Contenido de los hallazgos (desactivado)
El texto que rodea a un hallazgo, que se guarda para que un administrador distinga una fuga real de una falsa alarma. Se cifra y se borra a los 90 días. Lo activa tu organización.
Extensión gratuita (sin contenido)
Salvo los informes que decidas enviar, nunca el texto de tus prompts: la detección ocurre en tu navegador y no necesita cuenta. Hace unas pocas peticiones seudónimas (estadísticas de uso y eventos de análisis sin contenido), tal como describe su aviso de privacidad.
Qué viaja realmente y qué se queda donde está
El motor de detección en el navegador decide qué ocurre con cada prompt, según tu política.
Permitir
Los prompts limpios pasan directamente, sin modificar.
Observar
El contenido marcado se registra para tener visibilidad, sin interrumpir a nadie.
Redactar
La parte sensible se oculta o se elimina, para que el resto pueda seguir adelante.
Bloquear
Se bloquea el envío entero, y la persona recibe un aviso claro.
Qué se cifra, y cómo
Mecanismos concretos, no una promesa general.
Contenido de los hallazgos
Si tu organización lo guarda, se cifra con AES-256-GCM y se borra a los 90 días.
Secretos de integraciones y del autenticador
Los secretos guardados de LDAP, inicio de sesión único y SIEM se cifran en reposo con una clave distinta de la que firma las sesiones. Los tokens de SIEM y los secretos de webhook no se devuelven una vez guardados. Los secretos del inicio de sesión en dos pasos (TOTP) se cifran con AES-256-GCM.
En tránsito
La consola y la API se sirven por HTTPS con certificados que se renuevan automáticamente.
En producción el servidor se niega a arrancar si falta su secreto de firma o es débil, o si la clave de los secretos guardados no es independiente.
Los datos de cada organización se mantienen separados dentro de la base de datos
La aplicación filtra por organización, y PostgreSQL lo vuelve a imponer con Row-Level Security.
Políticas dentro de PostgreSQL
Las tablas que guardan los datos de una organización, como detecciones, incidentes, usuarios y políticas, llevan una política de Row-Level Security que solo deja a una petición ver y escribir filas de su propia organización. Cuando la aplicación lee o escribe los datos de una organización para una persona con sesión iniciada, cambia a un rol limitado de la base de datos, así que las políticas se le aplican.
Grupos de organizaciones
Una organización matriz puede leer los datos de sus filiales en modo solo lectura. Los cambios se quedan en la organización a la que pertenecen. Los espacios multi-tenant forman parte del plan Governance.
Defensa en profundidad
La aplicación mantiene separadas las consultas de cada organización, y la base de datos lo vuelve a imponer, así que un filtro que falte en el código no expone las filas de otra organización.
Quién puede entrar y quién puede ver qué
El inicio de sesión único, un segundo factor y el inicio de sesión limitado protegen la consola, y las reglas de detección que descarga la extensión van firmadas.
OIDC y LDAP/AD, más un segundo factor
Con OIDC, Tracehold comprueba la firma del token de identidad con las claves de tu proveedor, junto con emisor, audiencia, caducidad y nonce, y vincula el correo al dominio de tu organización. El acceso a la consola admite una aplicación de autenticación (TOTP), un código por correo y códigos de respaldo. Tras 8 intentos fallidos en 15 minutos, el inicio de sesión se pausa para esa dirección IP y ese correo; la cuenta nunca se bloquea.
Claves de solo lectura
Las claves de API de cliente tienen tres ámbitos de solo lectura: eventos, estadísticas y políticas. Abren el mismo espacio privado que un inicio de sesión normal, nada más amplio.
Integridad de las reglas de detección
Las reglas de detección que descarga la extensión van firmadas con Ed25519 y viajan por HTTPS a clientes autenticados. La extensión verifica la firma con una clave pública integrada en ella y la integridad de las reglas (SHA-256) antes de aplicarlas y rechaza un conjunto de reglas más antiguo que el último que vio. Si una comprobación falla, conserva las reglas que ya tenía.
Revelarlo exige un permiso
Ver el contenido original de una detección exige un permiso específico. Lo tienen los administradores; los gestores y los usuarios, solo si se lo concedes. Cada revelación queda en el registro de actividad con quién, cuándo y qué; el registro se conserva 30 días por defecto.
Las preguntas que hacen los compradores sobre confianza
¿Guardáis nuestros prompts o nuestros datos?
¿Quién puede ver el contenido original de una detección?
¿Cómo mantenéis separados los datos de un cliente y los de otro?
¿Cómo se entregan y se comprueban las reglas de detección?
¿Dónde están alojados nuestros datos?
¿Cómo inicia sesión la gente en la consola?
Envíanos tus preguntas de seguridad
Preferimos responder las preguntas difíciles desde el principio. Repasa con nuestro equipo cómo se protegen tus datos, y luego empieza en modo solo observación y comprueba qué detectaría Tracehold.