helixiam
HelixIAM es un servidor de identidad standalone OAuth2/OIDC/SAML basado en Spring Authorization Server, sin broker de mensajes, con soporte multi-inquilino y dashboard administrativo escalable por separado.
Ficha actualizada 25 sept 2026, 13:59 · upstream 25 sept 2026, 13:39 · release v1.0.0-rc.1
Qué es helixiam
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
HelixIAM es un proveedor de identidad independiente que implementa estándares OAuth2, OIDC y SAML 2.0 sobre una arquitectura monolítica Spring Boot. Elimina la necesidad de brokers de mensajes externos al integrar directamente PostgreSQL para persistencia y Redis para almacenamiento de sesiones HTTP. La arquitectura permite despliegue único sin dependencias externas complejas, manteniendo separación lógica entre servidor de identidad y consola administrativa.
- Proveer endpoints OAuth2/OIDC/SAML en arquitecturas sin brokers de mensajes
- Gestionar identidades no humanas mediante delegación RFC 8693 para agentes AI
- Federar identidades de cargas de trabajo en Kubernetes/CI con JWT keyless
- Proveer consola administrativa React escalable independientemente del servidor
- Arquitectura monolítica Spring Boot sin dependencias externas complejas
- Soporte nativo para múltiples protocolos (OAuth2, OIDC, SAML 2.0)
- Dashboard administrativo desplegable como servicio independiente
- Gestión de claves de firma auto-generadas sin montajes externos iniciales
- Configuración inicial requiere variables de entorno explícitas para producción
- Demo configuration incluye contraseñas débiles y HTTP plano por defecto
- No incluye Dockerfile nativo, requiriendo docker compose o construcción manual
- Dependencia de PostgreSQL y Redis externos para persistencia y sesiones
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
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.
Para producción: usar variables de entorno seguras para credenciales administrativas. Configurar TLS/HTTPS obligatorio antes del uso en entornos reales. Reemplazar la configuración demo con claves de cifrado estables. Asegurar que PostgreSQL y Redis estén aislados en redes seguras.
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.