La versión candidata de Odudu introduce identidad autoalojada y soporte para agentes

El 26 de octubre de 2026, Wisdom Praise publicó una versión candidata de Odudu, una plataforma de código abierto para la gestión de identidades y accesos. Este nuevo software permite a los equipos alojar su propia infraestructura de inicio de sesión, admitiendo los estándares OpenID Connect y OAuth 2.0, además de ofrecer funciones específicas para agentes de IA y entornos multiinquilinos.

Qué ha ocurrido

El proyecto, alojado en GitHub bajo el repositorio wizzywit/odudu, se posiciona como una solución para organizaciones que desean mantener los datos de autenticación de usuarios en sus propios servidores. A diferencia de muchos proveedores de identidad existentes, que son servicios totalmente gestionados o suites empresariales complejas, Odudu está diseñado para ejecutarse en un único contenedor junto a una base de datos PostgreSQL. La versión publicada es la 0.1.0-rc.3, lo que indica que es previa a la versión 1.0 y aún se encuentra en desarrollo activo.

La propuesta de valor central gira en torno a la propiedad y el control. Al autoalojar la capa de identidad, los equipos pueden evitar el bloqueo por parte del proveedor (vendor lock-in) y mantener una supervisión directa de las credenciales de usuario y los datos de sesión. La plataforma admite múltiples inquilinos dentro de una sola instancia, manteniéndolos aislados a nivel de base de datos. Esta arquitectura está diseñada para simplificar las operaciones de los proveedores de servicios o grandes organizaciones que gestionan grupos de usuarios distintos sin necesidad de desplegar infraestructuras separadas para cada uno.

Una adición destacable en esta versión es el enfoque en la identidad de máquinas y agentes. A medida que los agentes de inteligencia artificial se vuelven más comunes en los flujos de trabajo de software, requieren métodos seguros para autenticarse y actuar en nombre de usuarios o sistemas. Odudu incluye soporte integrado para intercambio de tokens y credenciales de cliente, junto con un servidor del Protocolo de Contexto de Modelo (MCP). Esto permite que los agentes de IA utilicen la API de administración como herramientas, sujetos a las mismas restricciones de permisos que los administradores humanos.

Detalles clave

• Estado del lanzamiento: El software es una versión candidata (v0.1.0-rc.3) y aún no ha pasado por una revisión de seguridad independiente.
• Despliegue: Se ejecuta en un solo contenedor con PostgreSQL y puede iniciarse utilizando Docker Compose v2 y curl.
• Funciones de seguridad: Incluye passkeys, códigos de recuperación, tokens de actualización rotativos y flujo de código de autorización con PKCE siempre requerido.
• Multiinquilinaje: Admite muchos inquilinos en un solo contenedor, con aislamiento garantizado por la estructura de la base de datos.
• Soporte para agentes: Cuenta con un servidor MCP que expone la API de administración a los agentes de IA, permitiendo tareas de gestión automatizadas.
• Licencia: El servidor, la consola y las herramientas están licenciados bajo AGPL-3.0-only, mientras que las guías y ejemplos utilizan Apache-2.0.

Contexto

La gestión de identidades y accesos (IAM) es el marco que garantiza que las personas y los sistemas adecuados tengan el acceso apropiado a los recursos tecnológicos. OpenID Connect (OIDC) y OAuth 2.0 son protocolos estándar de la industria para manejar la autenticación y la autorización. La mayoría de las empresas construyen estos sistemas desde cero, lo cual es propenso a errores y consume muchos recursos, o se suscriben a proveedores de identidad de terceros. Autoalojar una solución IAM ofrece un punto intermedio, proporcionando control sobre la residencia de los datos y el cumplimiento normativo sin la carga de construir los primitivos criptográficos desde cero.

El auge de los agentes de IA introduce nuevas complejidades en la gestión de identidades. Los flujos tradicionales están diseñados para usuarios humanos que interactúan con navegadores o aplicaciones móviles. Los agentes, sin embargo, operan de forma autónoma y necesitan métodos de autenticación máquina a máquina, como las credenciales de cliente. El Protocolo de Contexto de Modelo (MCP) es un estándar emergente que ayuda a los modelos de IA a interactuar de forma segura con datos y herramientas externas. Al integrar un servidor MCP, Odudu permite que los agentes realicen acciones administrativas programáticamente respetando los controles de acceso definidos.

Por qué es importante

Para los equipos que ejecutan su propio software, controlar la capa de identidad es crítico para la soberanía de los datos y el cumplimiento normativo. Cuando alojas tu propio proveedor de identidad, conservas la propiedad total de los datos de usuario, incluidos los historiales de inicio de sesión y la información personal. Esto es especialmente relevante para industrias con requisitos regulatorios estrictos o para empresas que desean ofrecer servicios de marca blanca a sus propios clientes. La capacidad multiinquilino significa que un solo despliegue puede atender a múltiples clientes o departamentos, cada uno con su propia marca y datos aislados, reduciendo la sobrecarga operativa.

La inclusión de funciones específicas para agentes aborda una brecha creciente en las soluciones actuales autoalojadas. A medida que los desarrolladores integran asistentes de IA en sus herramientas internas y aplicaciones orientadas al cliente, esos agentes necesitan formas seguras y auditables de autenticarse. El enfoque de Odudu de exponer la API de administración vía MCP con guardias estrictas de permisos asegura que los procesos automatizados no eludan las políticas de seguridad. Esto permite una automatización más segura de la gestión de usuarios, como el aprovisionamiento de cuentas o el ajuste de roles basado en disparadores externos.

No obstante, el estado previo a la versión 1.0 y la falta de una revisión de seguridad independiente significan que esta herramienta aún no está lista para entornos de producción críticos que manejen datos sensibles. Los desarrolladores aconsejan explícitamente a los usuarios que comiencen poco a poco y reporten problemas. Para los líderes de ingeniería, esto presenta una oportunidad para evaluar la arquitectura y contribuir a su desarrollo, pero requiere un enfoque cauteloso hacia el despliegue. La licencia AGPL también implica que cualquier modificación distribuida a otros debe ser compartida, lo cual puede afectar cómo algunas empresas la integran en productos propietarios.

Qué puedes hacer

• Prueba la versión candidata en un entorno no productivo utilizando la guía rápida de Docker Compose proporcionada.
• Revisa la documentación sobre el inicio de sesión desde aplicaciones web, aplicaciones de página única y APIs para evaluar la compatibilidad con tu stack.
• Evalúa el modelo de aislamiento multiinquilino para determinar si cumple con tus requisitos de separación de datos.
• Experimenta con la integración del servidor MCP para entender cómo los agentes de IA pueden interactuar de forma segura con la API de administración.
• Lee los archivos CONTRIBUTING.md y SECURITY.md antes de enviar cambios o reportar vulnerabilidades.
• Monitorea la hoja de ruta y las notas de la versión para actualizaciones sobre el servicio alojado planificado y futuras adiciones de funcionalidades.