LogonUser -> CreateProcessAsUser ze usługi systemowej

Question

Przeczytałem wszystkie posty dotyczące przepełnienia stosu dotyczące CreateProcessAsUser i jest bardzo mało pytań, więc nie wstrzymuję się od tego. Ale wygląda na to, że zdecydowanie czegoś brakuje, więc może to być łatwe.

Docelowy system operacyjny to Windows XP. Mam usługę działającą jako "System lokalny", z której chcę utworzyć proces działający jako inny użytkownik. Dla tego użytkownika mam nazwę użytkownika i hasło, więc LogonUser idzie dobrze i dostaję token dla użytkownika (w tym przypadku konto administratora). Następnie próbuję użyć tokena do wywołania CreateProcessAsUser, ale nie powiedzie się, ponieważ token nie ma SeAssignPrimaryTokenPrivilege - jednak ma SeIncreaseQuotaPrivilege. (Użyłem funkcji GetTokenInformation do zrzucenia wszystkich uprawnień związanych z tym tokenem.) Zgodnie ze stroną MSDN dla CreateProcessAsUser, aby uzyskać połączenie z programem CreateProcessAsUser, potrzebne są oba uprawnienia.

Mówi także, że nie potrzebujesz SeAssignPrimaryTokenPrivilege, jeśli token, który przekazujesz do CreateProcessAsUser(), jest "podstawową tokenem procesu", który można utworzyć za pomocą CreateRestrictedToken(), ale potem zostanie skojarzony z użytkownikiem systemu lokalnego, a nie użytkownikiem docelowym, który próbuję uruchomić proces jako.

Jak utworzyć znacznik logowania, który jest jednocześnie ograniczoną wersją podstawowego tokena procesu wywołującego, ORAZ jest powiązany z innym użytkownikiem? Dzięki!

Zauważ, że nie ma potrzeby ingerencji użytkownika w tutaj - to wszystko bez nadzoru - nie ma więc potrzeby, aby robić rzeczy, jak chwytając WINSTA0 itp

Answer 1

SE_ASSIGNPRIMARYTOKEN_NAME jest przywilejem można włączyć w proces/wątek z OpenProcessToken/OpenThreadToken + LookupPrivilegeValue + AdjustTokenPrivileges (łatwo jest mylić tego z TOKEN_ASSIGN_PRIMARY i MSDN mówi, trzeba zarówno do mocowania podstawowy token do procesu)

na tej XP: maszynę SP2, po prostu wywołanie LogonUser (... , LOGON32_LOGON_INTERACTIVE, ...) + CreateProcessAsUser działa dobrze bez naruszania jakichkolwiek uprawnień (Korzystanie z fałszywej usługi cmd.exe, ale to nie powinno tter)

ten cytat na MSDN:

Jeśli niezbędne uprawnienia nie są już włączona, CreateProcessAsUser pozwala im na czas trwania rozmowy

oraz fakt, że jesteś działając jako SYSTEM i powinien być w stanie włączyć dowolny przywilej, wierzę, że to przypisanie podstawowych rzeczy nie jest problemem.