Fuite de mémoire d'usurpation

Question

Sur http://msdn.microsoft.com/en-us/library/w070t6ka(v=VS.100).aspx il y a un exemple sur comment faire l'usurpation d'identité avec .net 4.0. Nous avons utilisé cet exemple dans une classe qui hérite d'IDisposable pour la facilité d'utilisation. Toutefois, lorsque nous utilisons cette classe dans une application Web asp.net, nous remarquons une augmentation légère mais régulière de Pool Paged Bytes dans le moniteur de performances. Après une semaine, l'application se bloque.

J'ai essayé différentes implémentations de la classe d'emprunt d'identité, en utilisant http://msdn.microsoft.com/en-us/library/w070t6ka(v=VS.90).aspx et comme référence, mais elles montrent toutes la même fuite.

D'où provient cette fuite? Y at-il un problème avec l'API Windows? Nous utilisons Windows 2008 R2.

Voici notre version actuelle de la classe d'emprunt d'identité:

public class Impersonator : IDisposable 
{ 
    public Impersonator(string username, string domain, string password) 
    { 
     if (!ImpersonateValidUser(username, domain, password)) 
     { 
      throw new SecurityException("Could not impersonate. Wrong username/password"); 
     } 
    } 

    public void Dispose() 
    { 
     UndoImpersonation(); 
    } 

    [DllImport("advapi32.dll", SetLastError = true, CharSet = CharSet.Unicode)] 
    private static extern bool LogonUser(String lpszUsername, String lpszDomain, String lpszPassword, int dwLogonType, int dwLogonProvider, out SafeTokenHandle phToken); 

    private const int LOGON32_PROVIDER_DEFAULT = 0; 
    private const int LOGON32_LOGON_INTERACTIVE = 2; //This parameter causes LogonUser to create a primary token. 

    private WindowsImpersonationContext impersonatedUser; 

    private bool ImpersonateValidUser(string username, string domain, string password) 
    { 
     SafeTokenHandle safeTokenHandle; 

     // Call LogonUser to obtain a handle to an access token. 
     bool success = LogonUser(username, domain, password, LOGON32_LOGON_INTERACTIVE, LOGON32_PROVIDER_DEFAULT, out safeTokenHandle); 

     if (success) 
     { 
      using (safeTokenHandle) 
      { 
       // Use the token handle returned by LogonUser. 
       WindowsIdentity newId = new WindowsIdentity(safeTokenHandle.DangerousGetHandle()); 
       impersonatedUser = newId.Impersonate(); 
      } 
     } 

     return success; 
    } 

    private void UndoImpersonation() 
    { 
     // Releasing the context object stops the impersonation 
     if (impersonatedUser != null) 
     { 
      impersonatedUser.Undo(); 
      impersonatedUser.Dispose(); 
     } 
    } 
} 

public sealed class SafeTokenHandle : SafeHandleZeroOrMinusOneIsInvalid 
{ 
    private SafeTokenHandle() : base(true) 
    { 
    } 

    [DllImport("kernel32.dll")] 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
    [SuppressUnmanagedCodeSecurity] 
    [return: MarshalAs(UnmanagedType.Bool)] 
    private static extern bool CloseHandle(IntPtr handle); 

    protected override bool ReleaseHandle() 
    { 
     return CloseHandle(handle); 
    } 
} 

Et voici le graphique du moniteur de performance de deux serveurs Web en utilisant différentes versions de la classe:

perfmon http://img222.imageshack.us/img222/5388/captureyog.png

Lorsque nous désactivons la classe, et utilisent l'usurpation d'identité globale via web.config, ces lignes sont complètement plates.

---

Mise à jour

J'ai fait un test-application qui reproduit avec succès le problème. Il peut être téléchargé ici:

http://rapidshare.com/files/447325211/ImpersonationTest.zip

Le résultat de plus de 18 heures ressemble à ceci:

testapp http://img689.imageshack.us/img689/2055/impersonationtest.png

Answer 1

Difficile à dire. À tout le moins, WindowsIdentity lui-même est également un IDisposable, et la variable newId n'est jamais éliminée. Aussi, je voudrais vérifier si toutes les utilisations de la classe Impersonator sont correctement éliminées.