本文較為詳細(xì)的分析了js同源策略。分享給大家供大家參考。具體如下：

概念:同源策略是客戶端腳本（尤其是Javascript）的重要的安全度量標(biāo)準(zhǔn)。它最早出自Netscape Navigator2.0，其目的是防止某個(gè)文檔或腳本從多個(gè)不同源裝載。

這里的同源指的是：同協(xié)議，同域名和同端口。

精髓：

它的精髓很簡單：它認(rèn)為自任何站點(diǎn)裝載的信賴內(nèi)容是不安全的。當(dāng)被瀏覽器半信半疑的腳本運(yùn)行在沙箱時(shí)，它們應(yīng)該只被允許訪問來自同一站點(diǎn)的資源，而不是那些來自其它站點(diǎn)可能懷有惡意的資源。

為什么要有同源限制？

我們舉例說明：比如一個(gè)黑客程序，他利用IFrame把真正的銀行登錄頁面嵌到他的頁面上，當(dāng)你使用真實(shí)的用戶名，密碼登錄時(shí)，他的頁面就可以通過Javascript讀取到你的表單中input中的內(nèi)容，這樣用戶名，密碼就輕松到手了。

Ajax應(yīng)用：

在Ajax應(yīng)用中這種安全限制被突破。

在普通的Javascript應(yīng)用中，我們可以修改Frame的href，或者IFrame的src，以實(shí)現(xiàn)GET方式的跨域提交，但是卻不能訪問跨域的Frame/IFrame中的內(nèi)容。

而Ajax它通過XMLHTTP進(jìn)行異步交互，這個(gè)對(duì)象同樣能夠與遠(yuǎn)程的服務(wù)器進(jìn)行信息交互，而且更加危險(xiǎn)的是，XMLHTTP是一個(gè)純粹的Javascript對(duì)象，這樣的交互過程，是在后臺(tái)進(jìn)行的，不被用戶察覺。因此，XMLHTTP實(shí)際上已經(jīng)突破了原有的Javascript的安全限制。

如果我們又想利用XMLHTTP的無刷新異步交互能力，又不愿意公然突破Javascript的安全策略，可以選擇的方案就是給XMLHTTP加上嚴(yán)格的同源限制。這樣的安全策略，很類似于Applet的安全策略。IFrame的限制還僅僅是不能訪問跨域HTMLDOM中的數(shù)據(jù)，而XMLHTTP則根本上限制了跨域請(qǐng)求的提交。

瀏覽器支持:而IE其實(shí)給這個(gè)安全策略開了兩個(gè)想當(dāng)然的后門，一個(gè)是：他假設(shè)你的本地文件，自然清楚將會(huì)訪問什么內(nèi)容，所以任何你的本地文件訪問外部數(shù)據(jù)， 都不會(huì)收到任何的警告。另一個(gè)是：當(dāng)你訪問的網(wǎng)站腳本打算訪問跨域的信息時(shí)， 他居然僅僅是彈出一個(gè)對(duì)話框來提醒你一下。如果一個(gè)欺詐網(wǎng)站，采用這樣的手段，提供一個(gè)假頁面給你，然后通過XMLHTTP幫你遠(yuǎn)程登錄真實(shí)的銀行服務(wù)器。只要10個(gè)用戶里，有一個(gè)用戶糊涂一下，點(diǎn)了一個(gè)確定。他們的盜取帳號(hào)行為，就成功了！ 你想想看，這是何等危險(xiǎn)的事情！

FireFox就不是這樣的做法，缺省的情況下，F(xiàn)ireFox根本就不支持跨域的XMLHTTP請(qǐng)求，根本就不給黑客這樣的機(jī)會(huì)。

避免同源策略：

JSON和動(dòng)態(tài)腳本標(biāo)記

<script type="text/javascript"
src="http://yoursiteweb.com/findItinerary?username=sachiko&
reservationNum=1234&output=json&callback=showItinerary" /> 

當(dāng) JavaScript 代碼動(dòng)態(tài)地插入 <script> 標(biāo)記時(shí)，瀏覽器會(huì)訪問 src 屬性中的 URL。這樣會(huì)導(dǎo)致將查詢字符串中的信息發(fā)送給服務(wù)器。在 清單 1中，所傳遞的是 username 和 reservation 作為名稱值對(duì)傳遞。此外，查詢字符串還包含向服務(wù)器請(qǐng)求的輸出格式和回調(diào)函數(shù)的名稱（即 showItinerary）。<script> 標(biāo)記加載后，會(huì)執(zhí)行回調(diào)函數(shù)，并通過回調(diào)函數(shù)的參數(shù)把從服務(wù)返回的信息傳遞給該回調(diào)函數(shù)。

Ajax代理

Ajax 代理是一種應(yīng)用級(jí)代理服務(wù)器，用于調(diào)解 Web 瀏覽器和服務(wù)器之間的 HTTP 請(qǐng)求和響應(yīng)。Ajax 代理允許 Web 瀏覽器繞過同源策略，這樣便可以使用 XMLHttpRequest 訪問第三方服務(wù)器。要實(shí)現(xiàn)這種繞過，有如下兩種方法可供選擇：
客戶端 Web 應(yīng)用程序知道第三方 URL 并將該 URL 作為 HTTP 請(qǐng)求中的一個(gè)請(qǐng)求參數(shù)傳遞給 Ajax 代理。然后，代理將請(qǐng)求轉(zhuǎn)發(fā)給 [url]m.dhdzp.com[/url]。注意，可以把代理服務(wù)器的使用隱藏在 Web應(yīng)用程序開發(fā)人員所使用的 Ajax 庫的實(shí)現(xiàn)中。對(duì)于 Web 應(yīng)用程序開發(fā)人員而言，它看上去可能完全不具有同源策略。
客戶端 Web 應(yīng)用程序不知道第三方 URL，并且嘗試通過 HTTP 訪問 Ajax 代理服務(wù)器上的資源。通過一個(gè)預(yù)定義的編碼規(guī)則，Ajax 代理將 所請(qǐng)求的 URL 轉(zhuǎn)換為第三方服務(wù)器的 URL 并代表客戶檢索內(nèi)容。這樣一來，Web 應(yīng)用程序開發(fā)人員看上去就像是在和代理服務(wù)器直接進(jìn)行通信。

Greasemonkey

Greasemonkey 是一個(gè) Firefox 擴(kuò)展，它允許用戶動(dòng)態(tài)地對(duì) Web 頁面的樣式和內(nèi)容進(jìn)行修改。Greasemonkey 用戶可以把用戶腳本（user script）文件與一個(gè) URL 集合建立關(guān)聯(lián)。當(dāng)瀏覽器通過該 URL 集合加載頁面時(shí)，便會(huì)執(zhí)行這些腳本。Greasemonkey 為用戶腳本的 API 提供了額外的許可（與運(yùn)行在瀏覽器沙盒中的腳本的許可相比較）。

GM_XMLHttpRequest 是其中的一個(gè) API，它從本質(zhì)上說就是一個(gè)不具有同源策略的 XMLHttpRequest。用戶腳本可以將瀏覽的內(nèi)置 XMLHttpRequest 替代為 GM_XMLHttpRequest，從而許可 XMLHttpRequest 執(zhí)行跨域訪問。

GM_XMLHttpRequest 的使用只能通過用戶同意的途徑才能受到保護(hù)。也就是說，Greasemonkey 只有在建立新用戶腳本與特定 URL 的集合之間的關(guān)聯(lián)時(shí)才會(huì)要求用戶配置。然而，不難想象一些用戶可能會(huì)被欺騙，在沒有完全理解其后果時(shí)就接受該安裝。

希望本文所述對(duì)大家的javascript程序設(shè)計(jì)有所幫助。