2009-08-17 4 views
1

Nous étudions la possibilité de créer un stockage centralisé des informations d'identification pour les applications internes. Ces applications (vb6, vb.net, applications web dans asp.net, etc.) utilisent différentes instances de serveurs SQL et iSeries. Nous souhaitons implémenter une fonction d'identification centrale qui agirait comme un courtier de sécurité. Fondamentalement, cela devrait fonctionner comme ceci:Service d'informations d'identification centralisé pour diverses applications

L'application client fournit AppID (Application I Sales) et EnvironmentID (j'utilise l'environnement QA) et reçoit en retour un objet de connexion (préféré) ou une chaîne de connexion cryptée qui permet ladite application pour se connecter aux ressources dont elle a besoin. Il y aura des cas où l'application doit se connecter à deux (ou plus) ressources de base de données (à savoir SQL et iSeries). Ce qui regarde DP API pour le moment, mais je ne suis pas convaincu que DP API est la solution car elle liée avec la clé de la machine. Dans notre cas, l'utilisation de la clé machine n'est pas faisable, donc je veux savoir s'il y a d'autres approches disponibles.

Répondre

0

Idéalement, vous devriez être en mesure d'utiliser Windows Impersonation pour utiliser le ticket client Kerberos pour vous authentifier et faire des choses au nom du client.

Le deuxième exemple sur cette page explique comment le faire: http://msdn.microsoft.com/en-us/library/aa302385.aspx

Questions connexes