La protection des données de l'opération a échoué sur Azure à l'aide d'OWIN / Katana

J'ai le même problème lorsque j'essaie de générer un jeton avec ASP .Net de l'identité et de connexion personnalisée en fonction de l'API Web.

"La protection des données de l'opération a été un échec. Cela peut avoir été
causée par ne pas avoir le profil de l'utilisateur chargé pour le thread en cours de
contexte de l'utilisateur, qui peut être le cas lorsque le thread est usurper l'identité."

Ce que j'ai fait est tout simplement de créer une Application Paramètre appelé WEBSITE_LOAD_USER_PROFILE dans Microsoft Azure et de lui 1. Cette solution fonctionne pour moi.

Vous pouvez voir le détail ici

OriginalL'auteur Satria Janaka

J'ai trouvé une solution. Je ne suis pas sûr de savoir si toutes les étapes sont nécessaires pour que ça marche, mais maintenant mon appli fonctionne parfaitement:

1.- Mise à jour de votre site web.config pour soutenir securityTokenHandlers

<section name="system.identityModel" type="System.IdentityModel.Configuration.SystemIdentityModelSection, System.IdentityModel, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<section name="system.identityModel.services" type="System.IdentityModel.Services.Configuration.SystemIdentityModelServicesSection, System.IdentityModel.Services, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

dans le configSections nœud. Et

  <securityTokenHandlers>
    <remove type="System.IdentityModel.Tokens.SessionSecurityTokenHandler,
                System.IdentityModel, Version=4.0.0.0, Culture=neutral,
                PublicKeyToken=B77A5C561934E089" />

    <add
      type="System.IdentityModel.Services.Tokens.MachineKeySessionSecurityTokenHandler,
          System.IdentityModel.Services, Version=4.0.0.0, Culture=neutral,
          PublicKeyToken=B77A5C561934E089">
      <sessionTokenRequirement lifetime="00:30:00"></sessionTokenRequirement>
    </add>
  </securityTokenHandlers>

</identityConfiguration>

régulièrement le noeud.
2.- Dans votre Démarrage.Auth.cs fichier de mise à jour de votre ConfigureAuth(IAppBuilder app) comme ceci:

public void ConfigureAuth(IAppBuilder app)
        {

            UserManagerFactory = () =>
            {
                var userManager = new UserManager<SIAgroUser>(new UserStore<UserType>(new SIAgroUserDbContext()));

                IDataProtectionProvider provider = app.GetDataProtectionProvider();

                //userManager.UserTokenProvider = new Microsoft.AspNet.Identity.Owin.DataProtectorTokenProvider<UserType>(provider.Create("PasswordReset") );
                if (provider != null)
                {
                    userManager.UserTokenProvider = new DataProtectorTokenProvider<UsertType, string>(provider.Create("PasswordReset"));
                }

                return userManager;
            };

            OAuthOptions = new OAuthAuthorizationServerOptions
            {
                TokenEndpointPath = new PathString("/Token"),
                Provider = new ApplicationOAuthProvider(PublicClientId, UserManagerFactory),
                AuthorizeEndpointPath = new PathString("/api/Account/ExternalLogin"),
                AccessTokenExpireTimeSpan = TimeSpan.FromDays(14),
                AllowInsecureHttp = true
            };
            //Enable the application to use a cookie to store information for the signed in user
            //and to use a cookie to temporarily store information about a user logging in with a third party login provider
            app.UseCookieAuthentication(new CookieAuthenticationOptions());
            app.UseExternalSignInCookie(DefaultAuthenticationTypes.ExternalCookie);

            //Enable the application to use bearer tokens to authenticate users
            app.UseOAuthBearerTokens(OAuthOptions);

            //Uncomment the following lines to enable logging in with third party login providers
            //app.UseMicrosoftAccountAuthentication(
            //   clientId: "",
            //   clientSecret: "");

            //app.UseTwitterAuthentication(
            //   consumerKey: "",
            //   consumerSecret: "");

            //app.UseFacebookAuthentication(
            //   appId: "",
            //   appSecret: "");

            //app.UseGoogleAuthentication();



        }

3.- Nettoyer le constructeur de votre Démarrage de la classe comme ceci:

static Startup()
{
   PublicClientId = "self";
}

Qui a fonctionné pour moi 🙂 j'espère que ça marchera pour vous aussi

OriginalL'auteur JLuis Estrada

Cette erreur qui se passe pour moi sur un fournisseur d'hébergement mutualisé, à la ligne:

var provider = new DpapiDataProtectionProvider("SITENAME");

La solution était assez simple. Tout d'abord modifier la ligne ci-dessus à ceci:

var provider = new MachineKeyProtectionProvider();

Puis créer un nouveau fichier, que j'ai dans mes Utilitaires espace de noms, comme suit:

using Microsoft.Owin.Security.DataProtection;
using System.Web.Security;

namespace <yournamespace>.Utilities
{
    public class MachineKeyProtectionProvider : IDataProtectionProvider
    {
        public IDataProtector Create(params string[] purposes)
        {
            return new MachineKeyDataProtector(purposes);
        }
    }

    public class MachineKeyDataProtector : IDataProtector
    {
        private readonly string[] _purposes;

        public MachineKeyDataProtector(string[] purposes)
        {
            _purposes = purposes;
        }

        public byte[] Protect(byte[] userData)
        {
            return MachineKey.Protect(userData, _purposes);
        }

        public byte[] Unprotect(byte[] protectedData)
        {
            return MachineKey.Unprotect(protectedData, _purposes);
        }
    }
}

Et le tour est joué! Le problème est résolu. Rappelez-vous, votre mot de passe de réinitialisation du contrôleur de méthode, vous aurez aussi à utiliser ce fournisseur, sinon vous aurez un Invalid Token erreur.

OriginalL'auteur Sean

Obtenir le UserManager de la Owin Pipeline, dans son ensemble dans App_Start/Démarrage.Auth.cs, travaille sur Azure.
Je ne suis pas sûr comment cela fonctionne précisément.
Le DpApi devraient travailler dans Azure avec la solution décrite dans le premier lien.

Si le DpApi a une statique de la clé machine définie dans le Web.config toutes les machines serveur sera en mesure de déchiffrer les données chiffrées créé par une autre machine de votre webfarm est la compréhension derrière cette.

(code donné dans le modèle standard - à partir de AccountController.cs)

 private UserManager userManager;
    public UserManager UserManager
    {
        get { return userManager ?? HttpContext.GetOwinContext().GetUserManager<UserManager>(); }
        private set { userManager = value; }
    }

OriginalL'auteur WarrenDodsworth