sycophant
Sycophant es un marco de seguridad zero-trust para agentes de IA autónomos, construido en Rust sobre Kubernetes con aislamiento por defecto.
Ficha actualizada 22 sept 2026, 19:20 · upstream 22 sept 2026, 19:13 · release sin release detectada
Qué es sycophant
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Sycophant es un framework de seguridad diseñado para contener agentes de inteligencia artificial autónomos dentro de una infraestructura Kubernetes. Su enfoque principal es la confidencialidad y el aislamiento, no la capacidad. Los datos del modelo, los datos del usuario y los agentes se mantienen separados en entornos independientes. Cada agente responde únicamente a dispositivos autorizados.
El diseño se basa en tres principios fundamentales: cada agente tiene acceso mínimo (least privilege), ningún conocimiento se comparte entre componentes, y el aislamiento es una característica por defecto, no un añadido. Esto contrasta con las plataformas de hosting que ofrecen control pero dependen de promesas de confianza sobre infraestructura externa, o con frameworks de IA que priorizan la capacidad sobre la confidencialidad.
La arquitectura utiliza Kubernetes como base, donde cada agente corre en su propio namespace. Los componentes clave incluyen un relé (relay) que actúa como puerta de entrada para los dispositivos registrados, un conjunto de herramientas (toolset) que ejecuta llamadas a herramientas externas dentro de sandboxes aislados, y un motor de agentes (harness) que coordina las interacciones entre el agente y sus herramientas. El hilo conductor es que ningún dato sensible —claves de modelo, credenciales, historial de conversación— puede escapar del control del usuario sin una justificación explícita.
La seguridad se logra mediante varios mecanismos: los credenciales se almacenan en pods temporales creados por el relé para cada llamada específica; la salida de herramientas se escanea y redacta antes de retornar al agente; el identificador del agente carece de permisos de RBAC por defecto; el historial de conversación reside en un volumen compartido pero no accesible por el agente; y los egress son bloqueados por default-deny con listas de DNS permitidas. Además, se utiliza gVisor para sandboxear el código generado por agentes y Kyverno como motor de políticas de admisión.
El proyecto está construido sobre Rust y Kubernetes CRDs, utilizando gRPC para la comunicación entre componentes. Se despliega mediante Helm charts, disponibles tanto en modo local con
- Contener agentes de IA autónoma que ejecutan herramientas externas sin acceso a credenciales o datos sensibles
- Proteger el historial de conversación y los logs del agente contra manipulación o extracción
- Aislamiento de modelos de lenguaje y herramientas de terceros en entornos compartidos
- Implementación de políticas de seguridad dinámicas mediante Kyverno sin configuración manual
- Despliegue escalable con Helm charts que soportan múltiples agentes concurrentes
- Reducción del riesgo de fuga de información a través de sandboxing y redacción de salida
- Cada llamada a herramienta o modelo remoto se ejecuta en un pod temporáneo creado por el relé, con credenciales y egress aislados
- El historial de conversación reside en un volumen compartido que el agente no puede acceder ni modificar
- Kyverno genera políticas de admisión automáticamente para cada namespace, bloqueando cambios a recursos de seguridad
- Cilium proporciona default-deny egress por defecto con listas de DNS permitidas
- gVisor sandboxea los pods que ejecutan código generado por agentes, impidiendo escapes de contenedor
- El framework es completamente aislado: el agente no puede escribir a su propio historial ni acceder a recursos del namespace
- Requiere un cluster Kubernetes con runtime sandboxed (gvisor) y políticas de admisión como Kyverno, lo que añade complejidad operativa
- La redacción de salida se aplica solo al texto generado por el agente; no protege credenciales almacenadas en el sistema operativo del pod
- El historial de conversación reside en un volumen compartido entre todos los pods del workspace, lo que puede generar conflictos si múltiples agentes comparten espacio
- No incluye autenticación de dos factores ni cifrado de extremo a extremo para datos sensibles almacenados localmente
- La seguridad depende de la configuración correcta de Cilium y Kyverno; no es una capa de seguridad por defecto
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Instala el bundle Helm 'sycophant-quickstart' que incluye RuntimeClass gVisor y CRDs de Kyverno en un solo comando,Para desarrollo local, usa k3d con la configuración 'syco setup',En producción, despliega los Helm charts en un cluster Kubernetes con el runtime sandboxed habilitado,Configura Cilium para permitir egress solo a las IPs de tus dispositivos registrados,Asegúrate de que Kyverno esté instalado y activo antes de desplegar cualquier namespace con agentes,El volumen compartido del workspace debe tener permisos adecuados para evitar conflictos entre múltiples agentes
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.