Entrez le nom de l'application confidentielle. Vous pouvez saisir jusqu'à 125 caractères.

Envisagez de limiter au maximum la longueur du nom de vos applications. Dans cet exemple, utilisez Compléments de feuille de calcul.

Ce champ est facultatif. Vous pouvez ignorer ce champ.

Cliquez sur Télécharger vers le serveur pour ajouter une icône représentant l'application. Cette icône apparaît en regard du nom de l'application sur les pages Mes demandes et Applications.

Entrez l'URL (HTTP ou HTTPS) vers laquelle l'utilisateur est réacheminé une fois connecté.

Dans le champ URL de connexion personnalisée, vous pouvez indiquer une URL de connexion personnalisée. Toutefois, si vous utilisez une page de connexion (login) par défaut fournie par Oracle Identity Cloud Service, laissez ce champ vide.

Dans le champ URL de déconnexion personnalisée, vous pouvez indiquer une URL de déconnexion personnalisée. Toutefois, si vous utilisez une page de connexion (login) par défaut fournie par Oracle Identity Cloud Service, laissez ce champ vide.

Vous pouvez entrer l'URL de page d'erreur vers laquelle un utilisateur doit être réacheminé, uniquement en cas d'échec. Si aucune valeur n'est indiquée, l'URL de l'erreur propre au locataire sera utilisée.

Cochez la case uniquement si vous souhaitez que l'application confidentielle soit répertoriée sur les pages Mes applications des utilisateurs. Dans ce cas, vous devez configurer l'application en tant que serveur de ressource.

Cochez cette case si vous voulez que les utilisateurs finals puissent demander l'accès à l'application à partir de leur page Mes applications.

Cliquez sur Ajouter une balise uniquement si vous voulez ajouter des balises à vos applications confidentielles pour les organiser et les identifier.

Définissez la durée (en secondes) pendant laquelle le jeton d'accès associé à l'application confidentielle reste valide.

Cochez cette case uniquement si vous voulez utiliser le jeton d'actualisation que vous obtenez lorsque vous utilisez les types d'octroi Propriétaire de ressource, Code d'autorisation et Assertion.

Vous pouvez définir la durée (en secondes) pendant laquelle le jeton d'actualisation, renvoyé avec votre jeton d'accès et associé à l'application confidentielle, reste valide.

Saisissez "ords/".

Il s'agit du destinataire principal sur lequel le jeton d'accès de votre application confidentielle est traité.

Vous devez entrer les destinataires secondaires où le jeton d'accès de votre application confidentielle est traité, puis cliquez sur Ajouter. Dans cet exemple, vous n'avez aucun destinataire secondaire.

Pour spécifier les parties d'autres applications auxquelles l'application doit accéder, cliquez sur ce bouton pour ajouter ces portées à l'application confidentielle.

A utiliser lorsque le propriétaire de la ressource possède une relation de confiance avec l'application confidentielle (système d'exploitation informatique, application disposant de privilèges importants, etc.), car l'application confidentielle doit ignorer le mot de passe après s'en être servie pour obtenir le jeton d'accès.

A utiliser uniquement lorsque la portée d'autorisation est limitée aux ressources protégées sous le contrôle du client, ou aux ressources protégées inscrites auprès du serveur d'autorisation.

A utiliser lorsque vous souhaitez vous appuyer avec une relation d'approbation existante exprimée en tant qu'assertion et sans étape d'approbation directe par l'utilisateur sur le serveur d'autorisation.

A utiliser lorsque vous souhaitez vous appuyer dessus une relation d'approbation existante exprimée en tant qu'assertion SAML2 et sans étape d'approbation directe sur le serveur d'autorisation.

Sélectionnez ce type d'octroi lorsque vous souhaitez qu'un jeton d'actualisation ait été fourni par le serveur d'autorisation, puis permette d'obtenir un nouveau jeton d'accès.

Sélectionnez ce type d'octroi pour obtenir un numéro de code à l'aide d'un serveur d'autorisation faisant office d'intermédiaire entre l'application client et le propriétaire de ressource.

Cochez cette case si l'application ne peut pas maintenir les informations d'identification client confidentielles lors de l'authentification auprès du serveur d'autorisation. Par exemple, votre application est implémentée dans un navigateur Web à l'aide d'un langage de script tel que JavaScript. Un jeton d'accès est renvoyé au client via un réacheminement de navigateur en réponse à la demande d'autorisation du propriétaire de la ressource (plutôt qu'une autorisation intermédiaire).

Sélectionnez le type d'octroi Code de l'unité si le client n'est pas en charge de recevoir des demandes du serveur d'autorisation OAuth, par exemple, lorsqu'il ne peut pas agir comme un serveur HTTP (consoles de jeu, lecteurs multimédias de transmission en continu, cadres numériques, etc.).

Sélectionnez le type d'octroi Authentification du client TLS afin d'utiliser le certificat client pour l'authentification auprès du client. Si une requête de jeton s'accompagne d'un certificat client X.509 et que le client demandé est configuré avec le type d'octroi Authentification du client TLS, le service OAuth utilise Client_ID dans la demande pour identifier le client et valider le certificat client avec celui de la configuration du client. Le client est authentifié uniquement si les deux valeurs concordent.

Cochez cette case si vous voulez utiliser des URL HTTP pour les champs URL du réacheminement, URL du réacheminement ou URL du réacheminement post-décodage. Par exemple, si vous envoyez des demandes en interne, si vous voulez utiliser une communication non cryptée ou si vous voulez assurer la compatibilité amont avec OAuth 1.0, vous pouvez utiliser une URL HTTP.

Ignorez ce champ.

Entrez l'URL vers laquelle vous voulez réacheminer l'utilisateur après qu'il s'est déconnecté de l'application. https://static.oracle.com/cdn/spreadsheet/red-4/redirector.html

Sélectionnez Confidentiel.

Les types client disponibles sont Sécurisé et Confidentiel. Choisissez Sécurisé si le client peut générer les assertions utilisateur auto-signées.

Ignorez ce champ. Elle est facultative.

• Cochez la case Introspection uniquement si vous souhaitez autoriser l'accès à l'adresse d'introspection de jeton pour votre application.

• Cochez la case Au nom uniquement pour vous assurer que le privilège d'accès peut être généré uniquement à partir des privilèges de l'utilisateur. Cela permet à l'application client d'accéder aux adresses auxquelles l'utilisateur a accès, même si l'application client elle-même n'y a normalement pas accès.

La valeur par défaut est none.

Sélectionnez Tout.

Vous pouvez sélectionner l'une des options suivantes pour permettre à l'application client d'accéder aux ressources autorisées :

• Tout : permet d'accéder à n'importe quelle ressource d'un domaine (tout). Reportez-vous à Accès à toutes les ressources.
• Balisage : accédez à n'importe quelle ressource avec des balises correspondantes (Balisage). Reportez-vous à Accès aux ressources avec des balises correspondantes.
• Spécifique : permet d'accéder uniquement aux ressources sur lesquelles une association explicite entre le client et la ressource (Spécifique) existe. Reportez-vous à Accès aux ressources avec des portées spécifiques.

Uniquement si vous souhaitez que votre application accède aux API à partir d'autres applications, cliquez sur Ajouter dans la section Stratégie d'émission de jeton de la page Ajouter une application confidentielle.

Cliquez sur Ajouter pour permettre à votre application confidentielle d'accéder aux API Oracle Identity Cloud Service.

Dans la fenêtre Ajouter une application, sélectionnez les rôles d'application à affecter à cette application. Votre application peut ainsi accéder aux API REST auxquelles chacun des rôles d'application affectés peut accéder.