authglow
AuthGlow es un servidor OAuth 2.0 y OpenID Connect auto-alojado que gestiona autenticación sin bases de datos, usando almacenamiento en archivos o S3. Incluye MFA, passkeys, federated identity providers, consola administrativa y playground integrado para desarrollo.
Ficha actualizada 27 sept 2026, 16:38 · upstream 27 sept 2026, 16:24 · release v0.1.0
Qué es authglow
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
AuthGlow es un servidor de autorización auto-alojado que implementa OAuth 2.0 y OpenID Connect completo, diseñado para gestionar autenticación de usuarios sin necesidad de bases de datos relacionales. Utiliza almacenamiento basado en archivos por defecto (con soporte opcional para S3/MinIO) y combina backend en Python/FastAPI con frontend en Next.js/React.
Ofrece funcionalidades completas como MFA, passkeys WebAuthn/FIDO2, federated identity providers (Google, Microsoft Entra ID, Keycloak, Auth0, Okta), gestión de clientes OAuth2, consola administrativa para usuarios/sesiones/API keys, y playground de pruebas integrado. La configuración es puramente vía variables de entorno sin migraciones complejas.
Incluye integración con asistentes de IA mediante skills predefinidos que automatizan la conexión correcta con el servidor, auditoría de integraciones existentes y resolución de fallos de login. Refusa explícitamente en producción si hay configuraciones inseguras como placeholders o localhost en entornos públicos.
- Autenticación para aplicaciones internas o homelab sin equipo dedicado
- Servidor OAuth2 para apps pequeñas/medias que necesitan identidad propia
- Gestión de identidad para proyectos side-project con MFA y passkeys
- Integración con asistentes de IA para automatizar conexiones OAuth2/OIDC
- Herramienta educativa para aprender e implementar flujos OAuth2/OIDC
- No requiere base de datos - almacenamiento simplificado en archivos o S3/MinIO
- Implementación completa de OAuth 2.0/OIDC con todos los flujos estándar (PKCE, refresh tokens rotativos, introspection, revocation)
- Soporte nativo para WebAuthn/FIDO2 passkeys y TOTP authenticators
- Integración con asistentes de IA mediante skills predefinidos en .agents/skills/
- Configuración puramente vía variables de entorno sin migraciones complejas
- Seguridad robusta con headers, rate limiting, CSRF protection y audit logs estructurados
- No soporta SCIM ni provisioning empresarial complejo para entornos multi-región
- Escalabilidad limitada para despliegues enterprise distribuidos geográficamente
- Almacenamiento por defecto en archivos (no distribuido) - requiere S3 para compartir estado entre instancias
- Demo mode no apto para producción real - datos efímeros y resetean al reinicio
- Requiere configuración manual de URLs públicas antes del despliegue en producción
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.
Generar SECRET_KEY aleatorio mínimo 32 caracteres usando python secrets. Configurar ISSUER, BASE_URL, FRONTEND_BASE_URL con dominio real HTTPS antes de producción. Usar STORAGE_BACKEND=s3 si se requiere persistencia distribuida entre instancias. No usar DEMO_MODE=true en entornos reales. Backup del directorio /app/data o configurar S3 para persistencia. Validar que PASSKEY_RP_ID y PASSKEY_ORIGIN coincidan con el dominio HTTPS real.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
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.