Política de seguridad

Privilegio mínimo y cierre por defecto. Todo acceso parte de “denegado” y se abre de forma deliberada. Cuando un control es ambiguo elegimos la opción más restrictiva, porque un sistema demasiado restringido se puede corregir en una tarde y una brecha no tiene corrección posible.

Cada asistente alojado es una entidad independiente, con su propia configuración, su propio corpus y sus propias reglas de acceso. El asistente de un cliente no puede leer el contenido de otro y no se le puede inducir a revelar la configuración de otro.

Esto se aplica en dos lugares y no en uno. Las solicitudes llevan una identidad de cliente (tenant) que se aplica en la capa de datos, y una verificación dedicada se ejecuta en cada compilación y hace fallar el despliegue si alguna ruta de código pudiera cruzar el límite entre clientes. Añadimos la segunda capa después de descubrir que un mensaje redactado con cuidado podía extraer un mensaje de sistema por posición y no por nombre, un tipo de falla que el filtrado basado solo en reglas no detectó.

Todo el tráfico se sirve únicamente por HTTPS. El sitio está en la lista de precarga de HSTS, lo que significa que los navegadores compatibles se niegan a conectarse por HTTP simple incluso en una primera visita: un atacante no puede forzar una degradación de la conexión. Una política estricta de seguridad de contenido limita lo que puede ejecutarse en la página, y se bloquea el uso de marcos (frames), salvo donde se incrusta deliberadamente un widget de asistente.

Los datos en reposo se cifran mediante nuestros proveedores de base de datos y de alojamiento, con el cifrado estándar de su plataforma. El contenido de las conversaciones está además sujeto a la regla de retención de 30 días: la mejor protección para los datos es no conservarlos.

Las claves de API y las credenciales de servicio se guardan en un administrador de secretos dedicado y se inyectan en tiempo de ejecución. Nunca se confirman (commit) en el repositorio, nunca se escriben en código del lado del cliente y nunca se imprimen en los registros. Cada commit se analiza en busca de secretos incluidos por accidente antes de integrarse.

Los asistentes alojados se ejecutan detrás de una capa de puerta de enlace que inspecciona tanto lo que entra como lo que sale. Analiza los mensajes entrantes en busca de patrones de inyección de instrucciones (prompt injection) y examina las respuestas salientes en busca de contenido que no debería salir; es el mismo mecanismo que evita que la configuración de un cliente aparezca en la conversación de otro. Por separado, límites de gasto por asistente acotan lo que puede consumir cualquier despliegue individual, de modo que un ciclo descontrolado o un visitante abusivo no pueda generar un costo ilimitado.

No contamos con certificación SOC 2, ISO 27001, HIPAA ni PCI DSS. Somos un operador pequeño y no hemos pasado por esas auditorías. Si su proceso de compras requiere una, dígalo antes de comprar y no después: preferimos perder la venta antes que dar a entender una atestación que no tenemos.

Los pagos con tarjeta, cuando entren en operación, los gestiona por completo nuestro procesador de pagos. Los números completos de tarjeta no llegan a nuestros servidores, lo que mantiene mínimo nuestro alcance de PCI. Esto se describe en Términos de pago y de tarjetas.

Si tenemos conocimiento de un incidente de seguridad que afecte a datos de clientes, lo investigaremos de inmediato, lo contendremos y notificaremos a los clientes afectados sin demora indebida y, en cualquier caso, dentro de las 72 horas siguientes a tener conocimiento de una violación de datos personales. Esa notificación describirá qué ocurrió, qué datos estuvieron involucrados, qué hemos hecho y qué le recomendamos hacer.

Cuando actuamos como encargado del tratamiento para un cliente, se lo notificamos al cliente para que pueda cumplir sus propios plazos regulatorios: bajo el GDPR, la PDPA de Tailandia y las leyes estatales de notificación de brechas de EE. UU., el plazo del responsable del tratamiento comienza cuando se lo comunicamos. Los mecanismos están en la Adenda de procesamiento de datos.

Si encontró una falla, por favor avísenos: existe un puerto seguro para la investigación de buena fe y un compromiso de respuesta, establecidos en la Política de divulgación de vulnerabilidades. Los reportes se envían a [email protected].