Server-Side Request Forgery Vulnerability in Manage Engine Applications Manager.

TITLE – Responsible Vulnerability Disclosure Server-Side Request Forgery (SSRF) CVE-2021-35512: – Server-Side Request Forgery (SSRF) Vulnerability in Manage Engine Applications Manager (Affected build number:15190).


eSecForte Technologies Security Researcher – Sanchi Jain found a Server-Side Request Forgery (SSRF) vulnerability in the Manage Engine Applications Manager, and it has been assigned CVE-2021-35512 by the MITRE.

Manage Engine Applications Manager is an application performance monitoring software that provides deep visibility into the performance and user experience of the business-critical applications and infrastructure components. It helps to isolate and resolve performance issues across the entire application stack quickly – from the URL to the line of code – with minimal overhead before the customers are affected. Organizations of all sizes use Applications Manager to improve and automate IT and DevOps processes, ensure optimal end-user experience, and deliver better business outcomes.

Description: Server-Side Request Forgery (SSRF) is an attack in which attacker can abuse functionality on the server to read or update internal resources. The attacker can supply or modify a URL, which the code running on the server will read or submit data. By carefully selecting the URLs, the attacker may be able to read server configuration such as AWS metadata, connect to internal services like HTTP-enabled databases or perform POST requests towards internal services that are not intended to be exposed.

Platform/Product: Manage Engine Applications Manager – Affected Build Number 15190

Vulnerability Name: Server-Side Request Forgery (SSRF)

Affected Component:

Attack Type:


A successful attack can lead to several impacts like:

  • Port scanning: A user can scan the port of a particular website through the vulnerable web application which is processing the user’s URL.
  • Fingerprinting intranet.
  • Attacking internal or external web applications.
  • Reading local web server files using the file:/// protocol handler.

In some cases, a successful SSRF attack can even lead to Remote Code Execution (RCE).


To prevent this attack in the web applications it is strongly advised to use a whitelist of allowed domains and protocols from where the web server can fetch remote resources. Also, should avoid using user input directly in functions that can make requests on behalf of the server. Always sanitize and filter user input.

Method of Exploitation

Steps to Reproduce #:-

1. Open the application and do login with valid credentials as shown below:

Server-Side Request Forgery

2. Select “Advanced Analytics” and click on “SETUP NOW”.

Server-Side Request Forgery

3. Enter “Host Name” and “Port”.

Server-Side Request Forgery

4. Click on save button and intercept the request in burpsuite and send it to repeater.

Server-Side Request Forgery

5. Now, to detect SSRF enter burp collaborator client URL in “loginURL” parameter and send the request.

Server-Side Request Forgery

6. Observe the intercation in Burp collaborator client.

Server-Side Request Forgery
Server-Side Request Forgery

7. Exploitation: Identify the open ports - Step 7.1: Enter your IP in “loginURL” parameter.

Server-Side Request Forgery

Step 7.2: Now to enumerate open ports, send the request to intruder and select the payload position.

Server-Side Request Forgery

Step 7.3: Select the payloads and start the attack.

Server-Side Request Forgery

Step 7.4: Observe the “Response” and “Length” of all the requests. Open ports are having length 220.

Server-Side Request Forgery

Step 7.5: Now, we have also verified all the open ports using nmap.

Server-Side Request Forgery

[Disclosure Process]

  1. Reported the Vulnerability to the Vendor Security or PSIRT Team.
  2. Acknowledged confirmed from the Vendor that vulnerability exists.
  3. CVE has been filed in NVD.
  4. The vendor confirms that the vulnerability is fixed or the latest version, the patch is released.
  5. Vulnerability disclosed to the public.




[Has vendor confirmed or acknowledged the vulnerability?]



Sanchi Jain from eSecForte Technologies Pvt Ltd