tobab
tobab es un proxy identity-aware minimalista escrito en Go con base de datos BoltDB, enfocado en autenticación mediante passkeys (FIDO2) para entornos homelab. Se integra como forward auth con Caddy/Nginx/Traefik.
Ficha actualizada 18 sept 2026, 21:29 · upstream 1 feb 2024, 13:50 · release v0.2.5
Qué es tobab
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
tobab es una herramienta de autenticación diseñada para simplificar la implementación de identidad consciente en entornos domésticos o pequeños. Utiliza exclusivamente passkeys (FIDO2) para la gestión de usuarios, eliminando la necesidad de contraseñas tradicionales y ofreciendo una experiencia de inicio de sesión robusta mediante biometría o tokens físicos.
La arquitectura se basa en el framework Go con Gin para el routing HTTP y Storm para la persistencia de datos sobre BoltDB. Esto permite un despliegue sencillo en un único contenedor Docker, optimizado para consumir pocos recursos (1GB RAM, 1 core CPU). Incluye una interfaz web para administración y gestión de acceso, donde el primer usuario registrado se convierte automáticamente en administrador.
El proyecto está orientado a la simplicidad operativa, evitando dependencias complejas como LDAP o Active Directory. Sin embargo, su alcance se limita estrictamente a la autenticación mediante passkeys, excluyendo otros métodos de autenticación tradicional. La configuración es ligera y se gestiona principalmente a través de un archivo TOML simple.
- Implementar SSO en homelab sin infraestructura empresarial (LDAP/AD).
- Gestionar usuarios y permisos de acceso mediante interfaz web intuitiva.
- Integrarse como backend de forward auth para Caddy, Nginx o Traefik.
- Desplegar en Kubernetes utilizando el ejemplo kustomize incluido.
- Autenticación nativa vía passkeys (FIDO2) sin contraseñas.
- Arquitectura minimalista con único contenedor Docker y base de datos embebida BoltDB.
- Bajo consumo de recursos: 1GB RAM, 1 core CPU, 10GB disco.
- Integración directa con proxies inversos populares (Caddy/Nginx/Traefik).
- Gestión de usuarios y roles vía Web UI sin necesidad de CLI compleja.
- Falta de métricas nativas para monitoreo de rendimiento o seguridad.
- Ausencia de soporte para API keys en validación de sesiones no basadas en navegador.
- Base de datos limitada a BoltDB sin drivers cloud-native adicionales implementados.
- Falta de tests documentados con Nginx y Traefik en la configuración oficial.
- Manejo de errores básico sin feedback detallado al usuario final.
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.
Configurar DNS antes del despliegue. Usar Caddy como proxy inverso hacia el endpoint /verify. Almacenar credenciales en variables de entorno o archivos seguros fuera del contenedor. Evitar entornos de producción críticos debido a la falta de monitoreo integrado.
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.