Microsoft MVP성태의 닷넷 이야기
VC++: 30. 필수 무결성 제어를 조절하는 방법(2) - 직접 코딩 [링크 복사], [링크+제목 복사],
조회: 25350
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 8개 있습니다.)
VC++: 29. 필수 무결성 제어를 조절하는 방법(1) - Manifest 파일 이용
; https://www.sysnet.pe.kr/2/0/445

VC++: 30. 필수 무결성 제어를 조절하는 방법(2) - 직접 코딩
; https://www.sysnet.pe.kr/2/0/446

VS.NET IDE: 43. .NET에서의 필수 무결성 제어 조절하는 방법 - Manifest 파일 이용
; https://www.sysnet.pe.kr/2/0/450

VS.NET IDE: 50. Orcas - UAC 설정 관련
; https://www.sysnet.pe.kr/2/0/507

개발 환경 구성: 320. Visual Basic .NET 프로젝트에서 내장 Manifest 자원을 EXE 파일로부터 제거하는 방법
; https://www.sysnet.pe.kr/2/0/11228

VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작
; https://www.sysnet.pe.kr/2/0/11318

개발 환경 구성: 572. .NET에서의 신뢰도 등급 조정 - 외부 Manifest 파일을 두는 방법
; https://www.sysnet.pe.kr/2/0/12634

VS.NET IDE: 181. Visual Studio - C/C++ 프로젝트에 application manifest 적용하는 방법
; https://www.sysnet.pe.kr/2/0/13304





필수 무결성 제어(신뢰도 등급)을 조절하는 방법(2) - 직접 코딩


Manifest를 통한 필수 무결성 제어(신뢰도 등급) 조정과 코딩을 통한 필수 무결성 제어(신뢰도 등급) 조정은 어느 것이 낫다고 볼 수 없는, 그들만의 장단점을 가지고 있습니다. 대략 다음과 같은 특징들이 있다고 볼 수 있겠군요.

1. Manifest를 이용

 장점: 구현의 용이, 코드 수정 없이 변경 가능(외부 manifest)
 단점: requireAdministrator, highestAvailable, asInvoker만이 가능
 
2. 코딩을 이용한 방법

 장점: 다양한 제어 가능(Low 권한의 프로세스 생성 가능)
 단점: 코딩의 부담

음... 써놓고 보니 좀 상투적이라고 느낌이 드는군요. ^^; 암튼, 이와 관련돼 대표적인 코드 2가지를 한번 살펴 보도록 하겠습니다.

* 참고로, 여기 있는 소스 코드를 직접 컴파일하고 실행시켜 보기 위해서는 개발 환경을 그에 맞게 구성해 주셔야 합니다. 이에 대해서는 다음의 토픽을 참고하십시오.

비스타 응용 프로그램 개발을 위한 VS.NET 2005 환경 설정
; https://www.sysnet.pe.kr/2/0/444




1. medium 신뢰도에서 "low" 신뢰도의 프로그램을 실행시키는 코드
이미, 예전에 "보호 모드와 필수 무결성 제어(신뢰도 등급)(MIC: Mandatory Integrity Control)"에서 소개해 드렸던 "Understanding and Working in Protected Mode Internet Explorer"에 포함된 코드를 그대로 옮길 수밖에는 없을 것 같습니다. ^^

void CreateLowProcess()
{
  BOOL bRet;
  HANDLE hToken;
  HANDLE hNewToken;

  WCHAR wszProcessName[MAX_PATH] = L"Notepad.exe";
  WCHAR wszIntegritySid[20] = L"S-1-16-4096";
  PSID pIntegritySid = NULL;

  TOKEN_MANDATORY_LABEL TIL = {0};
  PROCESS_INFORMATION ProcInfo = {0};
  STARTUPINFO StartupInfo = {0};
  ULONG ExitCode = 0;

  if (OpenProcessToken(GetCurrentProcess(),MAXIMUM_ALLOWED, &hToken))
  {
    if (DuplicateTokenEx(hToken, MAXIMUM_ALLOWED, NULL,
        SecurityImpersonation, TokenPrimary, &hNewToken))
    {
      if (ConvertStringSidToSid(wszIntegritySid, &pIntegritySid))
      {
        TIL.Label.Attributes = SE_GROUP_INTEGRITY;
        TIL.Label.Sid = pIntegritySid;

        if (SetTokenInformation(hNewToken, TokenIntegrityLevel, &TIL,
            sizeof(TOKEN_MANDATORY_LABEL) + GetLengthSid(pIntegritySid)))
        {
          bRet = CreateProcessAsUser(hNewToken, NULL, wszProcessName, NULL, NULL, FALSE,
                   0, NULL, NULL, &StartupInfo, &ProcInfo);
        }

        LocalFree(pIntegritySid);
      }
      CloseHandle(hNewToken);
    }
    CloseHandle(hToken);
  }
}

뭐, 별로 그다지 살펴 볼만한 내용이 없을 것 같습니다. 그냥 그대로 ^^; 써야만 하기 때문에.

참고로, IntegritySid 값으로는 다음과 같은 값들을 가지고 있습니다.

Low    == S-1-16-4096
Medium == S-1-16-8192 
High   == S-1-16-12288 
System == S-1-16-16384

"보호 모드와 필수 무결성 제어(신뢰도 등급)(MIC: Mandatory Integrity Control)"에서도 잠시 언급을 했었지만, "low, medium, high, system에 대해 각각 hex 값으로 1000/2000/3000/4000"이라고 말씀드렸었는데... 실제로 위의 Integrity SID 값의 "S-1-16-" 뒤의 숫자 값들을 16진수로 표현하면 각각 4096 == 0x1000, 8192 == 0x2000, 12288 == 0x3000, 16384 == 0x4000 임을 알 수 있습니다.

2. medium 신뢰도에서 "high" 신뢰도의 프로그램을 실행시키는 코드
처음에 저는, medium에서 high 신뢰도의 응용 프로그램을 실행시킬 때에도 위와 같은 코드를 그대로 활용할 수 있을 거라고 생각했습니다. 즉, 위에서 살펴본 CreateLowProcess 함수의 wszIntegritySid 변수값에 high에 해당하는 "S-1-16-12288" 값을 넣으면, "CreateProcessAsUser" API가 실행되면서 "UAC 확인창"이 뜨고 자연스럽게 high 권한의 프로세스가 생성될 거라고 여겼었는데요.

실제 해보면 SetTokenInformation API에서 "0x522" 값의 오류 코드가 반환됩니다.

* 참고: 관련 오류 코드 의미

#define ERROR_PRIVILEGE_NOT_HELD 1314L  // 0x522 : "A required privilege is not held by the client."
#define ERROR_ELEVATION_REQUIRED 740L   // 0x2e4 : "The requested operation requires elevation."

일단, medium 신뢰도의 프로세스에서 high 신뢰도의 프로세스를 생성하는 방법에 대해서 문서상으로는 명시적인 방법이 제공되고 있진 않지만, 다행히도 다음의 토픽에서 "트릭"으로 언급하면서 설명해 주고 있습니다.

Vista Compatibility Team Blog - Elevate through ShellExecute 
; http://blogs.msdn.com/vistacompatteam/archive/2006/09/25/771232.aspx

아래의 코드가 그 방법인데, 간단하게 기존에 제공되던 "verb" 중에서 "runas"를 이용해서 high 신뢰도의 프로세스를 실행시키는 것을 가능하게 해주고 있습니다.

void CreateHighProcess(HWND hWnd)
{
  SHELLEXECUTEINFO   sei;
  ZeroMemory (&sei, sizeof(sei) );
  sei.cbSize          = sizeof(SHELLEXECUTEINFOW);
  sei.hwnd            = hWnd;
  sei.lpVerb          = L"runas";
  sei.lpFile          = L"Notepad.exe";
  sei.nShow           = SW_SHOWNORMAL;

  ShellExecuteEx ( &sei );
}

* 첨부된 압축 파일에는 위의 2가지 코드를 담은 Visual C++ 8 MFC 대화창 기반 프로젝트가 들어있습니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 9/11/2023]

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

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13568정성태2/27/20241891닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241837오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241896오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241735닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241984Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241962디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20242013오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242086닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242130디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242955오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242209닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241944Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20242004Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242153닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241876VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241970닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241918닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242107닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242271Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242736개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242534개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242319개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20242159Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20242008닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20242034오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20242067Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...