Pourquoi dois-je indiquer mon URI de redirection ?

Un URI de redirection est le noeud final de rappel de votre application. Lorsque vous avez autorisé votre URI, vous donnez à App ID votre accord pour envoyer vos utilisateurs à cet emplacement. Lors de l'exécution, App ID valide l'URI par rapport à votre liste d'utilisateurs avant de rediriger l'utilisateur. Ce processus peut aider à prévenir les attaques d'hameçonnage et réduit la possibilité qu'un pirate ou agresseur informatique soit en mesure d'accéder aux jetons de votre utilisateur. Pour plus d'informations sur les URI de redirection, voir Ajout d'URI de redirection.

N'incluez pas de paramètres de requête dans votre URL. Ils sont ignorés lors du processus de validation. Exemple d'URL : http://host:[port]/path

Fonctionnement du chiffrement dans App ID

Consultez le tableau ci-dessous pour obtenir des réponses aux questions fréquemment posées sur le chiffrement.

Quelle synchronisation d'horloge App ID utilise ?

App ID s'exécute dans IBM Cloud, qui utilise un serveur NTP interne : servertime.service.softlayer.com.

La synchronisation de votre application avec la source de temps de App ID dépend de l'environnement que vous utilisez pour exécuter votre application.

• Si votre application s'exécute dans IBM Cloud Classic Infrastructure, définissez vos serveurs NTP sur servertime.service.softlayer.com.
• Si votre application s'exécute dans IBM Cloud VPC Infrastructure, définissez vos serveurs NTP sur time.adn.networklayer.com.
• Si votre application n'est pas en cours d'exécution dans IBM Cloud, vous n'avez pas accès à ces serveurs d'heure. Dans ce cas, définissez vos serveurs NTP sur time-a.nist.gov ou time-b.nist.gov.

Quelle est la différence entre App ID et Keycloak ?

App ID et Keycloak peuvent tous deux être utilisés pour ajouter une authentification aux applications et pour sécuriser les services. La principale différence entre les deux offres réside dans leur conditionnement.

Keycloak est conditionné sous forme de logiciel, ce qui signifie que c'est vous, en tant que développeur, qui êtes chargé de la maintenance des fonctionnalités du produit après son téléchargement. Vous êtes responsable de l'hébergement, de la haute disponibilité, de la conformité, des sauvegardes, de la protection DDoS, de l'équilibrage de charge, des pare-feu Web, des bases de données, etc.

App ID est une offre entièrement gérée qui est fournie "en tant que service". Cela signifie que IBM prend en charge le fonctionnement du service, gère la conformité, la disponibilité dans plusieurs zones, l'accord SLA et plus encore. App ID possède également une expérience intégrée avec la plateforme IBM Cloud qui inclut des environnements d'exécution et des services natifs tels que Kubernetes Service, Cloud Functionset Activity Tracker.

Puis-je utiliser le même ID client dans plusieurs applications ?

Bien que techniquement _can_ utilise les mêmes données d'identification dans plusieurs applications, il est fortement recommandé de ne pas le faire pour plusieurs raisons. Principalement parce que lorsque vous partagez votre ID d'une application à une autre, tout type de piratage ou de mise en danger affecte votre environnement entier plutôt qu'une seule application. Par exemple, si vous utilisez votre ID dans trois applications et que l'une d'entre elle devient compromis, les trois applications sont alors compromises. Un pirate est capable d'usurper n'importe laquelle de vos applications. La seconde raison est que lorsque vous utilisez le même ID client dans plusieurs applications, il n'y a aucun moyen de différencier les applications. Par exemple, vous ne pouvez pas déterminer l'application qui a été utilisée pour générer un jeton.

Comment puis-je mettre à jour mon application afin d'utiliser une nouvelle instance de service sans perdre de données ?

Vous pouvez effectuer la migration des informations d'une instance d'App ID à une autre.

1. Créez une instance du service.
2. Dupliquez votre configuration de fournisseur d'identité à l'aide de l'interface graphique.
3. Effectuez la migration de vos profils utilisateur. Les utilisateurs connus sont exportés sous forme d'objet JSON. Il est impossible d'effectuer la migration des utilisateurs anonymes. Vous pouvez opter pour l'importation de l'objet complet dans la nouvelle instance ou pour fragmenter l'objet en répartissant les utilisateurs à votre convenance si vous disposez de plusieurs instances. Pour Cloud Directory, voir Migration des utilisateurs. Pour les fournisseurs d'identité fédérée, procédez comme suit :
4. Créez les données d'identification pour l'application qui seront utilisées pour appeler la nouvelle instance du service.
   1. Dans le tableau de bord de service, accédez à l'onglet Applications.
   2. Cliquez sur Ajouter une application et attribuez un nom à votre application. Ensuite, cliquez sur Sauvegarder.
   3. Cliquez sur Afficher les données d'identification dans le tableau et copiez la sortie.
   4. Collez vos nouvelles données d'identification dans votre application.
5. Mettez à jour votre application pour utiliser ces nouvelles données d'identification y compris les URL éventuelles.
6. Selon votre configuration, vous aurez peut-être à redéployer ou à annuler et rétablir la liaison à votre application.

App ID peut-il aider à configurer la déconnexion ?

Selon la façon dont vous configurez votre application, App ID peut fournir une fonctionnalité de déconnexion à vos utilisateurs. Consultez le tableau suivant pour voir où la fonctionnalité de déconnexion est disponible.

<script>
  var ticker = setInterval(tick, 1000);
  var counter = 5;
  function tick() {
    var timerDiv = document.getElementById("timer");
    if (counter > 0) {
      timerDiv.innerText = "Logged out. Redirecting back in " + (counter--) + " seconds.";
    } else {
      document.location = "./appid_logout";
    }
  } </script>
<iframe height="0" width="0" src="https://login.microsoftonline.com/common/wsfederation?wa=wsignout1.0"></iframe>