Conversation
The userAccountControl search filter is a bit restrictive. I changed it from 4128 (32 - PASSWD_NOTREQD + 4096 - WORKSTATION_TRUST_ACCOUNT) to only 4096 since "After a computer account has joined the domain, it will just have the WORKSTATION_TRUST_ACCOUNT flag set (4096)" - https://www.trustedsec.com/blog/diving-into-pre-created-computer-accounts Signed-off-by: ledrypotato <matt.taylor3@proton.me>
|
What do you suggest then? Just using the other pre2k tool by garettfoster? Seems a shame to not have the module working as intended in NetExec 😕... |
We could add a module option to just request it for all computers in the domain, but I don't think that this should be the default. Garrett knows what he is doing with his tool and describes the behavior in his README file, but I think users wouldn't expect an nxc module to automatically request hundreds or even thousands of TGTs at one. |
|
@Marshall-Hallenbeck the PR template bot crashed again |
NeffIsBack
left a comment
There was a problem hiding this comment.
Thanks for the adjustments, a few small things left to do.
|
Awesome, looks good! |






Description
On a recent engagement, using the pre2k module, multiple computer accounts were not found as having the same password as the machine name (in lowercase without the trailing $) - these are known as pre-created computer accounts. In the existing pre2k module, the LDAP filter misses out on computers that are already joined to the domain.
The
userAccountControlsearch filter is a bit restrictive. I changed it from 4128 (32 - PASSWD_NOTREQD + 4096 - WORKSTATION_TRUST_ACCOUNT) to only 4096.When testing with another tool (pre2k) during my engagement it successfully found valid credentials. This tool uses the filter
(objectclass=computer).Type of change
Setup guide for the review