Microsoft MVP성태의 닷넷 이야기
VC++: 30. 필수 무결성 제어를 조절하는 방법(2) - 직접 코딩 [링크 복사], [링크+제목 복사],
조회: 25640
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12706정성태7/14/20219227.NET Framework: 1076. C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법 [2]파일 다운로드1
12705정성태7/13/20219372VS.NET IDE: 168. x64 DLL 프로젝트의 컨트롤이 Visual Studio의 Designer에서 보이지 않는 문제 - 두 번째 이야기
12704정성태7/12/20218519개발 환경 구성: 576. Azure VM의 서비스를 Azure Web App Service에서만 접근하도록 NSG 설정을 제한하는 방법
12703정성태7/11/202114225개발 환경 구성: 575. Azure VM에 (ICMP) ping을 허용하는 방법
12702정성태7/11/20219362오류 유형: 733. TaskScheduler에 등록된 wacs.exe의 Let's Encrypt 인증서 업데이트 문제
12701정성태7/9/20218970.NET Framework: 1075. C# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?파일 다운로드1
12700정성태7/8/20219311.NET Framework: 1074. RuntimeType의 메모리 누수? [1]
12699정성태7/8/20218113VS.NET IDE: 167. Visual Studio 디버깅 중 GC Heap 상태를 보여주는 "Show Diagnostic Tools" 메뉴 사용법
12698정성태7/7/202112013오류 유형: 732. Windows 11 업데이트 시 3% 또는 0%에서 다운로드가 멈춘 경우
12697정성태7/7/20217868개발 환경 구성: 574. Windows 11 (Insider Preview) 설치하는 방법
12696정성태7/6/20218535VC++: 146. 운영체제의 스레드 문맥 교환(Context Switch)을 유사하게 구현하는 방법파일 다운로드2
12695정성태7/3/20218549VC++: 145. C 언어의 setjmp/longjmp 기능을 Thread Context를 이용해 유사하게 구현하는 방법파일 다운로드1
12694정성태7/2/202110626Java: 24. Azure - Spring Boot 앱을 Java SE(Embedded Web Server)로 호스팅 시 로그 파일 남기는 방법 [1]
12693정성태6/30/20218252오류 유형: 731. Azure Web App Site Extension - Failed to install web app extension [...]. {1}
12692정성태6/30/20218199디버깅 기술: 180. Azure - Web App의 비정상 종료 시 남겨지는 로그 확인
12691정성태6/30/20218977개발 환경 구성: 573. 테스트 용도이지만 테스트에 적합하지 않은 Azure D1 공유(shared) 요금제
12690정성태6/28/20219856Java: 23. Azure - 자바(Java)로 만드는 Web App Service - Tomcat 호스팅
12689정성태6/25/202110472오류 유형: 730. Windows Forms 디자이너 - The class Form1 can be designed, but is not the first class in the file. [1]
12688정성태6/24/202110115.NET Framework: 1073. C# - JSON 역/직렬화 시 리플렉션 손실을 없애는 JsonSrcGen [2]파일 다운로드1
12687정성태6/22/20218033오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
12686정성태6/21/202110555Java: 22. Azure - 자바(Java)로 만드는 Web App Service - Java SE (Embedded Web Server) 호스팅
12685정성태6/21/202110788Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
12684정성태6/19/20219191오류 유형: 728. Visual Studio 2022부터 DTE.get_Properties 속성 접근 시 System.MissingMethodException 예외 발생
12683정성태6/18/202110662VS.NET IDE: 166. Visual Studio 2022 - Windows Forms 프로젝트의 x86 DLL 컨트롤이 Designer에서 오류가 발생하는 문제 [1]파일 다운로드1
12682정성태6/18/20218276VS.NET IDE: 165. Visual Studio 2022를 위한 Extension 마이그레이션
12681정성태6/18/20217634오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
... 31  32  33  34  35  36  37  [38]  39  40  41  42  43  44  45  ...