Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dumping the AD for import into Bloodhound fails using low priv. accounts in 2.0.4 #29

Closed
jsdhasfedssad opened this issue Feb 22, 2022 · 4 comments

Comments

@jsdhasfedssad
Copy link

jsdhasfedssad commented Feb 22, 2022

I can successfully dump my AD for import into Bloodhound using 2.0.1 and a low .priv account.
dump_working

When I try this in 2.0.4 using the same low priv. account as above and the same AD this partially fails.
dump_failing

When I use the account domainadmin1 (high priv.) dumping works in 2.0.4.
dump_working2

Is all of this intentionally? If not something seems to have broken.

@jsdhasfedssad jsdhasfedssad changed the title Dumping the AD for import into Bloodhound fail in 2.0.4 Dumping the AD for import into Bloodhound fails using low priv. accounts in 2.0.4 Feb 22, 2022
@ly4k
Copy link
Owner

ly4k commented Feb 22, 2022

I changed the method for retrieving the CA configuration from Remote Registry (MS-RRP) to Certificate Services Remote Administration (MS-CSRA). During my own testing, I found that low privileged users could retrieve the configuration from MS-CSRA, but it might be because you're missing the CERTSVC_DCOM_ACCESS group membership, and as such, you cannot connect via DCOM. Perhaps remote registry is better after all, and maybe MS-CSRA as fallback. Will fix this later today. Thanks for reporting the issue

@ly4k
Copy link
Owner

ly4k commented Feb 22, 2022

Should be fixed in 2.0.5. Can you please verify?

@jsdhasfedssad
Copy link
Author

Great! Assuming the error below is just temporary until the backup feature runs, this works in 2.0.6.
dump_working3

@ly4k
Copy link
Owner

ly4k commented Feb 23, 2022

Yes, so the new version tries both methods. The MS-CSRA method is faster when the Remote Registry service isn't running, but apparently that method behaves differently in regards to permissions, probably because of DCOM. So yes, the output is a bit verbose if MS-CSRA fails. Perhaps I could print it only in verbose (-debug) mode :)

@ly4k ly4k closed this as completed Feb 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants