WCF ServiceSecurityContext Droit de stockage pour les données personnalisées?

Question

J'ai une application WCF qui utilise l'authentification Windows. Donc un objet Windows Principal est ce que je trouverai dans la propriété System.Threading.Thread.CurrentPrincipal(). C'est tout va bien. Cependant, j'ai également un objet principal personnalisé qui est utilisé pour les autorisations plus fines et l'audit. C'est un utilisateur de domaine, pas un utilisateur de Windows. J'ai vraiment besoin des deux et je cherche un endroit pour stocker l'utilisateur personnalisé du côté du service afin que tout le code qui s'exécute sur le service, à travers les couches Business et Data, puisse accéder à cet utilisateur.

La communication entre le client et le serveur est gérée par un inspecteur de comportement et de message personnalisé. Lorsque vous appelez le service à partir du client (application Web ASP.NET), l'utilisateur actuel est renvoyé de la session et le sérialise à un en-tête personnalisé de l'appel de service. Du côté du service, il retire ensuite le principal de l'en-tête et met le principal ici personnalisé:

OperationContext.Current.ServiceSecurityContext.AuthorizationContext.Properties("CurrentDomainUser") 

Alors, des questions pour valider cette approche:

1. Est-ce une approche valable pour le stockage d'un principal personnalisé sur le service. En gardant à l'esprit que je veux l'authentification Windows pour rester en place.
2. Est-ce une «meilleure pratique»? Ou y a-t-il un meilleur moyen?
3. Des pièges ou des embûches à surveiller avec cette approche?

Merci pour l'entrée.

Answer 1

Je ne peux pas répondre spécifiquement si c'est la meilleure pratique ou non, mais vous pouvez transmettre des données personnalisées dans les en-têtes de message sortant.

Voici un exemple d'appeler un service WCF du client

MyAccountService.MyAccountServiceClient client = new MyAccountServiceClient(); 
using (OperationContextScope scope = new OperationContextScope(client.InnerChannel)) 
{ 
    MessageHeader customHeader = MessageHeader.CreateHeader("customData", "ns", "My custom data"); 
    OperationContext.Current.OutgoingMessageHeaders.Add(customHeader); 

    List<Bill> list = client.BillHistory("12345", DateTime.Now.AddMonths(-1), DateTime.Now); 
} 

Du côté des services, vous pouvez consulter les en-têtes des messages entrants.

public IList<Bill> BillHistory(string accountID, DateTime datefrom, DateTime dateTo) 
{ 
    string customData = OperationContext.Current.IncomingMessageHeaders.GetHeader<string>("customData", "ns"); 
...etc... 
}