子資源完整性(SRI)支援

本文介紹Adobe Experience Platform如何支援子資源完整性(SRI)。

現代化網站的建置方式，是參照網路上各種位置的影像、內容和指令碼。SRI可讓瀏覽器確認要求的檔案內容未意外修改。

雖然 SRI 與內容安全性原則 (CSP) 的用途互補，但兩者有所不同，後者可確保網站上的檔案一律來自信任的來源。SRI 則更進一步確保這些檔案的內容符合您的預期。

SRI 驗證程序的摘要如下：

標記管理系統的限制

作為標籤管理系統(TMS)，Adobe Experience Platform中的標籤提供編譯的JavaScript程式庫組建，讓您使用單一<script>元素（內嵌程式碼）載入到頁面上。 TMS 提供的動態功能是透過動態替換該指令碼的內容來完成，不需要您變更其他任何內容。

不過，指令碼內容變更時，這些內容的密碼編譯雜湊也會變更。因此，讓 SRI 與 TMS 搭配運作的唯一方法是在您發佈新組建的同時更新內嵌程式碼。對許多人來說，這首先否定了使用 TMS 的主要目的。

下一個最佳標籤安全性選擇是實作內容安全性原則。 如需詳細資訊，請參閱CSP和標籤的指南。

將 SRI 整合至組建部署中

如果您仍要將 SRI 用於程式庫組建，則必須使用自行託管。如果您使用 Adobe 代管託管，則必須經過一段時間才能使用 SRI，因為新組建內容與內嵌程式碼的 integrity 屬性不符。

內嵌程式碼更新程序自動化的複雜度會因網站結構而異，但一般步驟的摘要如下：

後續步驟

本檔案說明搭配標籤使用SRI的限制，以及將SRI整合至程式庫組建部署（儘管有這些限制）所需的步驟。 如果您尚未閱讀CSP和標籤的指南，強烈建議您參閱其他安全性選項。