網路安全丨prEN 40000-11:2026：具安全防護盒的硬體設備（HWSB）· CRA 合規指南

01. 背景｜這項標準是什麼，為何重要？

歐盟《網路彈性法案》（CRA，Regulation EU 2024/2847）已正式生效，對所有投放歐盟市場的數位產品訂定強制性的網路安全要求。針對安全硬體這一專門類別，歐盟執委會授權制定協調標準 prEN 40000-11:2026。此標準為具安全防護盒的硬體設備（Hardware Devices with a Security Box, HWSB）量身提供清晰、可執行的 CRA 合規途徑。

HWSB 是透過實體防篡改措施保護敏感資料與密碼金鑰的硬體元件，涵蓋硬體安全模組（HSM）、支付終端機、符合 eIDAS 的電子簽章設備、智慧行車記錄器等設備。由於這些設備的安全性高度仰賴實體架構與軟體，它們需要橫向標準無法完全涵蓋的專屬評估框架。

符合 prEN 40000-11 可獲得 CRA 符合性推定，並授權製造商加貼 CE 網路安全標誌——這是進入歐盟市場的強制前提。

02. 範圍與適用性｜哪些在範圍內，哪些不在？

此標準適用於任何內建「安全防護盒（security box）」的硬體系統元件——即具備篡改存證、抗篡改或主動篡改回應防護的實體外殼。典型的適用產品包括通用型與支付型硬體安全模組（HSM）、PCI-POI/HSM 支付終端機、符合 eIDAS 的合格簽章創建裝置（QSCD）、智慧行車記錄器設備，以及 FIPS 140-3 Level 3 至 4 的密碼模組。

純軟體安全產品、缺乏執行環境的裸微處理器或特定應用積體電路（ASIC）、作業系統、容器執行時環境，以及無管理介面的固定功能設備，均不在此標準的範圍內。

需特別強調的一項關鍵邊界條件：若產品仰賴雲端或遠端服務執行其任何功能，附錄 R（遠端資料處理解決方案，RDPS）即適用。此附錄新增 18 項要求，涵蓋相互驗證、資料完整性、可用性與失效轉移。由於 PCI PTS 與 EN 18031 均未涵蓋此一特定生態系，RDPS 的所有合規證據均須從頭建立。

03. 標準架構｜如何組織

標準共分為六大核心條款與六個附錄。商業上最關鍵的元素集中於以下章節：

• 條款 5：定義產品必須滿足的 18 個技術要求族群。
• 條款 6：釐清如何透過文件審查、功能測試與弱點分析證明合規。
• 附錄 A：提供選定適用「安全輪廓（Security Profile）」的兩種途徑。
• 附錄 K：規定所有預設密碼演算法均須列於歐盟網路安全局（ENISA）維護的 ECCG ACM 目錄中。
• 附錄 ZA：將標準的每項要求直接對應至 CRA 基本網路安全要求——是撰寫符合性聲明的核心基礎。

在進入評估階段前，每項產品均須定義其安全輪廓。標準提供兩種方法：

• 途徑 1：基於風險的自我評估，從五個向度評量：攻擊者專業能力、動機、部署環境、法規背景與網路暴露程度。
• 途徑 2：針對公認產品類別的預定義範本。例如，支付終端機可直接採用預定義輪廓並直接進入模組選擇，省去從頭進行風險分析。

04. 關鍵技術要求｜組織必須做什麼

18 個技術要求族群涵蓋 HWSB 產品的完整安全生命週期。六大重點領域最需製造商留意：

1. 實體安全（REQ-PHY）

這是 HWSB 的核心特徵。產品必須具備篡改存證（可見的入侵痕跡）、抗篡改（阻止未使用專業工具的實體穿透），以及主動篡改回應（偵測到入侵時自動歸零／抹除密碼金鑰）。高保證等級的模組更須在所有處理明文金鑰的區域包覆網狀感測器。

2. 密碼學（REQ-CRY）

所有預設演算法均須列於 ECCG ACM 目錄，且產品須支援密碼敏捷性（crypto agility）——具備文件化的機制，能在演算法過時前予以更新。此外，降低側通道洩漏與強制安全金鑰刪除（覆寫／歸零）亦為明確要求；這兩項為此標準獨有，在 PCI PTS 或 EN 18031 中並無直接對應。

3. 驗證與授權（REQ-USER-AUTH）

要求包括暴力破解鎖定、工作階段逾時後重新驗證、針對人類使用者的多因子驗證（MFA），以及機對機場景的設備證明（Device Attestation）。MFA 與設備證明是 HWSB 的獨特新增項目，PCI PTS 與 EN 18031 均無同等規定。

4. 安全稽核（REQ-LOG）

這是最常出現合規缺口的領域。標準規定所有安全相關事件均須以防篡改方式記錄，且每筆紀錄須嚴格對應至經驗證的使用者。PCI PTS 完全沒有日誌要求，而 EN 18031 僅在其針對金融資產的 -3 版本中提及。若目標為模組 6（強化稽核），組織將需從頭打造此能力。

5. 安全通訊（REQ-SEC-COM）

通訊通道必須保證機密性、完整性與相互驗證，並強制嚴格的工作階段逾時。在此領域，PCI PTS 提供最嚴謹的重疊（明確要求 TLS 1.3），是既有合規證據極可靠的來源。

6. 安全韌體更新（REQ-COP-SECUP）

韌體映像必須經密碼簽章並於安裝前驗證、部署前須經使用者明確授權，並嚴格防止回滾至存有漏洞的舊版本。此防回滾要求為 HWSB 專屬新增，標準的 PCI PTS 或 EN 18031 框架中並無此項。

05. 漏洞處理｜滿足標準的要件

標準對漏洞管理採兩層模型。程序面的框架——涵蓋公開揭露政策、歐盟漏洞資料庫（EUVD）與國家漏洞資料庫（NVD）的持續監控，以及協調揭露程序——由橫向標準 prEN 40000-1-3 規範。在此之上，prEN 40000-11 另疊加三項 HWSB 專屬的保證要求：

1. 第一，漏洞處理流程本身必須可證明合規，確保從發現、追蹤到緩解與公開揭露的端到端脈絡。
2. 第二，產品出貨時須不帶任何已知可利用漏洞；評估報告須針對每一項已識別的缺陷提出說明，證明其已緩解或在產品預期環境中無法被利用。
3. 第三，須提供軟體物料清單（SBOM），詳列所有硬體元件、韌體、相依元件與版本號，使下游使用者能持續監控元件層級的安全。

06. 合規路線圖｜有效執行標準

步驟 1：定義安全輪廓
選擇途徑 1（風險因子評量）或途徑 2（產品類別範本），確立產品適用的模組。文件化「預期用途與合理可預見用途」（IPRFU）。此文件驅動整個評估，必須在彙編任何合規證據前定模。

步驟 2：盤點既有證據
若您的產品持有 PCI PTS POI v7.0 或 EN 18031 認證，請系統性地將這些資產對應至 prEN 40000-11。依經驗，PCI PTS POI v7.0 認證約可滿足 60% 的要求；EN 18031 約可滿足 40%。精確找出差距是控制評估預算最有效的方法。

步驟 3：產出缺少的合規證據
針對每一項已識別的差距，依您的目標保證輪廓產出必要文件。基礎（Basic）輪廓需要功能規格（ADV_FSP）、設計文件（ADV_TDS）、操作指引（AGD_OPE）與功能測試結果（ATE_FUN）。高保證（High Assurance）輪廓則另要求實作審查（ADV_IMP）、獨立測試（ATE_IND）與完整的弱點分析（AVA_VAN）。

步驟 4：接受評估
評估者將依條款 6 的順序系統性地評估您的產品：審閱文件、執行功能測試、進行弱點分析。在高保證輪廓下，評估者可能執行高階實體攻擊，包括錯誤注入與側通道分析，以驗證所宣告的安全控制能經得起真實對抗情境的考驗。

07. 證據再利用｜在 CRA 評估中活用 PCI PTS 與 EN 18031 資料

對於持有 PCI PTS POI v7.0 或 EN 18031 認證的製造商，證據再利用是壓縮 prEN 40000-11 評估成本、加速上市時程最直接的機制。這些框架與新標準要求族群的對應如下：

PCI PTS 在六大關鍵領域中的五項提供強大覆蓋。其攻擊潛力（Attack Potential）計算與滲透測試紀錄直接支援實體安全要求；其關於 DRBG 驗證、金鑰管理與演算法實作的完整設備技術報告（DTR）與 REQ-CRY 乾淨對齊；其驗證控制（PIN 保護、工作階段管理、暴力破解流量限制）涵蓋 REQ-USER-AUTH 的大部分；其通訊條款屬現有最具規範性者（明確要求 TLS 1.3），可順暢對應 REQ-SEC-COM；其韌體簽章限制則強化 REQ-COP-SECUP。

EN 18031 在安全通訊、驗證與一般性安全控制方面提供互補覆蓋，是 PCI PTS 證據的寶貴補充。值得注意的是，適用於金融資產產品的 EN 18031-3 日誌機制（LGM）要求族群，可部分支援基礎稽核日誌要求，但仍不及模組 6 所要求的防篡改稽核與確切的使用者歸屬。

總結而言，活用 PCI PTS 與 EN 18031 可讓製造商在實體安全、密碼學、驗證、通訊與韌體更新等領域收穫大量可再利用的證據。全新投入將主要集中於安全稽核日誌、防回滾邏輯、錯誤注入測試的工程化，以及（針對雲端連線設備）附錄 R（RDPS）完整的 18 項要求套件。