Configuration de OAuth Dynamic Client Registration

Dernière mise à jour : 20/10/2026

OAuth Dynamic Client Registration (DCR) est une fonctionnalité OAuth au niveau du client qui permet aux applications clientes OAuth compatibles d'inscrire des clients OAuth de manière dynamique. Dans ce contexte, une application cliente OAuth compatible est une application qui supporte le protocole DCR OAuth 2.0 et remplit les conditions de la politique de votre client.

Le principal cas d'utilisation de DCR est la connexion de clients de serveur Model Context Protocol (MCP), mais vous pouvez également l'utiliser pour d'autres applications tierces compatibles.

Pour d'autres méthodes de connexion à un client MCP, consultez Sélection d'une méthode de création de client OAuth.

Conditions préalables requises et mises en garde

Conditions préalables requises :

• Vous êtes administrateur de clients dans Qlik Cloud.

Mises en garde :

• Lorsque DCR est activé, les applications clientes OAuth compatibles peuvent demander l'inscription d'un client OAuth dans votre client conformément à votre politique DCR. Examinez vos méthodes d'authentification autorisées et votre processus d'approbation avant d'activer DCR en production.

• Les clients créés via DCR se voient initialement attribuer les étendues user_default, mcp:execute et offline_access. Pour en savoir plus sur ces étendues, vous trouverez une liste complète des étendues sur le Portail des développeurs Qlik, sous Étendues.

• Les clients DCR non approuvés sont automatiquement supprimés au bout d'une heure. Si aucun administrateur de clients n'approuve le client dans l'application tierce au cours de cette période, le client est supprimé et les utilisateurs doivent recréer la connexion.

Configuration des paramètres DCR

Configurez les paramètres Dynamic Client Registration pour contrôler la manière dont les applications clientes OAuth peuvent inscrire des clients OAuth dans votre client.

Configuration de DCR dans Qlik Cloud

Vous pouvez :

1. Dans le centre d’activités Administration, accédez à Paramètres > Sécurité.

2. Activez Dynamic Client Registration.

   Lorsque DCR est désactivé, aucun nouveau client ne peut être inscrit dynamiquement. Les clients existants inscrits dynamiquement restent fonctionnels jusqu'à ce que vous les supprimiez manuellement ou que vous révoquiez leur approbation.

3. À partir de Méthodes d’authentification autorisées, sélectionnez les méthodes d’authentification que les clients enregistrés dynamiquement peuvent utiliser :

   • Clé secrète client : autorise les clients confidentiels tels que les applications web avec des backends sécurisés.

   • Clé secrète client + Aucun : autorise à la fois les clients confidentiels et les clients publics.

   • Aucun : autorise les clients publics tels que les applications monopages ou les applications natives.

   Les applications qui tentent de s'inscrire avec une méthode non autorisée par votre politique sont rejetées.

   Pour plus d'informations sur ces méthodes d'authentification, consultez la section suivante Méthodes d'authentification.

Configuration de DCR dans l'application cliente OAuth

Après avoir configuré DCR dans Qlik Cloud, configurez la connexion DCR dans votre application cliente OAuth. Les détails de connexion varient selon le cas d'utilisation.

Vous pouvez :

1. Utilisez l'URL de connexion de votre cas d'utilisation lors de la configuration de la connexion dans l'application cliente OAuth :

   Cas d'utilisation	Format de l'URL de connexion
   Clients MCP ou GenAI	https://<tenant-id>.<region>.qlikcloud.com/api/ai/mcp Pour plus d'informations sur la configuration MCP, consultez Connexion au serveur MCP Qlik.
   Autres applications clientes OAuth	https://<tenant-id>.<region>.qlikcloud.com

2. Examinez le comportement d'approbation et de consentement des clients DCR récemment inscrits :

   • Vérifiez que les nouveaux clients DCR nécessitent une approbation de client explicite avant de pouvoir être utilisés. Dans l'application tierce, accordez l'approbation lorsque vous y êtes invité.e.

   • La première connexion approuvée utilise le consentement Requis.

   • Après l'approbation, modifiez le client dans Qlik Cloud et remplacez sa méthode de consentement par Fiable si cela correspond à votre politique de sécurité.

   L'approbation du client établit une relation de confiance au niveau du client entre votre client Qlik Cloud et l'application cliente OAuth. Après qu'un administrateur de clients se connecte, s'authentifie et approuve la demande de consentement, les autres utilisateurs peuvent se connecter à Qlik Cloud via la même application OAuth sans nécessiter leur propre approbation de consentement.

   La méthode de consentement est gérée par client après l'approbation. Pour plus d'informations, consultez Création et gestion de clients OAuth.

Méthodes d'authentification

Lors de la configuration des paramètres DCR, vous pouvez spécifier les méthodes d'authentification que les clients inscrits dynamiquement sont autorisés à utiliser. Les méthodes d'authentification suivantes sont disponibles :

• Clé secrète client : autorise les clients confidentiels qui s'authentifient via une clé secrète client. Le client reçoit une clé secrète client lors de l'inscription. Cela inclut les méthodes d'authentification client_secret_basic et client_secret_post.

• Aucune : autorise les clients publics qui n'utilisent pas de clé secrète client. Ces clients utilisent le flux de code d'autorisation avec PKCE (Proof Key for Code Exchange) pour l'authentification.

Par défaut, les clients inscrits dynamiquement utilisent la méthode d'authentification client_secret_basic, sauf indication contraire lors de l'inscription.

Gestion de plusieurs enregistrements provenant de fournisseurs

De nombreuses applications clientes OAuth inscrivent dynamiquement un seul client OAuth auprès de Qlik Cloud. Les utilisateurs de l'application partagent le même client OAuth.

Certaines applications clientes OAuth inscrivent dynamiquement plusieurs clients OAuth, un par utilisateur. Ce comportement a été observé avec :

• Anthropic Claude

• Antigravity

Si vous voyez de nombreux clients DCR du même fournisseur, examinez la manière dont cette application cliente OAuth inscrit les clients et si une option de connecteur partagé est disponible. Pour supprimer en masse les clients DCR indésirables, consultez Suppression de clients OAuth.

Claude et Claude Code supportent CIMD, ce qui évite le problème de multiplication des enregistrements. Consultez Connexion à Claude.

Exemple d'accès MCP

Un cas d'utilisation de DCR est l'intégration de clients OAuth pour les intégrations de serveur MCP Qlik. DCR ne se limite pas à MCP et peut être utilisé par d'autres applications clientes OAuth compatibles. Pour les connexions basées sur MCP, l'administrateur de clients crée généralement la première connexion et approuve le client avant que d'autres utilisateurs ne se connectent.

Pour l'administration de MCP et des conseils de connexion, consultez :

• Déploiement et administration du serveur MCP Qlik

• Connexion au serveur MCP Qlik

Pour obtenir des conseils sur la gestion des clients OAuth après leur création — y compris le support de plusieurs enregistrements de fournisseurs, la suppression en masse et l'identification des clients DCR ou CIMD — consultez Gestion des clients OAuth.