Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

TrustedInstaller 권한으로 프로그램 실행시키는 방법

TrustedInstaller 사용자 권한으로 문제되는 경우들이 종종 있죠.

SYSTEM 또는 TrustedInstaller 소유로 되어 있는 폴더/파일을 삭제하는 방법
; https://www.sysnet.pe.kr/2/0/1519

속성 창의 보안 탭을 통해 조정하는 것도 한두번이지, 반복되다 보면 이제 슬슬 ^^ '중복 제거'의 필요성이 느껴집니다. 가장 좋은 방법은 자동화를 위해 TrustedInstaller 권한으로 프로그램을 실행시킬 수 있는 것인데, 검색해 보면 다음의 도구가 나옵니다.

New version of DevxExec ? run a process from different user credentials
; http://developex.com/blog/new-version-of-devxexec-run-a-process-from-different-user-credentials/

Run process from different credentials? Simple with DevxExec.exe!
; http://developex.com/custom-software/devx-exec.html

devxexec를 이용하면 이렇게 쉽게 TrustedInstaller 권한으로 프로그램을 실행할 수 있다고 합니다.

devxexec.exe /user:TrustedInstaller cmd

하지만, 아쉽게도 Windows 8.1을 지원하지 않는 관계로 테스트 해볼 수 없었습니다. (Windows 7에서는 된다고 합니다.)

그다음 검색된 방법이 바로 이것입니다.

Doing Stuff While Impersonating Trusted Installer Which is technically the same thing as Running Programs as NT System Authority in Vista, 7, etc
; http://vorck.com/windows/ntauth.html

RunasSystem and RunFromToken
; http://reboot.pro/topic/17501-runassystem-and-runfromtoken/

이 유틸리티는 다음의 경로에서 다운로드 받을 수 있고,

RunasSystem and RunFromToken 
; http://reboot.pro/files/file/237-runassystem-and-runfromtoken/

RunasSystem_v1.0.0.3.zip 파일과 RunFromToken_v1.0.0.2.zip 파일의 압축을 풀어 하나의 폴더에 합쳐, 이렇게 실행해 주면 됩니다.

RunasSystem64 "RunFromToken64 trustedinstaller.exe 1 cmd"

의미는 이렇습니다. RunasSystem64 프로그램은 전달받은 인자의 내용을 SYSTEM 권한으로 실행해 줍니다. 그리하여 SYSTEM 권한하에서 실행된 RunFromToken64 프로그램은 인자로 받은 trustedinstaller.exe 프로세스의 보안 토큰을 복제해 1번 세션에서 cmd.exe 프로세스를 실행해 줍니다. 결과적으로 새롭게 실행된 cmd.exe는 TrustedInstaller 사용자 권한으로 실행되는 것입니다.

직접 한번 해봤는데요. 윈도우 8.1에서 "관리자 권한으로 cmd.exe"를 실행시키고 명령행에서 실행했는데, 처음 한번은 다음과 같이 실행되었습니다.

C:\RunasSystem_v1.0.0.3>RunasSystem64 "RunFromToken64 trustedinstaller.exe 1 cmd"
Now setting privilege: SeDebugPrivilege
Now setting privilege: SeAssignPrimaryTokenPrivilege
AdjustTokenPrivileges (SeAssignPrimaryTokenPrivilege): Not all privileges or groups referenced are assigned to the caller.

LsaAddAccountRights 0x00000000
Reboot required for changes to take effect
Now setting privilege: SeIncreaseQuotaPrivilege
Running in session: 1
Host PID: 936

부팅이 필요하다고 하는군요. ^^ 어쨌든 부팅 후에 재실행했을 때는 정상적으로 새로운 cmd.exe 창이 떴습니다.




참고로, RunFromToken64.exe 프로그램은 현재 실행 중인 프로세스의 보안 토큰을 복제하기 때문에 반드시 인자로 지정된 프로그램이 실행 중이어야 합니다. 문제는, trustedinstaller.exe 프로세스가 '프로그램 설치' 작업 시에만 자동 실행되고 평소에는 중지되기 때문에 보통은 실행이 안되어 있습니다. 따라서, 일부러 trustedinstaller.exe 프로세스를 실행해 주어야 하는데 NT 서비스이기 때문에 다음과 같은 명령행으로 실행시켜 줄 수 있습니다.

net start trustedinstaller




처음에 저는, trustedinstaller 서비스(Windows Modules Installer)가 프로그램 설치에 관여하기 때문에 제가 임의로 설치 프로그램을 만들어 실행하면 그 사이의 코드는 trustedinstaller 권한으로 실행될 거라고 생각했습니다.

테스트를 위해 Visual Studio 2013의 설치 프로젝트를 활성화하고,

Microsoft Visual Studio 2013 Installer Projects
; https://marketplace.visualstudio.com/items?itemName=UnniRavindranathan-MSFT.MicrosoftVisualStudio2013InstallerProjects

"Custom Action"을 통해,

Walkthrough: Creating a Custom Action
; https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2010/d9k65z2d(v=vs.100)

설치 작업 중에 제가 원하는 동작을 할 수 있도록 코드를 심었습니다.

using System;
using System.Collections;
using System.ComponentModel;
using System.Diagnostics;

namespace MsiCustomAction
{
    [RunInstaller(true)]
    public partial class InstallerAction : System.Configuration.Install.Installer
    {
        public InstallerAction()
        {
            InitializeComponent();
        }

        public override void Install(IDictionary stateSaver)
        {
            base.Install(stateSaver);

            Trace.WriteLine("Custom Action - Install..." + Environment.UserName);
        }

        protected override void OnCommitting(IDictionary savedState)
        {
            base.OnCommitting(savedState);

            Trace.WriteLine("Custom Action - OnCommitting..." + Environment.UserName);
        }
    }
}

그런데 실제로 테스트 해보면, trustedinstaller 사용자 권한이 아닌, "Local SYSTEM" 사용자 권한으로 실행되었습니다. 아쉽군요. ^^

(어쨌든, 이 방법을 통하면 프로그램을 "Local SYSTEM" 권한으로 psexec.exe를 통하지 않고도 실행할 수 있게 됩니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 



2015-05-28 11시51분
[윤승현] 궁금한게 있어 댓글 남깁니다. 예전 글중에 Button에서의 MouseDown 이벤트 예시를 들면서 터널링, 버블링을 설명해 주셔서 많이 도움이 되었습니다. 그런데 제가 만든 프로그램이 서비스로 띄워서 그런지 "SYSTEM"권한으로 프로세스가 뜨는데 이때 기존 Local 사용자이름으로 띄웠을때 되던 MouseDown 이벤트나 PreviewMouseDown이벤트가 전혀 발생조차 안하고 있어요..
혹시 이유나 처리방법을 알 수 있을까요? 아무리 찾아도 안나오길래 답답한 마음에 댓글 남겨봅니다.
[guest]
2015-05-28 11시56분
[윤승현] 아 죄송 정확히는 마우스로 클릭하면 MouseDown 이벤트가 발생하는데 적외선센서로 되어있는 터치패널에서 터치 인풋을 넣었을때 기존에는 MouseDown으로도 이벤트가 발생했는데 안되는 것입니다.
[guest]
2015-05-28 02시41분
그러니까 질문을 정리해 보면, 일반 사용자 권한으로 WPF 응용 프로그램을 실행하면 적외선 센서의 터치 패널에서 터치 입력을 MouseDown 이벤트로 발생하는데, 동일한 프로그램을 "SYSTEM" 사용자 권한으로 띄우면 MouseDown 이벤트가 안온다는 것인가요?
정성태
2015-05-29 08시29분
[윤승현] 네.. 정확하게 맞습니다.
[guest]
2015-05-29 12시45분
그럼, 궁금한 것이 있는데요. WPF 응용 프로그램을 SYSTEM 권한으로 어떻게 띄웠나요?
정성태
2015-06-01 01시08분
[윤승현] 네 그건 WPF 응용프로그램을 띄우고 프로세스를 감시하는 별도의 WPF 응용 프로그램이 있구요. 그 응용 프로그램을 윈도우 서비스 형태로 빌드해서 서비스 시작으로 해당 응용 프로그램을 띄우면 SYSTEM권한으로 뜹니다. SYSTEM권한으로 뜬 감시 프로그램이 저의 WPF 응용 프로그램을 실행 시키면 제 프로그램도 SYSTEM권한으로 뜹니다.
[guest]
2015-06-01 04시16분
서비스의 경우 세션이 달라서 기본적으로는 현재 로그인한 사용자의 데스크탑에 나오지 않을텐데요... 그럼 로그인 사용자의 데스크탑을 구해서 그 것과 연결시켜 프로그램을 실행하는 처리를 하신건가요?

말씀하신 상황이 디바이스가 필요하므로 제가 재현할수 없기 때문에 질문만 하게 되는데요. 그럼 System 계정이 아니라 로그인 사용자 권한으로 WPF 응용 프로그램을 실행시키는 것은 안되나요?
정성태
2015-06-03 10시25분
[윤승현] 음 첫번째 질문은.. 잘은 모르지만 WPF로 만들어서 InstallShield로 패키징 할때 옵션으로 윈도우 서비스에 등록하는게 있고. 그걸로 배포된 설치패키지 설치하면 작업관리자에 서비스에 나타납니다.
그래서 서비스 시작을 하면 프로세스에 해당 프로그램 프로세스가 뜨죠 그때 SYSTEM 계정으로 떠지구요..
작업관리자의 프로세스탭의 모든 사용자의 프로세스 표시하면 SYSTEM 계정으로 뜬 프로세스들도 뜨게 되요. 물론 현재 로그인 사용자계정은 Administrator 권한이구요.

두번째 질문하신 부분은
현재 로그인 사용자 권한으로 WPF 응용 프로그램을 실행 시키면 터치고 뭐고 비주얼스튜디오에서 디버그환경처럼 정상작동 됩니다.
터치디바이스가 없어서 재현하기 어려우시겠죠.. 혹시 경험이 있으시나 해서 여쭤봤습니다. 바쁘실텐데 시간내주셔서 감사합니다.
[guest]
2015-06-03 11시33분
아... 그렇다는 것은... "SYSTEM권한으로 뜬 감시 프로그램이 저의 WPF 응용 프로그램을 실행 시키면 제 프로그램도 SYSTEM권한으로 뜹니다" 라고 하셨는데요, 그럼 감시 프로그램이 실행한 두번째 WPF 응용 프로그램이 화면에 보이는 것은 아닌 거죠?
정성태
2015-06-04 03시33분
[윤승현] 맞습니다 두번째 WPF응용프로그램도 화면에 보여요 그래서 화면의 마우스입력을 받죠
[guest]
2015-06-04 12시52분
답을 낼 수가 없군요... ^^; 그나저나... 혹시 운영체제가 XP인가요?
정성태

... 46  47  48  49  50  51  52  53  54  55  56  57  58  [59]  60  ...
NoWriterDateCnt.TitleFile(s)
12149정성태2/20/202011118.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202012335디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202010968디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202011209.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202010462.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202010480.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/20208605.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202010313.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/20209934.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/20209768.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202011122.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202013874.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/20209106오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/20209462Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202013113개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202013300.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202010540디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202012083.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기)파일 다운로드1
12131정성태1/27/202012171개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/20209639VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202015223.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202010021오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/25/20209892.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
12126정성태1/25/202010666.NET Framework: 880. C# - PE 파일로부터 IMAGE_COR20_HEADER 및 VTableFixups 테이블 분석파일 다운로드1
12125정성태1/24/20208540VS.NET IDE: 141. IDE0019 - Use pattern matching
12124정성태1/23/202010376VS.NET IDE: 140. IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
... 46  47  48  49  50  51  52  53  54  55  56  57  58  [59]  60  ...