在 Common Criteria（CC）框架中， Security Functional Requirements（SFR） 定義了 TOE 必須實作的具體安全功能，是 Security Target 與 Protection Profile 的核心骨幹，直接決定產品能否通過評估認證。 SFR 的結構與分類 CC Part 2 將 SFR 組織成 11 個功能類別（Class），涵蓋 FAU（稽核）、FIA（身份鑑別與識別）、FAC（存取控制）等核心領域。每個 SFR 由 類別（Class）、家族（Family）與元件（Component） 三層命名，例如 FIA_UAU.2 代表「任何動作前須完成使用者鑑別」。元件內含 元素（Element） ，是最小的不可分割需求單位，評估者會逐一驗證每個元素是否被 TOE 滿足。SFR 之間可透過 相依性（Dependency） 關聯，撰寫 ST 時必須完整解析相依鏈，否則評估將無法通過。 SFR 在 ST 與 PP 中的角色 Protection Profile（PP）定義某類產品的 通用 SFR 基線 ，例如防火牆 PP 會規範必要的封包過濾與稽核需求。Security Target（ST）則針對特定 TOE 選取並精化（Refine）SFR，將抽象需求轉化為可驗證的實作聲明。 精化（Refinement） 允許廠商在不降低安全強度的前提下調整措辭； 迭代（Iteration） 則允許同一元件被多次引用以覆蓋不同情境。SFR 必須與 安全目標（Security Objectives for TOE） 完整對應，任何未被 SFR 覆蓋的目標都將成為評估缺口，導致 EAL 認證失敗。 💡 重點整理 命名規則 ：三層結構（Class.Family.Component）精確定位每項安全需求。 相依性管理 ：撰寫 ST 時須完整解析 SFR 相依鏈，不可遺漏。 精化與迭代 ：在不弱化安全強度前提下，可調整或多次引用同一元件。 目標對應 ：每條安全目標必須有對應的 SFR，形成完整可追溯矩陣。 SFR 是 Common Criteria 評估的最小可驗證單位。 精確選取、完整相依、嚴格對應 三項原則，決定了 ST 的品質與 TOE 能否順利取得...