保護您的Commerce網站與基礎架構
為部署在雲端基礎結構上的Adobe Commerce專案建立和維護安全的環境，是Adobe Commerce客戶、解決方案合作夥伴和Adobe的共同責任。 本指南旨在提供客戶責任的最佳實務。
雖然您無法消除所有安全性風險，但套用這些最佳實務會強化Commerce安裝的安全性狀態。 安全的網站和基礎建設可降低惡意攻擊的風險、保護敏感資訊，並將成本高昂的安全性事件降至最低。
- 雲端基礎結構上的Adobe Commerce
- Adobe Commerce內部部署
優先順序建議
Adobe認為下列建議為所有客戶的最高優先順序。 在所有Commerce部署中實作這些重要的安全性最佳實務：
-
安全SSH連線 （雲端基礎結構）
在專案上啟用MFA時，具有SSH存取權的雲端基礎結構帳戶上的所有Adobe Commerce都必須遵循驗證工作流程。 此工作流程需要雙因素驗證(2FA)代碼，或API權杖和SSH憑證才能存取環境。
-
設定非預設管理員URL，而不使用預設
admin或常用辭彙（例如backend）。 此設定可減少嘗試取得未經授權存取您網站的指令碼暴露情形。 -
設定進階安全性設定 — 將機密金鑰新增至URL、需要區分大小寫的密碼，以及限制管理員工作階段長度、密碼存留期和登入嘗試。 為了提高安全性，請設定目前工作階段到期前鍵盤閒置的時間長度，並要求使用者名稱和密碼區分大小寫。
-
啟用reCAPTCHA以保護管理員免受自動暴力攻擊。
-
將管理員許可權指派給角色和角色指派給管理員使用者帳戶時，請遵循最低許可權原則。
透過將您的Commerce專案升級至Adobe Commerce、Commerce服務和擴充功能的最新版本 （包括Adobe提供的安全性修補程式、Hotfix和其他修補程式），持續更新您的程式碼。
使用組態管理來鎖定重要的組態值。
lock config和lock env CLI命令會設定環境變數，以防止它們從管理員更新。 命令會將值寫入<Commerce base dir>/app/etc/env.php檔案。 （若為雲端基礎結構專案上的Commerce，請參閱存放區組態管理。）
使用Commerce安全性掃描服務來監視所有Adobe Commerce網站是否有已知的安全性風險和惡意軟體，並註冊接收修補程式更新和安全通知。
確保擴充功能和自訂程式碼的安全性
當您從Adobe Commerce Marketplace新增協力廠商擴充功能或新增自訂程式碼來擴充Adobe Commerce時，請套用下列最佳實務來確保這些自訂的安全性：
-
僅限來自Adobe Commerce Marketplace或透過解決方案整合商的來源擴充功能。 如果擴充功能是透過整合器取得，請確保擴充功能授權的所有權可轉移，以防整合器變更。
-
限制擴充功能和廠商的數量，降低風險暴露。
-
如果可行，在與Commerce應用程式整合之前，請先檢閱擴充功能程式碼的安全性資訊。
-
確保PHP擴充功能開發人員遵循Adobe Commerce開發指導方針、流程和安全性最佳實務。 具體來說，開發人員必須避免使用可能導致遠端程式碼執行或弱加密的PHP功能。 請參閱 擴充功能開發人員最佳實務指南 中的安全性。
升級至最新版本
Adobe會持續發行更新的解決方案元件，以提升安全性並更能保護客戶，避免可能的危害。 升級至最新版的Adobe Commerce應用程式、已安裝的服務和擴充功能，以及套用最新的修補程式，是防範安全性威脅的主要方法。
Commerce通常會每季發佈安全性更新，但保留根據優先順序和其他因素針對主要安全性威脅發佈Hotfix的權利。
請參閱下列資源，以取得可用Adobe Commerce版本、發行週期以及升級和修補程式的資訊：
制定災難回覆計畫
如果您的Commerce網站遭到破壞，請開發並實作完整的災難回覆計畫，快速控制損壞並恢復正常的業務運作。
如果客戶因災難而需要還原Commerce執行個體，Adobe可為客戶提供備份檔案。 如果適用，客戶和解決方案整合商可以執行還原。
在災難回覆計畫中，Adobe強烈建議客戶匯出其Adobe Commerce應用程式組態，以便在因業務持續性目的而需要時，輕鬆重新部署。 將組態匯出至檔案系統的主要原因是系統組態優先於資料庫組態。 在唯讀檔案系統中，必須重新部署應用程式以變更敏感的組態設定，以提供額外的保護層。
其他資訊
已在雲端基礎結構上部署Adobe Commerce
內部部署Adobe Commerce
維護安全的站台與基礎建設
本節概述維護Adobe Commerce安裝的網站與基礎架構安全性的最佳實務。 這些最佳實務大多著重於保護電腦基礎建設的安全，因此其中有些建議已經實施。
部署在雲端基礎結構上的Adobe Commerce安裝可以使用內建的WAF服務，並與Fastly服務整合搭配使用
防範惡意軟體
以電子商務網站為目標的惡意程式碼攻擊頻繁發生，威脅行動者不斷開發從交易中獲取信用卡和個人資訊的新方法。
不過，Adobe發現大多數網站妥協並非由創新攻擊者造成。 相反地，威脅行動者通常會利用檔案系統中現存的未修補漏洞、不良的密碼，以及薄弱的擁有權和許可權設定。
在最常見的攻擊中，惡意程式碼會插入客戶存放區的絕對頁首或絕對頁尾中。 在那裡，程式碼會收集客戶在店面中輸入的表單資料，包括客戶登入憑證和結帳表單資料。 然後，這些資料會出於惡意目的傳送到另一個位置，而不是傳送到Commerce後端。 此外，惡意程式碼可能會危及管理員執行代碼，以假表單取代原始付款表單，並覆寫付款提供者所設定的任何保護。
使用者端信用卡掠奪者是一種將程式碼嵌入商家網站內容的惡意軟體，可在使用者的瀏覽器中執行，如下圖所示。
在表單提交或欄位修改等動作之後，略過程式會將資料序列化並傳送至第三方端點。 這些端點通常是其他受到侵害的網站，會作為轉送資料到其最終目的地的轉送。
瞭解最常見的攻擊
以下是常見型別的攻擊，Adobe建議所有Commerce客戶注意並採取措施防止這些攻擊：
-
網站損毀 — 攻擊者透過變更網站的視覺外觀或新增自己的訊息來損害網站。 雖然對網站和使用者帳戶的存取權已受到危害，但付款資訊通常仍會保持安全。
-
殭屍網路 — 客戶的Commerce伺服器會成為傳送垃圾電子郵件之殭屍網路的一部分。 雖然使用者資料通常不會受到危害，但垃圾郵件篩選器會封鎖客戶的網域名稱，以防止從網域傳送任何電子郵件。 或者，客戶的網站會成為殭屍網路的一部分，導致其他網站遭到分散式阻斷服務(DDoS)攻擊。 殭屍網路會封鎖傳入Commerce伺服器的IP流量，使客戶無法購物。
-
直接伺服器攻擊 — 資料遭到破壞、後門和惡意程式碼已安裝，且網站作業受到影響。 未儲存在伺服器上的付款資訊不太可能因這些攻擊而受到危害。
-
無訊息卡擷取 — 在這個最災難性的攻擊中，入侵者會安裝隱藏的惡意程式碼或卡擷取軟體，或更糟的是，會修改結帳程式以收集信用卡資料。 然後，資料會傳送到另一個網站，以供在黑暗網站上出售。 這類攻擊可能會在較長的一段時間內不被發現，並可能導致客戶帳戶和財務資訊的重大危害。
-
無訊息金鑰記錄 — 威脅執行者會在客戶伺服器上安裝金鑰記錄程式碼，以收集管理員使用者認證，讓他們可以登入並啟動其他攻擊，而不會被偵測到。
防範密碼猜測攻擊
暴力密碼猜測攻擊可能導致未經授權的管理員存取。 請遵循下列最佳實務來保護您的網站免受這些攻擊：
避免點選劫持利用漏洞
Adobe會提供X-Frame-Options HTTP要求標頭，供您納入對店面的要求中，以保護您的店面免受點選劫持攻擊。 請參閱 Adobe Commerce設定指南 中的避免點選劫持。