OWASP前10名 owasp-top
Open Web Application Security Project (OWASP)會維護一份清單，列出他們認為是前10名Web Application安全性風險。
以下列出這些專案，並說明CRX如何處理這些專案。
1.注入 injection
- SQL — 設計防止：預設的存放庫設定既不包含也不需要傳統資料庫，所有資料都儲存在內容存放庫中。 所有存取權僅限已驗證身分的使用者使用，且只能透過JCR API執行。 僅搜尋查詢支援SQL (SELECT)。 此外，SQL還提供值繫結支援。
- LDAP — 無法插入LDAP，因為驗證模組會篩選輸入並使用繫結方法執行使用者匯入。
- OS — 應用程式內沒有執行殼層。
2.跨網站指令碼(XSS) cross-site-scripting-xss
一般緩解實務是使用伺服器端XSS保護程式庫（根據OWASP編碼器和AntiSamy）來編碼使用者產生的內容的所有輸出。
XSS在測試和開發期間是首要任務，發現的任何問題通常都會立即解決。
3.中斷的驗證和工作階段管理 broken-authentication-and-session-management
AEM依賴Apache Jackrabbit和Apache Sling，使用健全且經過驗證的驗證技術。 AEM中未使用瀏覽器/HTTP工作階段。
4.不安全的直接物件參考 insecure-direct-object-references
對資料物件的所有存取都是由存放庫所介入，因此受到角色型存取控制的限制。
5.跨網站請求偽造(CSRF) cross-site-request-forgery-csrf
跨網站請求偽造(CSRF)可藉由自動將密碼編譯權杖插入所有表單和AJAX請求，並在伺服器上驗證每個POST的此權杖來緩解。
此外，AEM隨附以反向連結標頭為基礎的篩選器，此篩選器可設定為 僅限 允許來自特定主機的POST要求（在清單中定義）。
6.安全性設定錯誤 security-misconfiguration
無法保證所有軟體皆已正確設定。 不過，Adobe會努力提供儘可能多的指引，並儘可能簡化設定。 此外，AEM隨附整合式安全性健康情況檢查，協助您一眼監控安全性設定。
請檢閱安全性檢查清單以取得詳細資訊，這些資訊會提供您逐步強化說明。
7.不安全的密碼編譯儲存 insecure-cryptographic-storage
密碼會以密碼編譯雜湊的形式儲存在使用者節點中。 依預設，此類節點僅供管理員和使用者自己讀取。
機密資料（例如協力廠商憑證）會使用FIPS 140-2認證的密碼編譯程式庫，以加密形式儲存。
8.無法限制URL存取 failure-to-restrict-url-access
存放庫允許透過存取控制專案，為任何指定路徑的任何指定使用者或群組設定精細的許可權（由JCR指定）。 存取限制由存放庫強制執行。
9.傳輸層保護不足 insufficient-transport-layer-protection
透過伺服器設定減輕（例如，僅使用HTTPS）。
10.未驗證的重新導向與轉送 unvalidated-redirects-and-forwards
限制所有重新導向至使用者提供的內部位置目的地，即可緩解此問題。