Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일

(시리즈 글이 5개 있습니다.)
C/C++: 170. Windows - STARTUPINFO의 cbReserved2, lpReserved2 멤버 사용자 정의
; https://www.sysnet.pe.kr/2/0/13723

C/C++: 171. C/C++ - 윈도우 운영체제에서의 file descriptor와 HANDLE
; https://www.sysnet.pe.kr/2/0/13726

C/C++: 172. Windows - C 런타임에서 STARTUPINFO의 cbReserved2, lpReserved2 멤버를 사용하는 이유
; https://www.sysnet.pe.kr/2/0/13728

C/C++: 174. C/C++ - 윈도우 운영체제에서의 file descriptor, FILE*
; https://www.sysnet.pe.kr/2/0/13738

C/C++: 175. C++ - WinMain/wWinMain 호출 전의 CRT 초기화 단계
; https://www.sysnet.pe.kr/2/0/13750




Windows - STARTUPINFO의 cbReserved2, lpReserved2 멤버 사용자 정의

원래 STARTUPINFO의 문서를 보면,

STARTUPINFOA structure (processthreadsapi.h)
; https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/ns-processthreadsapi-startupinfoa

cbReserved2, lpReserved2 2개의 필드에 대해 내부적으로 CRT에서 사용하고 있으니 0, nullptr만 허용한다고 나옵니다.

cbReserved2

Reserved for use by the C Run-time; must be zero.

lpReserved2

Reserved for use by the C Run-time; must be NULL.

사실 이게 재미있는 면이 있는데요, 엄밀히 프로세스 간에는 포인터 전달이 의미가 없습니다. 그런데 lpReserved2가 가리키는 데이터를 cbReserved2만큼 넘기겠다고 하는 것인데요, 결국 저렇게 지정한 데이터는 윈도우 운영체제 측에서 호출 프로세스의 공간에 있는 데이터를 대상 프로세스의 메모리 공간에 cbReserved2만큼 복사해 넘겨주는 작업을 대행하고 있는 것입니다. (나름 운영체제도 열일하고 있는 것입니다. ^^)

혹시, 저 데이터를 사용자가 임의로 사용하는 것이 가능할까요? 이에 대해 검색해 보면 이런 문서가 나오는데요,

Undocumented CreateProcess 
; https://is.muni.cz/el/1433/jaro2010/PB167/um/cv5/undocumented_CreateProcess.pdf

"Pass arbitrary data to a child process!" 내용에 보면 임의로 저 값을 쓰는 방법이 나옵니다. 이와 관련해 직접 예제를 구성해 확인해 볼까요? ^^




우선, 일반적인 Console Application 프로젝트를 만든 후 GetStartupInfoSTARTUPINFO를 확인해 보면,

// ConsoleApplication2.exe

#include <iostream>
#include <Windows.h>

int main(int argc, char** argv)
{
    STARTUPINFOW si;
    GetStartupInfoW(&si);

    printf("ConsoleApplication2: %d, %p\n", si.cbReserved2, si.lpReserved2);
}

// 실행 결과 (대개의 경우, 명령행에서 실행하든, 탐색기에서 실행하든!)
// ConsoleApplication2: 0, 0000000000000000

실행했을 때, 기본적으로는 cbReserved2, lpReserved2가 모두 0, nullptr로 나옵니다. 저 값이 있는 경우를 확인하려면, 당연히 CreateProcess를 사용하는 측에서 해당 필드에 값을 채워서 전달해야 합니다.

테스트를 위해, 부모 프로세스가 될 콘솔 응용 프로그램을 다음과 같이 작성해 줍니다.

// ConsoleApplication1.exe

#include <iostream>
#include <Windows.h>

int main()
{
    std::cout << "Hello ConsoleApplication1!\n";

    PROCESS_INFORMATION pi = { 0, };
    STARTUPINFOW si = { 0, };

    BYTE data[4] = { 0xff, 0xff, 0xff, 0xff };
    si.cbReserved2 = 4;
    si.lpReserved2 = data;

    wchar_t buffer[1024] = L"ConsoleApplication2.exe";

    si.cb = sizeof(STARTUPINFOW);
    if (!CreateProcessW(NULL, buffer, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi))
    {
        printf("CreateProcess failed (%d).\n", GetLastError());
        return 0;
    }

    WaitForSingleObject(pi.hProcess, INFINITE);

    CloseHandle(pi.hProcess);
    CloseHandle(pi.hThread);
}

크기를 4로 설정해 자식 프로세스에 쓰레기 값을 담아 전달했는데요, 이렇게 하고 실행하면 화면에는 "Hello ConsoleApplication1!"만 나오고, "ConsoleApplication2.exe"의 실행 결과가 안 나올 것입니다. 이때 이벤트 로그를 보면,

Faulting application name: ConsoleApplication2.exe, version: 0.0.0.0, time stamp: 0x66cfb8eb
Faulting module name: ucrtbase.dll, version: 10.0.22621.3593, time stamp: 0x10c46e71
Exception code: 0xc0000409
Fault offset: 0x000000000007e008
Faulting process id: 0x0x9ECC
Faulting application start time: 0x0x1DAF9A7EA409387
Faulting application path: c:\temp\ConsoleApplication1\x64\Debug\ConsoleApplication2.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report Id: de6a3081-16d3-44fd-8e55-1473bcdcdf03
Faulting package full name: 
Faulting package-relative application ID: 

이런 식으로 crash 보고가 나오는데요, 모듈 이름이 ucrtbase.dll입니다. 즉, CRT 라이브러리에서 cbReserved2, lpReserved2에 담긴 값을 역직렬화하는 과정 중에 쓰레기 값으로 인해 crash가 발생한 것입니다.




그런데, PDF 문서에서는 "no C-runtime support"로 ConsoleApplication2 프로젝트를 작성하면,

C/C++ - CRT(C Runtime) 함수에 의존성이 없는 프로젝트 생성
; https://www.sysnet.pe.kr/2/0/13722

(테스트 실수입니다. no run time인 경우, ucrtbase.dll은 올라오지 않습니다. Windows Loader가 사용하지도 않습니다.)

저 crash가 나오지 않을 것처럼 설명하고 있습니다.

하지만, 실제로 해보면 여전히 비정상 종료가 발생합니다. 그 이유는, CRT 라이브러리(ucrtbase.dll)를 단순히 EXE에서 로딩하지는 않더라도 그전에 Windows의 Loader 단계에서 로드하기 때문입니다. 이것을 Windbg로 확인할 수 있는데요, Ctrl + E 키를 눌러 ConsoleApplication2.exe를 로드해 보면,

************* Path validation summary **************
...[생략]...
Executable search path is: 
ModLoad: 00007ff6`dea30000 00007ff6`deb32000   conhost.exe
ModLoad: 00007ffe`6d890000 00007ffe`6daa7000   ntdll.dll
ModLoad: 00007ffe`6c500000 00007ffe`6c5c4000   C:\WINDOWS\System32\KERNEL32.DLL
ModLoad: 00007ffe`6ad30000 00007ffe`6b0dd000   C:\WINDOWS\System32\KERNELBASE.dll
ModLoad: 00007ffe`6b3b0000 00007ffe`6b44a000   C:\WINDOWS\System32\msvcp_win.dll
ModLoad: 00007ffe`6b290000 00007ffe`6b3a1000   C:\WINDOWS\System32\ucrtbase.dll
(dc54.9468): Break instruction exception - code 80000003 (first chance)
ntdll!LdrpDoDebuggerBreak+0x30:
00007ffe`6d96c084 cc              int     3

(분명히 아직 실행 전인데도, 즉 그저 EXE를 로드한 단계에서조차) 저렇게 ucrtbbase.dll이 로드된 것을 확인할 수 있습니다. 따라서 어떻게 해도 CRT 측의 cbReserved2, lpReserved2 해석 코드가 실행되고 결국 crash가 발생합니다.




해당 문서에서 CRT가 사용하는 lpReserved2의 구조는 다음과 같다고 합니다.

DWORD  count; 
BYTE   flags[count]; 
HANDLE handles[count]; 

// in memory these are layed out sequentially: 
[ count ][ flags... ][ handles... ] 

이를 이용해 count를 0으로 설정하면 CRT는 단순히 그 이후의 데이터 해석을 안 하게 되는데, 바로 이 점을 이용해 사용자가 임의로 데이터 전달을 할 수 있다고 합니다.

가령, 부모 프로세스 측에서는 이렇게 설정하고,

BYTE data[] = { 0, 0, 0, 0, 'H', 'e', 'l', 'l', 'o', '\0'};
si.cbReserved2 = 10;
si.lpReserved2 = data;

자식 프로세스에서는 다음과 같이 해석하면 됩니다.

#include <Windows.h>

int mainCRTStartup()
{
    STARTUPINFOW si;
    GetStartupInfoW(&si);

    char buffer[1024];
    int length = wsprintfA(buffer, "%d, %s\n", si.cbReserved2, si.lpReserved2 + 4);
    
    {
        HANDLE hOutput = ::GetStdHandle(STD_OUTPUT_HANDLE);
        if (hOutput != INVALID_HANDLE_VALUE)
        {
            DWORD dwWritten = 0;
            ::WriteConsoleA(hOutput, buffer, length, &dwWritten, nullptr);
        }
    }

    return 0;
}

결국, (Windows Loader로 인해 로딩되는) ucrtbase.dll은 count == 0인 lpReserved2의 데이터를 무시할 테고, 사용자 코드에서는 (si.lpReserved2 + 4) 이후의 영역을 접근해 (si.cbReserved2 - 4) 바이트만큼의 데이터를 사용할 수 있게 됩니다. 참고로 이렇게 전달 가능한 데이터는 64K라고 합니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 9/10/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12037정성태10/15/201924391.NET Framework: 867. C# - Encoding.Default 값을 바꿀 수 있을까요?파일 다운로드1
12036정성태10/14/201925536.NET Framework: 866. C# - 고성능이 필요한 환경에서 GC가 발생하지 않는 네이티브 힙 사용파일 다운로드1
12035정성태10/13/201919642개발 환경 구성: 461. C# 8.0의 #nulable 관련 특성을 .NET Framework 프로젝트에서 사용하는 방법 [2]파일 다운로드1
12034정성태10/12/201918986개발 환경 구성: 460. .NET Core 환경에서 (프로젝트가 아닌) C# 코드 파일을 입력으로 컴파일하는 방법 [1]
12033정성태10/11/201923181개발 환경 구성: 459. .NET Framework 프로젝트에서 C# 8.0/9.0 컴파일러를 사용하는 방법
12032정성태10/8/201919290.NET Framework: 865. .NET Core 2.2/3.0 웹 프로젝트를 IIS에서 호스팅(Inproc, out-of-proc)하는 방법 - AspNetCoreModuleV2 소개
12031정성태10/7/201916599오류 유형: 569. Azure Site Extension 업그레이드 시 "System.IO.IOException: There is not enough space on the disk" 예외 발생
12030정성태10/5/201923412.NET Framework: 864. .NET Conf 2019 Korea - "닷넷 17년의 변화 정리 및 닷넷 코어 3.0" 발표 자료 [1]파일 다운로드1
12029정성태9/27/201924228제니퍼 .NET: 29. Jennifersoft provides a trial promotion on its APM solution such as JENNIFER, PHP, and .NET in 2019 and shares the examples of their application.
12028정성태9/26/201919216.NET Framework: 863. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상을 해결하기 위한 시도파일 다운로드1
12027정성태9/26/201914881오류 유형: 568. Consider app.config remapping of assembly "..." from Version "..." [...] to Version "..." [...] to solve conflict and get rid of warning.
12026정성태9/26/201920261.NET Framework: 862. C# - Active Directory의 LDAP 경로 및 정보 조회
12025정성태9/25/201918600제니퍼 .NET: 28. APM 솔루션 제니퍼, PHP, .NET 무료 사용 프로모션 2019 및 적용 사례 (8) [1]
12024정성태9/20/201920526.NET Framework: 861. HttpClient와 HttpClientHandler의 관계 [2]
12023정성태9/18/201920981.NET Framework: 860. ServicePointManager.DefaultConnectionLimit와 HttpClient의 관계파일 다운로드1
12022정성태9/12/201924924개발 환경 구성: 458. C# 8.0 (Preview) 신규 문법을 위한 개발 환경 구성 [3]
12021정성태9/12/201940739도서: 시작하세요! C# 8.0 프로그래밍 [4]
12020정성태9/11/201923903VC++: 134. SYSTEMTIME 값 기준으로 특정 시간이 지났는지를 판단하는 함수
12019정성태9/11/201917472Linux: 23. .NET Core + 리눅스 환경에서 Environment.CurrentDirectory 접근 시 주의 사항
12018정성태9/11/201916288오류 유형: 567. IIS - Unrecognized attribute 'targetFramework'. Note that attribute names are case-sensitive. (D:\lowSite4\web.config line 11)
12017정성태9/11/201920066오류 유형: 566. 비주얼 스튜디오 - Failed to register URL "http://localhost:6879/" for site "..." application "/". Error description: Access is denied. (0x80070005)
12016정성태9/5/201920080오류 유형: 565. git fetch - warning: 'C:\ProgramData/Git/config' has a dubious owner: '(unknown)'.
12015정성태9/3/201925505개발 환경 구성: 457. 윈도우 응용 프로그램의 Socket 연결 시 time-out 시간 제어
12014정성태9/3/201919266개발 환경 구성: 456. 명령행에서 AWS, Azure 등의 원격 저장소에 파일 관리하는 방법 - cyberduck/duck 소개
12013정성태8/28/201922143개발 환경 구성: 455. 윈도우에서 (테스트) 인증서 파일 만드는 방법 [3]
12012정성태8/28/201926744.NET Framework: 859. C# - HttpListener를 이용한 HTTPS 통신 방법
... [76]  77  78  79  80  81  82  83  84  85  86  87  88  89  90  ...