2016-02-12 1 views
0

J'ai deux questions sur l'utilisation symbolique et leur expiration:O365 MS Graph API unifiée jeton vie

1) sur le code secret de l'utilisateur pour une application

j'ai besoin code secret pour vous authentifier. Lors de la création de code secret dans l'application, il peut être défini avec expiration d'un ou deux ans. Mon but est l'application que l'utilisateur installe, installe, et il peut être «oublié». Mais cette expiration pourrait signifier que l'application commencera à échouer après un an, est-ce exact? L'utilisateur commencera à recevoir des erreurs de jeton et il devra re-configurer l'application (générer une nouvelle clé secrète et s'authentifier avec). Puis-je trouver l'expiration de la clé secrète, afin que je puisse mettre en place une notification pour l'utilisateur AVANT qu'il expire? Je voudrais faire cela pour éviter que l'application cesse de fonctionner tout à coup.

authentification du client

2) se fait en deux étapes:

  • une: application id du client + client clé secrète + Source + authentification de l'utilisateur = code
  • deux: application id + clé secrète client + indicatif client = jeton + jeton de rafraîchissement

J'ai trouvé que si je fais la première étape et que je veux effectuer l'étape deux plus tard, le 'code' de la première étape peut être expiré. Je pensais que le «code» n'expirait pas, mais je ne trouve aucune documentation à ce sujet. Est-ce exact, que la deuxième étape devrait être faite juste après la première étape?

+0

S'agit-il d'une application qui s'exécutera sur l'appareil d'un utilisateur (ordinateur, téléphone, etc.)? –

+0

Non, cela devrait être pour une application qui fonctionnera en tant que service/azure. Peut-être que je devrais utiliser cette approche à la place: "Service aux appels de service en utilisant les informations d'identification du client" https://msdn.microsoft.com/en-us/library/azure/dn645543.aspx – MiroJanosik

Répondre

0

1) S'il s'agit d'un service Web, vous pouvez utiliser OAuth 2.0 Credentials Client Credentials. En ce qui concerne la sécurité, je suggère que vous puissiez maintenir/mettre à jour la clé secrète périodiquement, la durée de la clé secrète pourrait être d'un an ou deux ans. Si la clé secrète est compromise, une nouvelle clé doit être générée et toutes les applications autorisées devront être mises à jour avec le nouveau secret client.

2) Vous pouvez cliquer sur here pour plus de détails sur l'utilisation de OAuth 2.0 pour l'authentification. Dans la réponse au jeton d'accès Service-to-Service, vous obtiendrez les informations expires_in (durée de validité du jeton d'accès) et expires_on (moment où le jeton d'accès expire). Vous devez écrire votre code pour anticiper la possibilité qu'un jeton accordé ne fonctionne plus et en demande un nouveau.