Primers passos
Integració / SDK
Verificació d'usuaris
Verificació d'empreses
Monitoratge de transaccions
Registre de canvisMantén la sessió al teu servidor
Fes servir el flux allotjat descrit a la guia d’inici ràpid de JavaScript, amb els canvis següents per a una aplicació renderitzada al servidor. Els noms de les rutes són rutes de la teva aplicació que tu implementes, no endpoints de l’API de Didit.
Envia només una referència aleatòria de sessió de l’aplicació en una cookie
Secure, HttpOnly, SameSite=Lax amb un camí restringit. Fes servir una caducitat adequada i rota la referència després de l’inici de sessió. No exposis el token de refresc de Didit en props renderitzades, components de client ni emmagatzematge del navegador. Fes servir Cache-Control: no-store a les respostes de token i de callback.
No confiïs només en una comprovació del layout o del middleware: autoritza a cada accés a dades i a cada mutació. Protegeix les mutacions autenticades amb cookies contra CSRF. Permet només les destinacions configurades després de l’inici de sessió, mai una URL returnTo arbitrària de la cadena de consulta.
Vista prèvia del paquet
El paquet previst afegeix middleware,auth() del costat del servidor, una ruta de callback i suport de cookies HttpOnly per al renderitzat al servidor. L’entrada /server del nucli està pensada per oferir verifyToken() amb JWKS en memòria cau. Espera les exportacions verificades de la versió publicada abans d’utilitzar aquests símbols. Mentrestant, verifica els tokens tu mateix amb qualsevol biblioteca JOSE, tal com es descriu a tokens i JWKS.
Connecta els altres productes
Crea sessions de verificació i emet tokens de monitoratge amb abast limitat al servidor. Derivavendor_data del mapatge validat de la persona. Retorna al navegador només una URL de sessió de verificació o un token SDK de vida curta. Mantén DIDIT_API_KEY fora de les variables d’entorn públiques.
Fes servir el SDK de verificació web existent per a la verificació i la guia d’enviament de transaccions per al monitoratge. Cap dels dos no és un gestor de sessions d’Autenticació.
Prova la repetició de callbacks, el state incorrecte, el state caducat, les condicions de competició durant la renovació, les sessions revocades, el rebuig de CSRF i el tancament de sessió abans del llançament. Consulta tokens i JWKS per al contracte de validació.