API Web Dynamics accès CRM de l'application d'un tiers sur un autre domaine

J'ai le problème ci-dessous je tente de résoudre:API Web Dynamics accès CRM de l'application d'un tiers sur un autre domaine

Il existe une application Web MVC (APPA) dans le domaine DomA qui est configuré pour utiliser un STS CUSTOM pour l'authentification/l'autorisation. D'autre part, nous avons une installation CRM dans un autre domaine, le domaine MyCRM, qui est configuré pour utiliser ADFS (ADFS est dans le même domaine que le CRM).

Ce que nous voulons atteindre est le AppA pour être en mesure de publier des données sur la Dynamics CRM Web API, mais nous ne voulons pas que les utilisateurs de AppA aux pouvoirs entrer de nouveau ou d'un autre type d'interaction concernant l'authentification/autorisation avec ADFS. Le AppA devrait être en mesure de données POST à la fois Javascript (côté client) et le back-end (contrôleur MVC)

Comment pourrions-nous réaliser ce qui précède? Quel type de confiance devons-nous établir entre le domaine STS personnalisé du domaine DomA et le domaine ADFS du domaine MyCRM?

Source

2017-08-30 Ricky Stam

Il pourrait être possible de fédérer vos STS clients et ADFS, mais je pense que ce n'est pas le bon problème. Comme je le vois, votre plus gros problème est que tout JS en cours d'exécution sur un navigateur dans un domaine ne peut pas parler à un serveur dans un autre domaine -. Qui est une vulnérabilité XSS que vous ne voulez pas percer un trou dans – Eccountable

Vous n'avez pas besoin identité fédérée pour les connexions back-end (serveur à serveur). Vous pouvez utiliser Impersonation qui vous permet de configurer un compte d'utilisateur pouvant agir au nom d'un autre utilisateur du système.

Source

2017-09-02 01:44:38 Eccountable

Merci pour votre réponse, mais je ne peux pas utiliser l'emprunt d'identité car chaque utilisateur aurait un rôle et des privilèges différents, ainsi que les besoins du client, quelle que soit l'action effectuée dans le CRM pour refléter l'utilisateur réel qui l'a fait. –

Ainsi fonctionne l'emprunt d'identité: même si un compte de service privilégié exécute l'action, si vous affectez l'ID d'utilisateur system, CRM se comportera comme si l'utilisateur le faisait lui-même. – Eccountable

Veuillez noter que le client souhaite utiliser l'API Web Dynamics CRM, afin de pouvoir également appeler l'API à partir de JavaScript. Néanmoins, j'accepterai la réponse car c'est une solution valide pour interagir avec le système Dynamics du côté serveur et aucune solution n'a été trouvée. –

API Web Dynamics accès CRM de l'application d'un tiers sur un autre domaine

Répondre

Questions connexes