XSS (Cross-Site Scripting)
Last updated
Was this helpful?
Last updated
Was this helpful?
Cross-Site Scripting (XSS) is a security vulnerability that occurs when an application includes untrusted data in a web page. Attackers can inject malicious scripts into web pages viewed by other users. These scripts execute in the context of a user's browser, which can lead to a wide range of attacks, such as stealing cookies, session tokens, or sensitive data, defacing websites, or redirecting users to malicious sites.
There are three major types of XSS:
Stored XSS: The injected payload is permanently stored on the server and served to other users when they access the page.
Reflected XSS: The payload is included in the page as a result of a user action, like clicking on a malicious link or submitting a form.
DOM-based XSS: while stored and reflected XSS attacks exploit vulnerabilities in the server-side code, a DOM-based XSS exploits client-side ones (e.g. JavaScript used to help dynamically render a page). DOM-based XSS usually affect user inputs that are temporarily reflected, just like reflected XSS attacks.
(Python) can be used to scan website for XSS
We have to identify input vectors that may not be properly sanitized and that are stored or reflected. For example:
URI parameters for reflected and DOM-based XSS
Other user inputs in forums, chats, comments, posts, and other stored content for stored XSS
HTTP headers like Cookies (and even User-Agents in some cases)
We can input special characters and observe the output to determine if any of the special characters return unfiltered. The most common special characters used for this purpose include:
Generally we will use following payloads as a proof of concept. It will open an alert window.
Here are some handy one-liners to automate XSS scans on domains using tools like , , , , , , , , , .
The following (or ) can assist in recognizing the alterations made to user inputs, which can aid in circumventing filters and modifications, enabling the exploitation of XSS vulnerabilities.
On the attacking webserver, we may use to logs each inbound HTTP connection and all the cookies contained in that connection.
instructs the browser to deny JavaScript access to the cookie. If this flag is set, we won't be able to steal the cookies.
We may improve our payload for more reliability. First, compress it using , and then past it as the following encode_to_javascript
function argument
CSP is a browser security mechanism that aims to mitigate and some other attacks. It works by restricting the resources (such as scripts and images) that a page can load and restricting whether a page can be framed by other pages. To enable CSP, a response needs to include an HTTP response header called Content-Security-Policy
with a value containing the policy. The policy itself consists of one or more directives, separated by semicolons.
, is an designed to help ethical hackers bypass restrictive Content Security Policies (CSP) and exploit XSS (Cross-Site Scripting) vulnerabilities on sites where injections are blocked by CSPs that only allow certain whitelisted domains.