No abras una issue pública para un fallo de seguridad.

Usa el aviso privado de GitHub: Security → Report a vulnerability.

Incluye qué versión o commit has probado, cómo reproducirlo y qué impacto crees que tiene. Respondo en cuanto pueda; este es un proyecto personal, así que no hay un SLA formal.

• El endpoint conversacional /chat, su proxy /api/chat y sus controles de cuota, autenticación y presupuesto. La ruta de pago existe, pero permanece cerrada por defecto y no está desplegada en producción.
• Fugas de claves de API o de datos del entorno a través de logs, respuestas o mensajes de error.
• Inyección de prompt que consiga alterar las fuentes mostradas por el chat o exfiltrar contenido del sistema.
• Cualquier forma de conseguir que un tercero gaste presupuesto de API ajeno.

• Errores u omisiones de la propuesta jurídica del agente. Son un problema de calidad de datos, no de seguridad: abre una issue normal.
• Vulnerabilidades de dependencias sin explotabilidad demostrada en este proyecto. Dependabot ya vigila las actualizaciones.

Las claves viven en .env, que está en .gitignore y nunca debe versionarse. .env.example documenta las variables sin valores. Los workflows de CI no usan secrets a propósito: la suite por defecto no llama a ningún proveedor LLM.

Si crees que una clave se ha filtrado en un commit, revócala en el panel del proveedor antes de reportar nada.

Las resoluciones de sentencias/ las publica el CENDOJ ya pseudonimizadas. Si detectas un dato personal identificable en algún fichero del repositorio o en una salida del pipeline, repórtalo por el canal privado: se retira el fichero. Ver sentencias/AVISO_LEGAL.md.