Można to zrobić, zastępując tabelę środowiska w ramach określonego procesu.
Jako dowód koncepcji napisałem tę przykładową aplikację, która właśnie edytowała jedną (znaną) zmienną środowiskową w procesie cmd.exe:
typedef DWORD (__stdcall *NtQueryInformationProcessPtr)(HANDLE, DWORD, PVOID, ULONG, PULONG);
int __cdecl main(int argc, char* argv[])
{
HMODULE hNtDll = GetModuleHandleA("ntdll.dll");
NtQueryInformationProcessPtr NtQueryInformationProcess = (NtQueryInformationProcessPtr)GetProcAddress(hNtDll, "NtQueryInformationProcess");
int processId = atoi(argv[1]);
printf("Target PID: %u\n", processId);
// open the process with read+write access
HANDLE hProcess = OpenProcess(PROCESS_QUERY_LIMITED_INFORMATION | PROCESS_VM_READ | PROCESS_VM_WRITE | PROCESS_VM_OPERATION, 0, processId);
if(hProcess == NULL)
{
printf("Error opening process (%u)\n", GetLastError());
return 0;
}
// find the location of the PEB
PROCESS_BASIC_INFORMATION pbi = {0};
NTSTATUS status = NtQueryInformationProcess(hProcess, ProcessBasicInformation, &pbi, sizeof(pbi), NULL);
if(status != 0)
{
printf("Error ProcessBasicInformation (0x%8X)\n", status);
}
printf("PEB: %p\n", pbi.PebBaseAddress);
// find the process parameters
char *processParamsOffset = (char*)pbi.PebBaseAddress + 0x20; // hard coded offset for x64 apps
char *processParameters = NULL;
if(ReadProcessMemory(hProcess, processParamsOffset, &processParameters, sizeof(processParameters), NULL))
{
printf("UserProcessParameters: %p\n", processParameters);
}
else
{
printf("Error ReadProcessMemory (%u)\n", GetLastError());
}
// find the address to the environment table
char *environmentOffset = processParameters + 0x80; // hard coded offset for x64 apps
char *environment = NULL;
ReadProcessMemory(hProcess, environmentOffset, &environment, sizeof(environment), NULL);
printf("environment: %p\n", environment);
// copy the environment table into our own memory for scanning
wchar_t *localEnvBlock = new wchar_t[64*1024];
ReadProcessMemory(hProcess, environment, localEnvBlock, sizeof(wchar_t)*64*1024, NULL);
// find the variable to edit
wchar_t *found = NULL;
wchar_t *varOffset = localEnvBlock;
while(varOffset < localEnvBlock + 64*1024)
{
if(varOffset[0] == '\0')
{
// we reached the end
break;
}
if(wcsncmp(varOffset, L"ENVTEST=", 8) == 0)
{
found = varOffset;
break;
}
varOffset += wcslen(varOffset)+1;
}
// check to see if we found one
if(found)
{
size_t offset = (found - localEnvBlock) * sizeof(wchar_t);
printf("Offset: %Iu\n", offset);
// write a new version (if the size of the value changes then we have to rewrite the entire block)
if(!WriteProcessMemory(hProcess, environment + offset, L"ENVTEST=def", 12*sizeof(wchar_t), NULL))
{
printf("Error WriteProcessMemory (%u)\n", GetLastError());
}
}
// cleanup
delete[] localEnvBlock;
CloseHandle(hProcess);
return 0;
}
Przykładowe dane wyjściowe:
>set ENVTEST=abc
>cppTest.exe 13796
Target PID: 13796
PEB: 000007FFFFFD3000
UserProcessParameters: 00000000004B2F30
environment: 000000000052E700
Offset: 1528
>set ENVTEST
ENVTEST=def
Notatki
Takie podejście byłoby również ograniczone do ograniczeń bezpieczeństwa. Jeśli cel jest uruchamiany na wyższym poziomie lub na wyższym koncie (takim jak SYSTEM), nie mielibyśmy uprawnień do edycji jego pamięci.
Jeśli chcesz to zrobić w aplikacji 32-bitowej, powyższe przesunięcia kodowane na stałe zmieniłyby się odpowiednio na 0x10 i 0x48. Te przesunięcia można znaleźć, usuwając struktury _PEB i _RTL_USER_PROCESS_PARAMETERS w debuggerze (np. W WinDbg dt _PEBidt _RTL_USER_PROCESS_PARAMETERS )
Aby zmienić proof-of-concept na to, czego potrzebuje OP, wystarczy wyliczyć bieżące zmienne systemowe i środowiskowe użytkownika (takie jak udokumentowane odpowiedzią @ tsadok) i zapisać całą tabelę środowiska w pamięci procesu docelowego.
Edycja: Rozmiar bloku środowiska jest również przechowywany w strukturze _RTL_USER_PROCESS_PARAMETERS, ale pamięć jest przydzielana na stercie procesu. Zatem z procesu zewnętrznego nie mielibyśmy możliwości zmiany jego rozmiaru i powiększenia. Bawiłem się przy użyciu VirtualAllocEx do przydzielenia dodatkowej pamięci w procesie docelowym do przechowywania środowiska, i byłem w stanie ustawić i odczytać zupełnie nową tabelę. Niestety każda próba modyfikacji środowiska z normalnych środków ulegnie awarii i zostanie spalona, ponieważ adres nie będzie już wskazywał na stos (spowoduje awarię w RtlSizeHeap).