同源政策 (Same-origin policy)

同源政策限制了程式碼和不同網域資源間的互動。

同源定義

所謂同源是指兩份網頁具備相同協定、埠號 (如果有指定) 以及主機位置,下表提供了一些例子展示那些來源和 http://store.company.com/dir/page.html 屬於同源:

URL Outcome Reason
http://store.company.com/dir2/other.html 同源
http://store.company.com/dir/inner/another.html 同源
https://store.company.com/secure.html 不同源 協定不同
http://store.company.com:81/dir/etc.html 不同源 埠號不同
http://news.company.com/dir/other.html 不同源 主機位置不同

另外請參考 file 來源定義: URL

Cookie 的來源定義和上述不一樣。

變更來源

網頁能夠有限地變更來源,我們可以將 document.domain (en-US) 存為目前網域後半部,然後較短的網域就會作為之後來源檢查,譬如我們在 http://store.company.com/dir/other.html 的文件裡執行以下程式碼:

document.domain = "company.com";

執行完後,網頁能以 http://company.com/dir/page.html 通過同源檢查。然而基於同源檢查,company.com 無法將 document.domain 存為 othercompany.com。

任何變更 document.domain 行為,包括 document.domain = document.domain 都會導致埠號重置為 null,因此無法只藉由執行 document.domain = "company.com" 讓 company.com:8080 和 company.com 互動,必須兩邊都重新設定好讓埠號都一致重置為 null。

備註: 為了讓子網域可以安全的存取其母網域,我們需要一起改變子、母網域的 document.domain 為相同值,即使只是將母網域設回原始值也是必要,否則將會導致許可權錯誤 (Permission Error)。

跨來源網路存取

同源政策控制了兩個不同網域來源互動,例如當使用XMLHttpRequest。這些互動可分為以下三類:

  • 跨來源寫(Cross-origin writes)通常被允許,例如有連結、重新導向以及表單送出。少數某些 HTTP 請求需要先導請求
  • 跨來源嵌入(Cross-origin embedding)通常被允許,例子請參照下方。
  • 跨來源讀取(Cross-origin read) 通常不被允許,不過通常可以藉由嵌入來繞道讀取,例如嵌入影像寬高讀取、嵌入程式碼或嵌入資源

下面是一些能跨來源嵌入的資源:

如何允許跨來源存取

使用CORS允許跨來源存取

如何阻擋跨來源存取

  • 藉由檢查請求中包含的無法猜測的特殊記號(token)可以避免跨來源寫入,還有跨來源讀取知道此記號的網頁,這個記號即為跨站偽造(Cross-Site Request Forgery, CSRF)記號。
  • 確保資源無法被嵌入來防止跨來源讀取。
  • 為了防止跨來源嵌入,請確保資源不被解讀為上述可嵌入格式之一;瀏覽器通常不會理會 Content-Type,比如說有一個指向 HTML 文件的<script>標籤,瀏覽器還是會嘗試解析該 HTML 文件為 Javascript;當你的資源不是網站進入點,可以使用 CSRF 記號。

跨來源程式腳本存取

Javascript API 例如iframe.contentWindow (en-US), window.parent (en-US), window.open (en-US)以及window.opener,允許文件之間直接互相參照,當兩份文件的來源不同,參照存取WindowLocation物件將受到限制;一些瀏覽器比規範准許存取更多屬性。文件間的溝通也可以改用window.postMessage (en-US)來進行。

延伸閱讀