Lorsque vous utilisez l’authentification OAuth 2.0 avec 4D NetKit, vous devez définir un URI de redirection pour indiquer où le serveur OAuth 2.0 doit renvoyer le résultat de l’authentification. Avec 4D 20 R9, vous pouvez désormais utiliser l’adresse et les ports de votre serveur web hôte pour récupérer vos réponses d’authentification. Cette amélioration permet de rationaliser le processus d’authentification, d’éviter les conflits de ports et d’améliorer la sécurité.

Certains d’entre vous peuvent avoir besoin de gérer l’affichage de l’interface de connexion lors d’une connexion OAuth 2.0 pour des raisons de conception ou techniques. Depuis 4D 20 R6, vous pouvez choisir de ne pas ouvrir automatiquement un navigateur web pour afficher l’interface de connexion, mais d’utiliser l’authenticateURI pour l’afficher où vous le souhaitez.

Dans cet article de blog, nous allons voir un exemple d’ouverture de l’interface de connexion Microsoft dans une zone web.

Plusieurs serveurs OAuth 2.0, tels que Microsoft Identity Platform, proposent une option d’authentification utilisant des certificats au lieu des secrets du client. Cette approche renforce les mécanismes de sécurité et d’authentification au sein du protocole. À partir de la version 4D 20 R5, Netkit intègre la gestion des connexions basée sur les certificats OAuth 2.0.

OAuth 2.0 est la pierre angulaire de l’authentification moderne. C’est là qu’intervient PKCE, une amélioration essentielle qui renforce OAuth 2.0 contre les attaques d’interception et de rejeu. Avec l’introduction de 4D 20 R5, nous offrons maintenant une intégration transparente de PKCE dans les processus d’authentification OAuth 2.0.