Seguridad y privacidad

Cómo gestionar las claves, qué evitar enviar y cuáles son los límites de este servicio.

Gestión de claves

• Las claves se muestran completas una sola vez. Guárdelas en un gestor de secretos o en una variable de entorno.
• Utilice una clave por servicio o máquina para que la revocación sea precisa.
• La revocación tiene efecto inmediato.
• Nunca incluya una clave en JavaScript del lado del cliente, en un binario móvil ni en un repositorio público. Todo lo que se distribuye a un usuario es público.
• Si se filtra una clave, revóquela primero e investigue después.

Qué debe evitar enviar

Esta es una pasarela de terceros situada entre usted y el proveedor de origen. Trátela como un encargado del tratamiento externo:

• No envíe datos que tenga prohibido por contrato compartir con un subencargado del tratamiento.
• No envíe datos regulados —historias clínicas, números de tarjetas de pago o identificadores oficiales— sin una base jurídica para hacerlo.
• Oculte los secretos antes de enviar registros o archivos de configuración a un modelo. Los agentes que leen archivos completos leerán sin reparos su .env.

Inyección de prompts

Cualquier contenido que lea el modelo puede intentar darle instrucciones: páginas web, archivos, resultados de herramientas o comentarios en incidencias. Las consecuencias dependen de lo que el modelo puede *hacer*, así que limite esas capacidades:

• Asigne a las herramientas de bases de datos un rol de solo lectura.
• Limite los permisos de los tokens de API al mínimo necesario.
• Exija aprobación humana para las acciones irreversibles.
• Nunca eval la salida del modelo ni ejecute SQL generado mediante una conexión con permisos de escritura.

Transporte

Todo el tráfico utiliza HTTPS. Rechace HTTP sin cifrar en la configuración de su propio cliente; una URL base como http:// enviaría su clave en texto sin cifrar.