Seguridad y límites

Lo que la plataforma protege

• Acceso a los entornos: cada petición a chat.bezenti.com/<entorno>/ pasa por la consola, que comprueba tu sesión y tu permiso. Cerrar sesión o perder el acceso corta la entrada.
• Claves de modelos: cifradas en la base de datos. Las personas usan los pools a través de un gateway con su propia clave; nunca ven las claves de las cuentas.
• Topes de gasto: el gateway corta cuando un acceso llega a su tope.
• Delegación: nadie puede dar más acceso del que tiene.
• Auditoría: todo lo que se hace en la consola queda en Actividad.
• La consola vive en otro dominio que los entornos, así que nada de lo que corre en un entorno puede actuar sobre ella.

Límites que conviene conocer

• T3 no distingue personas dentro de un entorno. En un entorno compartido, todo aparece como hecho por el mismo usuario. El rol ver limita lo que se puede hacer, pero no deja rastro de quién miró qué dentro de T3.
• Los entornos comparten dominio. Todos viven en chat.bezenti.com. Cada uno tiene sus cookies y su almacenamiento separados, pero no es una frontera de seguridad: un fichero malicioso abierto en un entorno podría actuar sobre otro entorno abierto en el mismo navegador. Para clientes externos se recomienda un dominio por cliente.
• Aislamiento en el servidor. Si el nodo corre en modo sin aislamiento, todos los entornos se ejecutan como el mismo usuario del servidor y pueden leer los ficheros de los demás. Para clientes externos hace falta el modo aislado (un usuario de Linux o un contenedor por persona).
• Bajar de rol a alguien no corta la sesión que ya tenga abierta; quitarle el acceso sí.

Buenas prácticas

• Activa passkey o verificación en dos pasos.
• Da accesos con tope y, si es temporal, con fecha de fin.
• No pegues claves ni tokens en los chats: quedan en el historial.
• Revisa lo que haces público antes de compartir el enlace.