Documentación / Seguridad
Seguridad
Local primero y reglas deterministas. Qué protege Yuli, qué sale de tu equipo y qué decides tú.
En Yuli, los límites de seguridad los aplica el motor en cada operación. No dependen de lo que diga el prompt ni de que el modelo «se porte bien». Un agente no puede saltarse una regla convenciéndose a sí mismo.
Local primero
El código, el índice de código, la memoria y el estado del agente viven en tu equipo y en tu proyecto. Yuli no necesita cuenta ni servidor propio para funcionar.
Qué sale de tu equipo
| Qué | A dónde | Cuándo |
|---|---|---|
| Los mensajes y el contexto de la IA | Al proveedor que elegiste (o a tu Claude Code, Kiro, Codex o Antigravity) | Cuando trabajas con la IA. Antes de salir, los secretos se reemplazan por un marcador. |
| La búsqueda de actualizaciones | Al servidor de actualizaciones (o a tu propio Yuli Hub) | Al arrancar, si la búsqueda automática está activa. |
| Grupo, artefacto y versión de tus dependencias | A OSV.dev | Solo si activas esa fuente en el Centro de seguridad. |
| Un reporte de problema | Solo si eliges enviarlo | Lo armas tú desde Ayuda → Reportar un problema…. |
Con un modelo local (Ollama, LM Studio, vLLM o llama.cpp), ni siquiera el contexto de la IA sale de tu red. Ver Modelos y proveedores.
Las capas de protección
| Capa | Qué hace | Más información |
|---|---|---|
| Sandbox del proyecto | El agente solo crea, mueve o borra archivos dentro del proyecto y de las carpetas que autorices. | Sandbox y permisos |
| Aprobaciones por riesgo | Cada acción se evalúa; solo lo riesgoso pide confirmación. | Sandbox y permisos |
| Git y CI solo si lo pides | Commit, push, ramas y pipelines se bloquean salvo pedido explícito. | Sandbox y permisos |
| Secretos | Nunca se leen .env ni llaves; lo sensible sale como un marcador tipado. |
Secretos y privacidad |
| Inyección de prompts | El contenido externo con instrucciones ocultas se trata como datos. | Secretos y privacidad |
| Base de datos | Tú defines el acceso del agente en cada conexión. | Base de datos segura |
| Análisis de seguridad | Dependencias, código, fugas y condiciones de carrera, sin conexión. | Centro de seguridad |
| Gate de calidad | Rechaza secretos y trampas en tests en cada commit. | Gate y Centro de Gobierno |
Lo que el agente nunca hace
- Leer archivos de entorno, llaves privadas, certificados o la configuración SSH.
- Hacer commit, push, merge o crear ramas sin que lo pidas.
- Ejecutar sentencias que escriben en una base de datos sin tu aprobación, ni en modo desatendido.
- Usar clientes de base de datos por línea de comandos (
sqlplus,sqlcmd,mysql,psql,mongoshy similares). Así nadie se salta la política de acceso. - Firmar un commit como autor o agregar atribución a una IA. El autor es siempre la persona responsable.
Lo que decides tú
- Autonomía: cuánto puede hacer el agente sin preguntar (Cauteloso, Equilibrado o Autónomo).
- Acceso a carpetas: qué carpetas fuera del proyecto puede usar, y si solo leerlas.
- Confianza del proyecto: si se ejecuta código del repositorio para analizarlo.
- Acceso a cada base de datos: sin acceso, solo consultas o super permisos.
- Servidores de confianza: servidores internos con certificados propios, siempre con tu confirmación.
Credenciales
Las API keys, contraseñas de base de datos y tokens de Git, CI y MCP se guardan en el llavero del sistema: el almacén nativo de Windows, el Llavero de macOS o Secret Service en Linux. Nunca en el proyecto. En pantalla siempre aparecen enmascarados.
Plugins
Los plugins se ejecutan aislados: un fallo no afecta al IDE. Declaran sus permisos en un manifiesto, la red solo llega a los dominios declarados y el equipo puede exigir firma digital.
Reportar un problema
Ayuda → Reportar un problema… arma un .zip en tu carpeta de descargas con las versiones, el sistema, los registros de errores y las últimas peticiones al motor (sin parámetros).
El reporte nunca incluye tu código ni las conversaciones con el agente. Claves, tokens y contraseñas se redactan y tu carpeta personal aparece como ~.