Dos componentes que llevan la parte de tokens de la autenticación moderna a tu aplicación. TsgcHTTP_OAuth2_Client ejecuta las concesiones Authorization Code, PKCE, Client Credentials, Resource Owner Password y Device Code contra cualquier proveedor OAuth2/OIDC. TsgcHTTP_JWT_Client crea, firma y verifica JSON Web Tokens, por sí solo o como fuente del token Bearer para tus clientes WebSocket y HTTP. Independiente, con el runtime Core de sgcWebSockets incluido.
Inicio rápido de sgcAuth | firma un JWT y valídalo en el servidor
Cliente OAuth2Tipos de grantPasskeys WebAuthn
2Componentes cliente, OAuth2 y JWT, en una misma página de la paleta
9RFC implementadas: OAuth2, PKCE, DPoP, Device Code, JWT/JWS/JWE y más
5Plataformas de destino: Windows, macOS, Linux de 64 bits, iOS y Android
1Instalador independiente, con el runtime Core incluido
100%Código fuente incluido en cada licencia
Míralo en marcha
Mira sgcAuth en dos minutos.
JWT, OAuth2 y WebAuthn, del lado del cliente y del lado del servidor, desde Delphi. Narrado y subtitulado. No se descarga nada hasta que pulsas reproducir.
Inicio rápido de sgcAuth
Tokens, autorización delegada y passkeys en un solo paquete.
Tres formas de empezarJWT cuando ya conoces al usuario, OAuth2 cuando un tercero guarda la identidad, WebAuthn cuando no hay contraseña en absoluto.
Firma un JWTDefine el algoritmo y el secreto, rellena los claims estándar y después asocia el componente a un cliente WebSocket o HTTP como token Bearer.
Valídalo en el servidorLa firma, exp y nbf se comprueban, y una petición con un token no válido nunca llega a tu manejador.
OAuth2 en un solo componenteClient id, URL del proveedor, scopes y un tipo de grant. Abre el navegador y ejecuta por ti el servidor local de redirección.
WebAuthn y passkeysEl registro y la aserción los dirige el componente de servidor. La clave privada nunca sale del dispositivo.
Qué incluye el paquete
Un componente por tarea, un único estilo de API.
Suelta un componente en un formulario, define los datos del proveedor o de la clave, conecta los eventos y después llama a Start o Sign. Los nombres son coherentes en ambos, así que un flujo de autenticación se lee igual sea cual sea el grant o el algoritmo que use.
Todos los tipos de grant, un solo componente
TsgcHTTP_OAuth2_Client cubre OAuth2Options.GrantType desde auth2Code para apps de confianza en el servidor, auth2CodePKCE para apps nativas, móviles y de página única, auth2ClientCredentials para demonios y cuentas de servicio, auth2ResourceOwnerPassword, y auth2DeviceCode (RFC 8628) para smart TV, quioscos y otros dispositivos con entrada limitada.
Start abre el navegador del sistema y levanta un pequeño servidor HTTP local desde LocalServerOptions para capturar la redirección, y canjea el código por un token mediante HTTPS puro. Refresh, Revoke y Introspect cubren el ciclo de vida del token a partir de ahí, y DPoPOptions añade prueba de posesión (RFC 9449) para los proveedores que la exigen.
TsgcHTTP_JWT_Client publica todo lo que necesita la RFC 7519 mediante JWTOptions: la cabecera JOSE Header, los registrados en Payload como claims (iss, sub, aud, exp, nbf, iat, jti, más claims personalizados) y el material de claves para HMAC, RSA y ECDSA. Llama a Sign para obtener directamente el token en serialización compacta, o define RefreshTokenAfter y deja que el componente vuelva a firmar automáticamente.
El componente JWT se conecta directamente a Authentication.Token.JWT en TsgcWebSocketClient, TsgcHTTP1Client y TsgcHTTP2Client, así que cada petición saliente lleva un token Bearer nuevo sin una sola línea de código de cabeceras.
El inicio de sesión sin contraseña lo ofrece TsgcWSAPIServer_WebAuthn, un componente de sgcWebSockets Enterprise/All-Access construido sobre la biblioteca Indy parcheada que sgcCustomIndy incluye como complemento. Siempre se incluye al pedir sgcAuth, y también los componentes TOTP, LDAP, SAML, OpenID Connect y Mail OAuth2.
Inicio de sesión, cuentas de servicio y tus propias APIs
Inicia sesión con Google o Microsoft, acceso a APIs de servidor a servidor, smart TV y quioscos, sesiones largas sin volver a pedir credenciales y tokens Bearer para tus propias APIs WebSocket y HTTP. Ambos componentes funcionan sin problemas dentro de una aplicación VCL o FMX, un servicio o un proceso de consola.
Ninguno de los componentes depende de nada más allá de la pila de cliente HTTP del runtime Core y de las primitivas criptográficas de la plataforma, así que ambos compilan y se ejecutan allá donde lo haga Delphi: Windows, macOS, Linux de 64 bits, iOS y Android. Desde Delphi 7 hasta RAD Studio 13 y en C++ Builder.
sgcAuth habla los estándares publicados OAuth2/OIDC y JWT/JWS en lugar de envolver el SDK de un fabricante, así que el proveedor lo eliges tú: Google, Microsoft, Auth0, Okta, Keycloak o cualquier servidor de autorización que cumpla las RFC. Los ajustes predefinidos de Google y Microsoft configuran por ti los endpoints y scopes habituales.
sgcAuth es un paquete independiente. Incluye el runtime Core de sgcWebSockets sobre el que se construye, y cada licencia se entrega con el código fuente completo, de modo que los intercambios de tokens se recorren paso a paso en tu propio depurador. El despliegue está libre de royalties.
Suelta un componente en un formularioTsgcHTTP_OAuth2_Client y TsgcHTTP_JWT_Client se encuentran en una misma página de la paleta.
Define el proveedor o la claveURL de autorización y de token, client id y scopes para OAuth2. Algoritmo, secreto o par de claves y claims para JWT.
Conecta los eventosOnAfterAccessToken te entrega el token, y las llamadas de refresco, revocación e introspección siguen el mismo patrón.
Llama a Start o SignO entrega el componente JWT a un cliente WebSocket o HTTP y deja que asocie un token Bearer nuevo a cada petición.
Un vistazo de cerca
Tres vías de entrada, un solo paquete.
Fotogramas del vídeo de inicio rápido de sgcAuth.
Firmado en el cliente, comprobado en el servidor.
El cliente JWT firma con HMAC, RSA o ECDSA y viaja como cabecera Authorization: Bearer . Al otro lado, la firma se comprueba con el mismo secreto o con la clave pública, se rechazan los tokens caducados y los que aún no son válidos, y una petición con un token no válido nunca llega a tu manejador.
Elige el grant que encaje con la app.
Authorization Code para apps web con back end, PKCE para apps nativas y móviles, Client Credentials para máquina a máquina, Device Code para televisores y consolas. El refresco, la revocación, la introspección y DPoP también los gestiona el componente.
Sin contraseña y sin secreto compartido que se pueda filtrar.
El servidor envía un desafío aleatorio, el autenticador lo firma con la clave privada y el servidor lo comprueba con la clave pública almacenada. El usuario inicia sesión con una passkey, una huella o una llave de hardware, y la clave privada nunca sale del dispositivo.
Antes de comprar
Cuatro cosas que conviene saber antes.
Qué necesita sgcAuth de ti, si ya tienes estos componentes, qué necesita WebAuthn además y a qué IDE se dirige. Las respuestas son cortas, y están en esta página en lugar de en la letra pequeña.
tarea componente grants / algoritmos
OAuth2 TsgcHTTP_OAuth2_ClientCode, PKCE, Client Credentials,Resource Owner Password, Device Code
JWT TsgcHTTP_JWT_ClientHS256/384/512, RS256/384/512, ES256/384/512¿ya lo tienes?\nTanto el cliente OAuth2 como el cliente JWT se incluyen en\n sgcWebSockets desde la edición Standard.\nsgcAuth sirve para licenciar OAuth2 + JWT sin una\n edición completa de sgcWebSockets.
sgcAuth es independienteEl runtime Core de sgcWebSockets está incluido: la pila de cliente HTTP/TLS por la que ambos componentes envían sus peticiones de token y la maquinaria JSON que analiza las respuestas. Un instalador, con el código fuente completo incluido.
¿Ya lo tienes en tu edición de sgcWebSockets?Ambos clientes se incluyen en sgcWebSockets desde la edición Standard. sgcAuth existe para el caso contrario: soporte de cliente OAuth2 y JWT sin licenciar una edición completa de sgcWebSockets.
WebAuthn necesita sgcCustomIndyTsgcWSAPIServer_WebAuthn se construye sobre la biblioteca Indy parcheada que sgcCustomIndy incluye como complemento. Siempre se incluye al pedir sgcAuth, y el precio de sgcAuth que ves ya lo cubre.
Delphi y C++ BuildersgcAuth se dirige a Delphi 7 hasta RAD Studio 13 y a C++ Builder. El instalador de prueba gratuito es la versión de prueba All-Access de sgcWebSockets, así que ambos componentes se pueden evaluar hoy mismo.
Los grants, el refresco, la revocación y la firma son métodos y eventos de primera clase, y el código fuente completo significa que nada intermedio es una caja negra. Todos los componentes y propiedades →
Parte de sgcWebSockets
Con licencia propia, o ya incluido en tu edición.
sgcAuth es un paquete de la familia sgcWebSockets. Cómpralo de forma independiente con el runtime Core incluido, u obtén ambos clientes con cualquier edición de sgcWebSockets desde Standard.
sgcAuth
Los clientes OAuth2 y JWT, independientes, con el runtime Core de sgcWebSockets incluido.
La biblioteca completa: clientes y servidores WebSocket, HTTP/2, IoT, P2P y componentes de IA. Sus ediciones también incluyen los clientes OAuth2 y JWT.
€380 / Standard
Ambos clientes desde la edición Standard
Los componentes WebAuthn, TOTP, LDAP, SAML, OpenID Connect y Mail OAuth2 se incluyen en Enterprise
Si tienes cualquier edición de sgcWebSockets, ya tienes ambos clientes. sgcAuth es para OAuth2 y JWT sin licenciar una edición completa de sgcWebSockets.
sgcAuth es una de las bibliotecas de componentes de eSeGeCe para Delphi, C++ Builder y .NET. Comparten convenciones, se entregan con el código fuente completo y se despliegan libres de royalties.
Garantía de devolución de 30 días¿No estás satisfecho? Solicita un reembolso completo en los 30 días posteriores a la compra. Ver política de reembolso