While conducting a penetration test of a client’s external network, I discovered a way to enumerate users’ in ManageEngine’s ADSelfService Plus application. This allows an attacker to determine the system Admin username.
Product: ManageEngine ADSelfService Plus
Software Version: 5.7, build 5704
The login page is vulnerable to account enumeration.
The admin login page is accessed through the web UI at the following URI:
Figure 1 - Screenshot of adminLogin.cc
Proof of Concept:
Attempt to login with an account that doesn’t exist, and you receive a unique error message.
Figure 2 - Screenshot of an attempted login with an incorrect username
If you then attempt to login to an account that does exist, then you will not receive the “No such user account configured”.
Figure 3 - Screenshot of an attempted login of an existing account
In order to prove this, I have written a POC script that you can find here that automates the enumeration based on a list of users.
After reaching out to the vendor they decided that this was not an issue and responded with the following statement:
“We’ve investigated this report. The mentioned ‘adminLogin.cc’ request is protected with the Threshold. So, user enumeration is not easy to perform. Additionally, these messages could be customized in the customer environment. Hence, closing this report as N/A.”
The ”Threshold” that they are alluding to is that by default, the application will show a CAPTCHA after 3 invalid login attempts in order to slow brute forcing down, but this does not remedy the concern with disclosing which accounts exist.
Figure 4 – CAPTCHA settings
2019-02-18 – Vulnerability Disclosed to Vendor
2019-02-18 – Vendor Replied and Started Investigating
2019-03-20 – Vendor Closed as Non-Issue
by Chase Dardaman | SECTION8, CRITICALSTART
March 26, 2019