$
我們經(jīng)常使用向 $ 內(nèi)傳入一個字符串的方式來選擇或生成 DOM 元素，但如果這個字符串是來自用戶輸入的話，那么這種方式就是有風險的。

先看一個 DEMO：http://jsbin.com/duwuzonife/1/edit?html,js,output

$("<img src='' onerror='alert();'>");

當用戶輸入的字符串是像這樣的時，雖然這個 <img> 元素不會馬上被插入到網(wǎng)頁的 DOM 中，但這個 DOM 元素已經(jīng)被創(chuàng)建了，并且暫存在內(nèi)存里。而對于 <img> 元素，只要設(shè)置了它的 src 屬性，瀏覽器就會馬上請求 src 屬性所指向的資源。我們也可以利用這個特性做圖片的預(yù)加載。在上面的示例代碼中，創(chuàng)建元素的同時，也設(shè)置了它的屬性，包括 src 屬性和 onerror 事件監(jiān)聽器，所以瀏覽器會馬上請求圖片資源，顯然請求不到，隨機觸發(fā) onerror 的回調(diào)函數(shù)，也就執(zhí)行了 JavaScript 代碼。

推薦閱讀 $ 的官方文檔：http://api.jquery.com/jQuery/

類似的其他方法

.after()
.append()
.appendTo()
.before()
.html()
.insertAfter()
.insertBefore()
.prepend()
.prependTo()
.replaceAll()
.replaceWith()
.unwrap()
.wrap()
.wrapAll()
.wrapInner()
.prepend()

以上這些方法不僅創(chuàng)建 DOM 元素，并且會馬上插入到頁面的 DOM 樹中。如果使用 <script> 標簽插入了內(nèi)聯(lián) JS 會立即執(zhí)行。

不安全的輸入來源

document.URL *
document.location.pathname *
document.location.href *
document.location.search *
document.location.hash
document.referrer *
window.name
document.cookie

document 的大多數(shù)屬性都可以通過全局的 window 對象訪問到。加 * 的屬性返回的時編碼 （urlencode） 后的字符串，需要解碼才可能造成威脅。

不安全的操作
把可以被用戶編輯的字符串，用在以下場景中，都是有隱患的?？傮w來說，任何把字符串作為可執(zhí)行的代碼的操作，都是不安全的。

1.通過字符串創(chuàng)建函數(shù)

（1）eval
（2）new Function
（3）setTimeout/setInterval
2.跳轉(zhuǎn)頁面

location.replace/location.assign
修改 <script> 標簽的 src 屬性
修改事件監(jiān)聽器
總結(jié)
如果發(fā)生在用 jQuery 時被 DOM-XSS 攻擊的情況，大多是因為忽視了兩個東西：
1. 在給$傳參數(shù)時，對參數(shù)來源的把控。
2. 用戶的輸入途徑不只有表單，還有地址欄，還可以通過開發(fā)者工具直接修改 DOM ，或者直接在控制臺執(zhí)行 JS 代碼。

最新評論