Description

{'xhtml:p': 'An adversary exploits improper input validation by submitting maliciously crafted input to a target application running on a server, with the goal of forcing the server to make a request either to itself, to web services running in the server\u00e2\u0080\u0099s internal network, or to external third parties. If successful, the adversary\u00e2\u0080\u0099s request will be made with the server\u00e2\u0080\u0099s privilege level, bypassing its authentication controls. This ultimately allows the adversary to access sensitive data, execute commands on the server\u00e2\u0080\u0099s network, and make external requests with the stolen identity of the server. Server Side Request Forgery attacks differ from Cross Site Request Forgery attacks in that they target the server itself, whereas CSRF attacks exploit an insecure user authentication mechanism to perform unauthorized actions on the user's behalf.'}

Attack Execution Flow

3

1

Step 1

Explore

[Find target application] Find target web application that accepts a user input and retrieves data from the server

2

Step 2

Experiment

[Examine existing application requests] Examine HTTP/GET requests to view the URL query format. Adversaries test to see if this type of attack is possible through weaknesses in an application's protection to Server Side Request Forgery
Attempt manipulating the URL to retrieve an error response/code from the server to determine if URL/request validation is done.
Use a list of XSS probe strings to specify as parameters to known URLs. If possible, use probe strings with unique identifiers.
Create a GET request with a common server file path such as /etc/passwd as a parameter and examine output.

Attack Techniques

Attempt manipulating the URL to retrieve an error response/code from the server to determine if URL/request validation is done.
Use a list of XSS probe strings to specify as parameters to known URLs. If possible, use probe strings with unique identifiers.
IT: Tentare di manipolare l'URL per ottenere una risposta/errore dal server al fine di determinare se viene effettuata una validazione dell'URL/ richiesta.
Create a GET request with a common server file path such as /etc/passwd as a parameter and examine output.
IT: Tentare di manipolare l'URL per ottenere una risposta/errore dal server al fine di determinare se viene effettuata una validazione dell'URL/ richiesta.

3

Step 3

Exploit

[Malicious request] Adversary crafts a malicious URL request that assumes the privilege level of the server to query internal or external network services and sends the request to the application

Mitigations

5

Allowlist The Dns Name Or Ip Address Of Every Service The Web Application Is Required To Access Is Another Effective Security Measure. This Ensures The Server Cannot Make External Requests To Arbitrary Services.

Enforce The Usage Of Relevant Url Schemas. By Limiting Requests Be Made Only Through Http Or Https, For Example, Attacks Made Through Insecure Schemas Such As File://, Ftp://, Etc. Can Be Prevented.

Further Down The Process Flow, Examining The Response And Verifying That It Is As Expected Before Sending Would Be Another Way To Secure The Server.

Handling Incoming Requests Securely Is The First Line Of Action To Mitigate This Vulnerability. This Can Be Done Through Url Validation.

Requiring Authentication For Local Services Adds Another Layer Of Security Between The Adversary And Internal Services Running On The Server. By Enforcing Local Authentication, An Adversary Will Not Gain Access To All Internal Services Only With Access To The Server.

Consequences

Relationships

Resources Required

1

CAPEC 664 Server Side Request Forgery

Description

Attack Execution Flow

Step 1

Step 2

Attack Techniques

Step 3

Mitigations

Allowlist The Dns Name Or Ip Address Of Every Service The Web Application Is Required To Access Is Another Effective Security Measure. This Ensures The Server Cannot Make External Requests To Arbitrary Services.

Enforce The Usage Of Relevant Url Schemas. By Limiting Requests Be Made Only Through Http Or Https, For Example, Attacks Made Through Insecure Schemas Such As File://, Ftp://, Etc. Can Be Prevented.

Further Down The Process Flow, Examining The Response And Verifying That It Is As Expected Before Sending Would Be Another Way To Secure The Server.

Handling Incoming Requests Securely Is The First Line Of Action To Mitigate This Vulnerability. This Can Be Done Through Url Validation.

Requiring Authentication For Local Services Adds Another Layer Of Security Between The Adversary And Internal Services Running On The Server. By Enforcing Local Authentication, An Adversary Will Not Gain Access To All Internal Services Only With Access To The Server.

Consequences

Security Scopes Affected

Potential Impacts

Relationships

Parent CAPECs

Resources Required

CAPEC 664 Server Side Request Forgery

Description

Attack Execution Flow

Step 1

Step 2

Attack Techniques

Step 3

Mitigations

Allowlist The Dns Name Or Ip Address Of Every Service The Web Application Is Required To Access Is Another Effective Security Measure. This Ensures The Server Cannot Make External Requests To Arbitrary Services.

Enforce The Usage Of Relevant Url Schemas. By Limiting Requests Be Made Only Through Http Or Https, For Example, Attacks Made Through Insecure Schemas Such As File://, Ftp://, Etc. Can Be Prevented.

Further Down The Process Flow, Examining The Response And Verifying That It Is As Expected Before Sending Would Be Another Way To Secure The Server.

Handling Incoming Requests Securely Is The First Line Of Action To Mitigate This Vulnerability. This Can Be Done Through Url Validation.

Requiring Authentication For Local Services Adds Another Layer Of Security Between The Adversary And Internal Services Running On The Server. By Enforcing Local Authentication, An Adversary Will Not Gain Access To All Internal Services Only With Access To The Server.

Consequences

Security Scopes Affected

Potential Impacts

Relationships

Parent CAPECs

Resources Required

Iscriviti alla newsletter