Question

I create a service which is defined to Log On as Administrator.
This service performs system(“net use Z: \… /user:user password”) and completes successfully.

If I (as Administrator) run “net use” I see Z: indeed added, but with status – unavailable.

I tried adding ImpersonateLoggedOnUser to the service, but that didn’t help.

OS: Win XP

What am I missing?

Answer 1

ImpersonateLoggedOnUser doesn’t impersonate the logon session from the user token, just the security context. CreateProcessAsUser, however, should be able to create a new process in the logon session associated with the specified user token.

Note that calling LogonUser to get a user token for CreateProcessAsUser won’t work, because this token won’t be in the same logon session as the logged-on user. You have to find one of the user’s processes and duplicate its token.

Logon sessions are not well documented, but all you really need to know that each time a user is authenticated a distinct logon session is created, and that each such logon session has a distinct set of network drive mappings. Logon sessions are not the same as terminal services sessions.

In Windows Vista and above, two logon sessions are created when an administrative user logs in, one associated with the restricted token and one associated with the elevated token.

You can look up the logon session associated with a token using the GetTokenInformation function with the TokenStatistics option. The logon session is identified by the AuthenticationId LUID.

To make this work, your service would need to first figure out when a user has logged in, wait for a process associated with the new session to start, make sure it’s not an elevated process, then duplicate the access token.

Instead, your best option is going to be to split the application into two components. One component will run as the user (you would probably launch this automatically using the Run key) and be responsible for mapping the network drive. It can contact the service to obtain any information it needs, either via a named pipe or a registry key.