Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

mcp-hangar

MCP Hangar es un planeador de políticas determinista para protocolos MCP (Model Context Protocol). Permite control estricto de acceso, auditoría atributable y exportación de logs en formato SIEM. Es autoalojado, sin SaaS, con Python como lenguaje principal.

Ficha actualizada 22 sept 2026, 18:33 · upstream 22 sept 2026, 18:31 · release v2.21.2

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es mcp-hangar

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

MCP Hangar implementa un plano de enforcement de políticas que se activa en cada llamada a protocolo MCP. Proporciona verificación determinista de identidad, binding de audiencia según RFC 8707, pinning de digest de esquema de herramientas y auditoría completa. El proyecto es autoalojado con licencia MIT.

CASOS DE USO
  • Control de acceso granular por tenant en entornos multi-tenant
  • Auditoría atributable de todas las llamadas a herramientas MCP
  • Protección contra cambios no autorizados en descripciones de herramientas
  • Implementación de gateo de tareas con aprobación humana
  • Monitoreo y alertas de anomalías en el tráfico MCP
  • Compliance con auditoría regulatoria mediante exportación a SIEM
PUNTOS DESTACADOS
  • Verificación determinista: cada llamada se rechaza si no coincide con la política, sin puntuaciones anómalas ni modelos aprendidos
  • Pinning de digest de esquema por herramienta: cualquier cambio en el schema invalida la llamada
  • Auth y RBAC completo: soporte para API keys, OIDC/JWT y binding de audiencia según RFC 8707
  • Proyección por tenant: diferentes ejecutables por cliente con fail-closed si no se autentifica
  • Human-in-the-loop: gateo explícito sobre llamadas críticas con atribución al principal autorizado
  • Auditoría atributable: exportación de registros a SIEM en CEF, LEEF 2.0, RFC 5424 syslog o JSON-lines
PRECAUCIONES
  • No es un executor: no ejecuta tareas directamente, solo interpone sobre el ciclo de vida SEP-2663
  • La lista estática de herramientas `tools:` no persiste tras el inicio del proveedor (el API devuelve uno dinámico)
  • El pinning por tenant requiere autenticación para que un cliente adquiera permisos
  • No incluye scheduler ni runner: la ejecución se delega a los proveedores MCP
  • La hot config reload es limitada y depende de archivos de configuración existentes
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA8 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Instálalo con pip o uv como paquete PyPI: `pip install mcp-hangar`,Configura el cliente MCP para usar la URL de Hangar como endpoint de llamadas,Para stdio, usa `auth.stdio.principal` como trust boundary; para HTTP/REST API, requiere autenticación explícita,El proyecto soporta Python 3.8+ y ofrece una API FACADE para clientes,Recomendado usar el operador Helm o charts de Kubernetes para despliegue en clusters,La documentación completa está disponible en https://mcp-hangar.io/docs

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsPython
SERVICIOS
PostgreSQLRedis
BASES DE DATOS
PostgreSQLRedis
PUERTOS
8080
06

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.