Saltar al contenido principal

Autenticación multifactor RADIUS para VPN y Wi-Fi: 2FA TOTP con el servidor RADIUS de Casdoor

· 11 min de lectura
Yang Luo
Casdoor Maintainer

Para poner autenticación multifactor delante de una VPN con RADIUS, la pasarela VPN envía el nombre de usuario y la contraseña al servidor RADIUS con PAP, el servidor verifica la contraseña y responde con un Access-Challenge, el cliente muestra un aviso y el usuario escribe el código 2FA de una aplicación de autenticador en una segunda solicitud. Casdoor incluye un servidor RADIUS que hace exactamente esto para usuarios que tienen configurado TOTP, por lo que una pasarela que pueda mostrar un aviso de Access-Challenge (FortiGate SSL VPN es una cuyo fabricante lo documenta) obtiene una contraseña más un código 2FA sin software adicional. Wi-Fi con WPA2/WPA3-Enterprise es diferente: 802.1X se ejecuta sobre EAP, que no tiene lugar para un código escrito, por lo que Casdoor tiene un interruptor para omitir el código para esos clientes.

SSO de Spring Boot con OpenID Connect: Spring Security, Resource Server y Spring Cloud Gateway con Casdoor

· 14 min de lectura
Yang Luo
Casdoor Maintainer

Para agregar inicio de sesión único a Spring Boot, registre cada aplicación como una aplicación en un proveedor de OpenID Connect como Casdoor, apunte Spring Security a la URL del emisor del proveedor y elija el módulo de Spring que coincida con la aplicación: oauth2Login() para una aplicación web renderizada en el servidor, oauth2ResourceServer().jwt() para una API REST que recibe tokens bearer, y Spring Cloud Gateway con el filtro TokenRelay cuando una puerta de enlace inicia sesión a los usuarios para un conjunto de microservicios. Los usuarios obtienen SSO porque todas las aplicaciones los envían al mismo Casdoor, que recuerda la sesión: la segunda aplicación redirige, Casdoor ya conoce al usuario y este vuelve directamente sin un formulario de inicio de sesión. Esta publicación configura las tres formas contra un solo Casdoor, cada una con un application.yml funcional y un SecurityFilterChain personalizado.

DolphinScheduler, IoTDB y otras plataformas de datos de Apache: SSO con Casdoor

· 11 min de lectura
Yang Luo
Casdoor Maintainer

Varios proyectos de datos y middleware de Apache incluyen su propio inicio de sesión de Casdoor: Apache DolphinScheduler tiene un tipo de autenticación llamado CASDOOR_SSO (desde 3.2.0) y un modo OIDC genérico (desde 3.4.0), Apache ShenYu tiene un plugin de Casdoor (desde 2.5.1), Apache Pulsar Manager tiene un botón "Log in with Casdoor" (desde 0.3.0), y Apache APISIX tiene el plugin authz-casdoor (desde 2.14.0). Apache IoTDB es la excepción: la base de datos en sí autentica con sus propios usuarios y contraseñas, y solo la ahora archivada IoTDB Web Workbench se comunica con Casdoor. La tabla siguiente lista cada proyecto, la versión y dónde residen los ajustes; la segunda mitad del artículo configura paso a paso la autenticación de usuarios en IoTDB.

OAuth de Steam y OAuth de Telegram con Casdoor: Añadir inicios de sesión sociales no estándar a través de OIDC

· 11 min de lectura
Yang Luo
Casdoor Maintainer

No existe "OAuth de Steam": Steam inicia sesión a los usuarios con OpenID 2.0 y le proporciona un SteamID de 64 bits, nada más. El clásico Login Widget de Telegram tampoco es OAuth: entrega a su página un conjunto de campos de usuario más un hash HMAC-SHA256 que usted verifica con su token de bot. Telegram ahora también ejecuta un proveedor real de OpenID Connect en oauth.telegram.org. Si coloca Casdoor entre su aplicación y estos proveedores, Casdoor realiza las verificaciones específicas del protocolo y su aplicación solo habla OpenID Connect con Casdoor, de la misma manera que lo haría con Google o GitHub.

Pasarela de Pago Simulada para Pruebas: Proveedor Dummy de Casdoor, Modo de Prueba de Stripe y Sandbox de PayPal

· 11 min de lectura
Yang Luo
Casdoor Maintainer

Una pasarela de pago simulada es un proveedor de pagos que acepta cada proceso de compra como pagado sin contactar con un banco o una red de tarjetas, para que pueda probar pedidos, suscripciones y cumplimiento sin dinero y sin una cuenta de pasarela. Casdoor incluye una: el Proveedor de pago Dummy. Añádalo a un producto, compre el producto, y Casdoor registra el pago y el pedido como Paid, inicia la suscripción y escribe la transacción, todo sin salir de su servidor. Use Dummy en desarrollo, y cambie a un sandbox de proveedor (modo de prueba de Stripe, sandbox de PayPal, sandbox de Paddle) en staging, donde también necesita tarjetas rechazadas, 3-D Secure y redirecciones reales.

Casdoor v4: una nueva consola, un Marketplace y OAuth para servidores MCP

· 6 min de lectura
Yang Luo
Casdoor Maintainer

Casdoor v4.0 se lanzó el 1 de septiembre. Dos meses y 25 versiones después estamos en la v4.25, por lo que es un buen momento para revisar los cambios. En resumen: la consola de administración fue reconstruida, el auto-hospedaje se volvió mucho menos tedioso, ahora existe un Marketplace para integraciones y temas de inicio de sesión, y Casdoor puede actuar como servidor de autorización para servidores MCP y agentes de IA.

Si no lo has usado antes: Casdoor es una plataforma open-source de gestión de identidad y acceso (IAM) escrita en Go. Es un proveedor de identidad completo, no una biblioteca ni un proxy de inicio de sesión. Los usuarios residen en Casdoor, Casdoor emite los tokens y tus aplicaciones se comunican con él mediante OAuth 2.0, OpenID Connect, SAML 2.0, CAS, LDAP o SCIM. La autorización es gestionada por Apache Casbin, por lo que los modelos ACL, RBAC y ABAC funcionan perfectamente. Está bajo licencia Apache-2.0 y aparece listado en el CNCF Landscape.

Ejecutar Casdoor en Kubernetes: Chart de Helm oficial y configuración como código

· 7 min de lectura
Yang Luo
Casdoor Maintainer

Casdoor tiene un chart de Helm oficial. Vive en el repositorio principal bajo manifests/casdoor, se publica con cada versión de Casdoor en GHCR y está listado en Artifact Hub. A partir de Casdoor v4.18.0, el chart también puede contener sus organizaciones, aplicaciones, usuarios y proveedores como configuración declarativa: cámbielos en el archivo de valores, ejecute helm upgrade, y los pods en ejecución aplican el cambio sin reiniciar.

Esta publicación recorre una implementación en Kubernetes desde el primer helm install hasta una configuración que puede mantenerse en Git.

Casdoor se une al CNCF Cloud Native Landscape

· 3 min de lectura
Yang Luo
Casdoor Maintainer

El 22 de febrero de 2026, Casdoor se unió al CNCF Cloud Native Landscape, bajo la categoría Security & Compliance en Provisioning. El Landscape reúne proyectos y productos cloud-native ampliamente utilizados; la inclusión ayuda a usuarios y empresas a descubrir y evaluar soluciones para construir sistemas cloud-native.

https://landscape.cncf.io/?item=provisioning--security-compliance--casdoor

Mejorando la seguridad de la aplicación y la experiencia del usuario con Casdoor Face Authentication SSO

· 3 min de lectura
James Lawson
Product Manager

En una era donde la gestión de la identidad digital es crucial, soluciones de Single Sign-On (SSO) como Casdoor están revolucionando la forma en que los usuarios interactúan con múltiples aplicaciones. El SSO de Casdoor simplifica el proceso de inicio de sesión al permitir a los usuarios autenticarse solo una vez para acceder a múltiples servicios. Esto no solo mejora la comodidad del usuario, sino que también aumenta el compromiso y la satisfacción.