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

"Error in consumer" when connecting to LDAP server with SH v2.5.x #118

Open
jaredbarez opened this issue Sep 20, 2024 · 3 comments
Open

Comments

@jaredbarez
Copy link

There is some change that was introduced in branch 2.5.x that now prevents SH to contact LDAP server (i.e. DC) of target domain for collection. Please look into screenshots:

SharpHound 2.5.1 (throws "error in consumer" "The LDAP server is unavailable"), which is release immediately after older 2.4.1:
shot1

SharpHound 2.4.1 (works fine):
shot2

SharpHound 2.5.7 (the latest one in the moment of reporting the issue, also throws the same error):
shot3

In all three tries I am trying to connect to the same LDAP server (i.e. the SH parameters are the same) and the security context of the user is the same (PS CLI is started as "runas /netonly" with domain user context on standalone Windows machine with the DNS servers pointing to DC's of the target domain which are running the DNS service).

Any clues ?

@rvazarkar
Copy link
Contributor

This is cool, cause I've actually never seen this exception before. Stuff always gets a bit screwy in netonly, but I'm pretty sure I know where this error is coming from. The cool part is, the .net docs don't actually say its possible to have an exception in the constructor of this particular function. Will add a ticket for it

rvazarkar added a commit to SpecterOps/SharpHoundCommon that referenced this issue Sep 20, 2024
@svenhertle
Copy link

I just had the same issue and can confirm that the fix works.

I used SharpHound with the --ldapuser and --ldappassword parameters on a standalone machine.

Thank you!

@gumbyDE
Copy link

gumbyDE commented Oct 10, 2024

Can also confirm that the issue is fixed with the change. I was also running the collector with runas /netonly.
Any idea when this fix will make it into the release version?

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

4 participants