C# : Windows Impersonation

May 4, 2010 by C#  

The WindowsImpersonationContext class provides us with the ability to impersonate an user.

In the following post we're going to look at how to write to a protected shared folder using impersonation.

You will notice that the WindowsImpersonationContext class doesn't have a constructor, nor any static methods defined - one can however get an instance of this class via the Impersonate static method in the WindowsIdentity class, observe:

using (WindowsImpersonationContext context = WindowsIdentity.Impersonate(token))
{
	// Some operation requiring impersonation
}

Note, the WindowsImpersonationContext class implements the IDisposable interface which enables us to use the using clause - code out of scope (running outside) the using clause won't be executed within context of the impersonated user.

In order for our impersonation to work, we need to pass a primary token to our method, to retrieve the token, we'll need to import a method from the "Advanced Services" assembly (advapi32.dll) like this:
[DllImport("advapi32.dll", SetLastError = true)]
public static extern bool LogonUser(string lpszUsername, string lpszDomain, string lpszPassword, int dwLogonType, int dwLogonProvider, ref IntPtr phToken);

And an import to dispose of the token.
[DllImport("kernel32.dll")]
public static extern bool CloseHandle(IntPtr token);

You might have noticed the LogonType and LogonProvider parameters in the LogonUser method, we need to tell the API by which means authentication must happen - to simplify this, I created two enum's:
enum LogonType
{
	Interactive = 2,
	Network = 3,
	Batch = 4,
	Service = 5,
	Unlock = 7,
	NetworkClearText = 8,
	NewCredentials = 9
}

enum LogonProvider
{
	Default = 0,
	WinNT35 = 1,
	WinNT40 = 2,
	WinNT50 = 3
}

I am not going to go into too much depth about these providers, but lets have a quick look at the Interactive and NewCredentials LogonTypes.

Using the Interactive LogonType will look something like this:
IntPtr token = IntPtr.Zero;
bool valid = LogonUser("username",
			"yourdomain.com",
			"password",
			(int)LogonType.Interactive,
			(int)LogonProvider.Default,
			ref token);
if (valid)
{            
	using (WindowsImpersonationContext context = WindowsIdentity.Impersonate(token))
	{
		CloseHandle(token);
		File.WriteAllBytes(@"\\yourserver\someshare\test.txt", new byte[] { });
	}
}

Now this is all nice and all when we're impersonating someone thats on the same domain as us, but what about impersonating outside our domain?

This is where I found the NewCredentials LogonType useful, since it authenticates cross domain:
IntPtr token = IntPtr.Zero;
LogonUser("username",
			"yourdomain.com",
			"password",
			(int)LogonType.NewCredentials,
			(int)LogonProvider.WinNT50,
			ref token);

using (WindowsImpersonationContext context = WindowsIdentity.Impersonate(token))
{
	CloseHandle(token);
	File.WriteAllBytes(@"\\yourserver\someshare\test.txt", new byte[] { });
}

I didnt include the valid bool in the preceding snippet, this is because you'll find that the LogonUser method seems to always return true when using the NewCredentials LogonType since authentication only happens when you're accessing the resource, in this case the File.WriteAllBytes method.


Leave a Comment


Excellent !! January 19, 2021 by Rajesh

This worked perfectly to me. Thank a lot :)

June 23, 2017 by FuatOgme

I tried to copy a file from a domain account to my local folder. I have used LogonType.Interactive, LogonProvider.Default types to logon. But an "access denied" error occured when I try to copy file from target domain account to my local account(in windowsIdentity context, I lost my rights to access my own local). On another example, I tried to use LogonType.NewCredentials & LogonProvider.Wint50 to copy file from non-domain account to my local. it worked without any error. Now My question is: how can I use logonType.NewCredentials to logon a domain account to overcome access denied errors? or as another approach, how can I prevent access denied problem by using logontype.Interactive? Thanks in advance.

March 1, 2013 by Anonymous

What a small but great info. Thank you so much. You saved my ass

January 25, 2013 by sagar

I am still getting error as - The trust relationship between this workstation and the primary domain failed.

August 13, 2012 by Anonymous

This is pure gold. Thanks!

July 30, 2012 by kenan hancer

Thank you very much

Local Account April 25, 2012 by Anonymous

Do you need a local account with the same name and pw as the account on the different domain?

Great November 30, 2011 by Fractalist

Thank you very much! This is exactly what I was looking for. Have a nice day, friend.

Anonymous December 24, 2010 by Anonymous

Thanks a lotto

October 27, 2010 by Jay

Well written. Save me heaps of time.