控制項與評估目標一覽

5 群、15 條控制項、31 個評估目標(AO)與建議證據,中英並列,內容與系統內建框架相同。

控制項與評估目標一覽

本頁由 scripts/gen_semi_e187_seed.py 與 seed 020 同一次產出,給顧問與 PM 審內容。改內容請改 scripts/semi_e187/content.py 再重產,不要只改本頁。 查核步驟與 Note 是規範原文,英文版沿用繁中 Note。

§1

E187-G1 設備型號一致性與出場品管(Equipment Model Consistency and Outgoing Quality Control)

4.1 設備適用性確認(Equipment Applicability Confirmation)

官方代號:無官方代號 判定選項:符合/不適用

摘要:確認待查核設備是否以型號重複生產、適用設備型號一體驗證;不適用時 4.2 與 4.3 一併記為不適用。

Summary: Confirm whether the equipment under validation is produced repeatedly by model and therefore eligible for model-based validation; if not, 4.2 and 4.3 are also recorded as not applicable.

  • 4.1.1 詢問申請者或檢視本次查核申請文件,確認本次待查核設備是否適用設備型號一體驗證。
    如是,即完成本項查核紀錄為【符合】;若否,則紀錄【不適用】。
    並同步紀錄查核項目 4.2 與 4.3 為【不適用】。
    • EN:Ask the applicant or review the validation application documents to confirm whether the equipment under validation is eligible for model-based validation.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Not applicable].
      Items 4.2 and 4.3 are recorded as [Not applicable] at the same time.
    • 交付物:查核申請文件。/Deliverable: Validation application documents.
    • 須呈現:設備是否以型號方式重複生產(非單一客製化設備);申請驗證的型號名稱。/Must show: whether the equipment is produced repeatedly by model rather than as a one-off custom build; the model name applied for.
    • Note1:適用設備型號一體驗證之常見情形包括(但不限於):待查核設備非為單一客製化設備,或待查核設備係以型號方式進行重複生產者。

4.2 設備型號(Equipment Model)

官方代號:無官方代號 判定選項:符合/不符合

摘要:確認申請者有文件化的設備編碼規則,並界定哪一層級的型號變動不影響資安功能,以該層級作為查核範圍。

Summary: Confirm the applicant has documented equipment numbering rules and has defined which model level can change without affecting security functions, and use that level as the validation scope.

查核依據文件:設備編碼規則(必須)

  • 4.2.1 詢問申請者或檢視設備編碼規則文件,確認申請者內部是否就設備型號已有文件化的設備編碼規則,並能明確定義該設備型號之適用範圍。
    若是,則續查 4.2.2;若否,則紀錄為【不符合】。
    • EN:Ask the applicant or review the equipment numbering rules to confirm whether the applicant has documented numbering rules for equipment models that clearly define the scope of each model.
      If yes, continue to 4.2.2; if not, record [Non-compliant].
    • 交付物:設備編碼規則文件。/Deliverable: Equipment numbering rules document.
    • 須呈現:型號編碼結構與各碼位意義;各型號涵蓋的設備範圍;文件版本或核定日期。/Must show: model code structure and the meaning of each position; the equipment scope covered by each model; document version or approval date.
  • 4.2.2 設備型號如有主型號與次(附屬)型號之區分,則確認其何層級型號之變動,不致影響設備的資安相關功能,並以該層級型號為本次查核範圍之設備型號紀錄。
    若是,即完成本項查核紀錄為【符合】,並同步紀錄本次查核之設備型號;若否,則紀錄為【不符合】。
    • EN:Where models are split into main and sub (auxiliary) models, confirm at which model level changes do not affect the equipment's security functions, and record that level as the equipment model in scope.
      If yes, this item is complete and recorded as [Compliant], together with the model in scope; if not, record [Non-compliant].
    • 交付物:設備編碼規則文件或型號差異說明。/Deliverable: Equipment numbering rules or a model difference description.
    • 須呈現:主型號與次型號之差異項目;說明哪一層級的變動不涉及硬體架構、作業系統、系統軟體或預設安全組態。/Must show: differences between main and sub models; which level of change does not touch hardware architecture, operating system, system software or default security configuration.
    • Note1:設備的資安相關功能,包括但不限於:硬體架構、作業系統類型與版本、系統軟體/應用程式、預設安全組態等。

4.3 出場品管作業(Outgoing Quality Control)

官方代號:無官方代號 判定選項:符合/不符合

摘要:確認設備出場時有一致性控管機制:資安功能列為出場檢查項目,且設定不符規格時有處理方式。

Summary: Confirm a consistency control mechanism exists at shipment: security functions are outgoing inspection items, and there is a defined handling process when settings deviate from the design specification.

查核依據文件:設備出場品管作業相關文件(必須)

  • 4.3.1 查核申請者就設備出場所執行之品管作業相關文件,確認設備於出場時,其與資安相關之設定具有一致性控管機制。出場品管作業相關文件內容,至少應包含或能合理說明下列事項:
    a. 與本查核相關之資安功能(如帳號管理、網路設定、系統強化、日誌功能等)是否為出場檢查項目;
    b. 當出場設備之資安功能設定與設計規格不符時之處理方式。
    若是,則續查 4.3.2;若否,則紀錄為【不符合】。
    • EN:Review the applicant's outgoing quality control documentation to confirm that security-related settings are under consistency control at shipment. The documentation shall at least include or reasonably explain:
      a. whether the security functions relevant to this validation (e.g. account management, network settings, system hardening, logging) are outgoing inspection items;
      b. how equipment is handled when its security settings deviate from the design specification at shipment.
      If yes, continue to 4.3.2; if not, record [Non-compliant].
    • 交付物:設備出場品管作業相關文件、出場檢查清單。/Deliverable: Outgoing quality control documentation and shipment inspection checklist.
    • 須呈現:出場檢查項目中列有帳號管理、網路設定、系統強化、日誌等資安功能;資安設定與規格不符時之處理流程。/Must show: security functions (account management, network settings, hardening, logging) listed as inspection items; the handling process when security settings deviate from the specification.
    • Note1:本項查核之目的,係確認申請者是否具備合理的出場一致性控管機制,不要求申請者建立或符合 ISO 9001 等品質管理系統。
  • 4.3.2 依據 4.3.1 所提供之文件,查核人員應透過文件審查、訪談或其他合理方式,確認申請者就設備之出場品管作業,是否足以合理確保後續出廠之同型號設備,其與資安相關之系統設定與功能,與本次待查核設備具有一致性。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Based on the documents provided in 4.3.1, the assessor confirms through document review, interviews or other reasonable means whether the outgoing quality control is sufficient to reasonably ensure that later units of the same model have security-related settings and functions consistent with the equipment under validation.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:出場檢查紀錄、預設設定或強化基準設定、版本控管與變更紀錄。/Deliverable: Shipment inspection records, default or hardening baseline configuration, version control and change records.
    • 須呈現:實際出場設定與待查核設備設定一致之比對結果;資安相關設定變更須經核准並留有變更紀錄(Change Log);抽樣其他出場設備之檢查紀錄。/Must show: comparison showing shipped settings match the equipment under validation; approval and change log for security-related changes; inspection records sampled from other shipped units.
    • Note2:本條所稱之「文件審查、訪談或其他合理方式」,係指在不構成品質管理系統稽核之前提下,查核人員得採用之合理佐證方式。其方式包括(但不限於):
      • 比對設備之出廠預設設定或系統強化基準設定與實際待查核設備之設定一致性;
      • 交叉檢視設備規格文件、操作手冊、安全指南及出場檢查清單等文件內容之一致性;
      • 檢視與資安相關之系統軟體、作業系統或設定版本控管及變更紀錄。如採此方式,應確認資安功能變更是否需經內部核准?以及是否有變更紀錄(Change Log);
      • 抽樣檢視申請者其他出場設備與資安相關之出場設定確認紀錄或檢查紀錄;
      • 透過具結構性之技術訪談方式,確認出場品管作業與文件內容之一致性。
    • Note3:查核重點在於是否具備「合理確保一致性之機制」,而非要求申請者保證完全一致或不存在任何偏差。
    • Note4:本項查核不要求查核人員進行實際生產線稽核或現場查廠;惟查核人員基於專業判斷認為有必要時,仍得要求進行現場確認。
§2

E187-G2 作業系統支援(Operating System Support)

5.1 對作業系統的支持(Operating System Support)

官方代號:E187.00-RQ-00001-00 判定選項:符合/不符合/不適用

摘要:確認作業系統版本與文件一致,且終止支援日距查核基準日超過 12 個月;未滿 12 個月須有延伸支援證明與升級或汰換計畫。

Summary: Confirm the OS version matches the documentation and its end-of-support date is more than 12 months after the validation reference date; otherwise extended support evidence and an upgrade or replacement plan are required.

查核依據文件:設備規格文件(必須)、作業系統供應商或其授權維運來源提供之延伸支援或長期支援(Long-term Support,LTS)證明文件(如需)

  • 5.1.1 詢問申請者或檢視設備規格文件,確認待查核設備所使用之作業系統及其版本,並判斷該作業系統是否屬於具備使用者管理、系統服務管理及軟體更新機制之作業系統。
    若是,則續查 5.1.2;若否,則依 2.1.5 原則,於本項查核紀錄為【不適用】,並於查核紀錄或查核報告中加以說明。
    • EN:Ask the applicant or review the equipment specification to identify the operating system and its version, and determine whether it is an operating system with user management, service management and software update mechanisms.
      If yes, continue to 5.1.2; if not, record [Not applicable] under principle 2.1.5 and explain it in the validation record or report.
    • 交付物:設備規格文件。/Deliverable: Equipment specification document.
    • 須呈現:作業系統名稱與版本;具備使用者管理、系統服務管理及軟體更新機制。/Must show: operating system name and version; that it provides user management, service management and a software update mechanism.
  • 5.1.2 實際檢查待查核設備狀態,確認其作業系統類型與版本,是否與申請者說明或相關設計文件標示一致。
    若是,則續查 5.1.3;若否,即完成本項查核紀錄為【不符合】。
    • EN:Inspect the equipment under validation to confirm that the actual operating system type and version match the applicant's statement or the design documents.
      If yes, continue to 5.1.3; if not, this item is complete and recorded as [Non-compliant].
    • 交付物:設備實機作業系統版本資訊(截圖或指令輸出)。/Deliverable: Operating system version information captured from the equipment (screenshot or command output).
    • 須呈現:實機顯示之作業系統類型與版本號,與設備規格文件一致;擷取日期。/Must show: OS type and version shown on the equipment, matching the specification; capture date.
  • 5.1.3 依據 5.1.2 所確認之作業系統版本資訊,比對作業系統供應商或相關維運來源所提供之支援資訊,確認該作業系統版本之終止支援日期,是否距離查核基準日超過 12 個月。
    若是,即完成本項查核紀錄為【符合】;若否,則續查 5.1.4。
    • EN:Using the OS version confirmed in 5.1.2, check the support information published by the OS vendor or the relevant maintenance source to confirm whether the end-of-support date of that version is more than 12 months after the validation reference date.
      If yes, this item is complete and recorded as [Compliant]; if not, continue to 5.1.4.
    • 交付物:作業系統供應商之產品生命週期或支援公告。/Deliverable: OS vendor product lifecycle or support announcement.
    • 須呈現:該版本之終止支援日期(EOL);與查核基準日之間隔是否超過 12 個月。/Must show: end-of-support (EOL) date of the version; whether it is more than 12 months after the validation reference date.
  • 5.1.4 如該作業系統版本之終止支援日期距離查核基準日少於 12 個月,應確認申請者是否具備延伸支援、長期支援(Long-term Support,LTS)或等效之維運證明文件,並應請申請者提出相應之作業系統升級、汰換或修補計畫。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:If the end-of-support date of the OS version is less than 12 months after the validation reference date, confirm whether the applicant has extended support, Long-term Support (LTS) or equivalent maintenance evidence, and ask the applicant for a corresponding OS upgrade, replacement or patching plan.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:延伸支援或長期支援(LTS)證明文件、作業系統升級/汰換/修補計畫。/Deliverable: Extended support or Long-term Support (LTS) evidence, and the OS upgrade, replacement or patching plan.
    • 須呈現:延伸支援之期限與提供來源;計畫之時程、負責人與涵蓋設備。/Must show: extended support end date and provider; plan schedule, owner and equipment covered.

5.2 作業系統安全性更新(Operating System Security Updates)

官方代號:E187.00-RQ-00002-00 判定選項:符合/不符合

摘要:確認申請者有設備安全性更新程序,說明更新步驟及相容性、相依性、效能影響等注意事項。

Summary: Confirm the applicant has a security update procedure for the equipment that describes the update steps and precautions such as compatibility, dependencies and performance impact.

查核依據文件:設備進行安全性更新的程序或流程說明文件(必須)

  • 5.2.1 查核人員應檢視申請者所建立之設備安全性更新相關程序或流程說明文件,以確認該等文件是否說明在設備上執行作業系統安全性更新之步驟與注意事項。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:The assessor reviews the applicant's security update procedure or process documentation to confirm whether it describes the steps and precautions for applying operating system security updates on the equipment.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:設備安全性更新程序或流程說明文件。/Deliverable: Security update procedure or process documentation for the equipment.
    • 須呈現:更新步驟;更新前後對軟體相容性、相依性、效能影響及副作用之評估與檢查方式。/Must show: update steps; how compatibility, dependencies, performance impact and side effects are assessed and checked before and after updating.
    • Note1:更新程序或流程說明文件中,「注意事項」可包含對下列項目的評估要求與檢查方法:
      • 軟體相容性:確認安全性更新後,應用程式與驅動程式仍能在新版本下正常執行。
      • 軟體相依性:避免更新導致底層套件或共用元件版本不符,造成系統功能失效。
      • 性能影響:確保更新後系統反應時間、CPU與Memory 使用率…等系統效能影響,符合申請者就待查核設備所設定之基準門檻。
      • 套用補修程式或安全性更新副作用:辨識更新後可能潛在副作用,例如服務中斷、憑證過期、通訊協定變更或登錄機碼變動…等,並說明可能的解決方法。
§3

E187-G3 網路安全(Network Security)

5.3 網路傳輸安全(Secure Network Transmission)

官方代號:E187.00-RQ-00003-00 判定選項:符合/不符合/不適用

摘要:具聯網功能的設備,確認使用 HTTPS、SFTP、SSH 等安全協定且能正常運作;不具聯網功能則不適用。

Summary: For network-capable equipment, confirm secure protocols such as HTTPS, SFTP and SSH are used and work properly; not applicable if the equipment has no network capability.

查核依據文件:設備規格文件(必須)、設備操作手冊(必須)

  • 5.3.1 詢問申請者並檢視待查核設備的操作手冊、設備規格文件等資料,查核待查核設備是否具備聯網功能,例如 Web 服務、檔案傳輸或終端服務的能力。
    若是,則續查 5.3.2;若否,即完成本項查核紀錄為【不適用】。
    • EN:Ask the applicant and review the operation manual, equipment specification and similar documents to determine whether the equipment has network capabilities, such as web services, file transfer or terminal services.
      If yes, continue to 5.3.2; if not, this item is complete and recorded as [Not applicable].
    • 交付物:設備操作手冊、設備規格文件。/Deliverable: Equipment operation manual and specification document.
    • 須呈現:設備具備之聯網功能清單(Web 服務、檔案傳輸、終端服務等);如無聯網功能之明確聲明。/Must show: list of network capabilities (web services, file transfer, terminal services, etc.), or an explicit statement that the equipment has none.
  • 5.3.2 查核待查核設備若使用 HTTPS、SFTP、SSH 等安全協議,是否正常支援運作。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Where the equipment uses secure protocols such as HTTPS, SFTP or SSH, confirm that they are supported and operate properly.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:安全協定設定與實測紀錄(例:封包擷取結果)。/Deliverable: Secure protocol configuration and test records (e.g. packet capture results).
    • 須呈現:各聯網服務使用之協定與版本;正常作業期間擷取之封包顯示傳輸已加密;使用之加密套件。/Must show: protocol and version used by each network service; packets captured during normal operation showing encrypted transmission; cipher suites in use.
    • Note1:查核時可使用封包監聽工具(eavesdropping tool),例如Wireshark,在系統執行正常作業期間,擷取部分通訊封包以確認其加密與傳輸行為是否符合安全要求。
    • Note2:傳輸協議、加密標準與雜湊演算法是否符合查核時的資安技術水準,查核人員於有判斷需求時,得參考 NIST SP 800-52 或其他等效之國際資安技術指引。

5.4 網路設定管理(Network Configuration Management)

官方代號:E187.00-RQ-00004-00 判定選項:符合/不符合/不適用

摘要:確認文件標示對外介面、通訊協定、連接埠與網路架構圖,設備實際設定與文件相符,且出廠預設已關閉不安全服務。

Summary: Confirm the documentation identifies external interfaces, protocols, ports and the network architecture, the actual settings match it, and insecure services are disabled by default at shipment.

查核依據文件:設備的安全指南或使用者文件(必須)

  • 5.4.1 檢查待查核設備的安全指南或使用者文件,並查核文件中是否描述設備的網路組態配置,內容應包括下列事項:
    a. 明確標示待查核設備之對外連接介面,包含所用通訊協定(protocols)與連接埠(ports),以及與工廠網路連線之使用案例(Use Case)的設備網路架構圖;
    b. 用於更改網路組態配置(若支援)的維護說明。
    若是,續查 5.4.2;若否,則紀錄為【不符合】;若依據 5.3 查核結果,確認設備不具備聯網功能,即完成本項查核紀錄為【不適用】
    • EN:Review the equipment security guide or user documentation and confirm that it describes the network configuration, including:
      a. a network architecture diagram that identifies the external connection interfaces, the protocols and ports used, and the use cases for connecting to the fab network;
      b. maintenance instructions for changing the network configuration (if supported).
      If yes, continue to 5.4.2; if not, record [Non-compliant]. If 5.3 established that the equipment has no network capability, this item is complete and recorded as [Not applicable].
    • 交付物:設備安全指南或使用者文件(網路組態章節)。/Deliverable: Equipment security guide or user documentation (network configuration section).
    • 須呈現:網路架構圖;對外介面、通訊協定與連接埠清單;與工廠網路連線之使用案例;變更網路組態之維護說明。/Must show: network architecture diagram; list of external interfaces, protocols and ports; fab network connection use cases; maintenance instructions for changing the network configuration.
  • 5.4.2 透過查核確認下列事項:
    a. 操作待查核設備的人員,能否透過設備介面(Equipment Interface),檢視並存取 5.4.1 文件中所述的網路設定,且設備實際設定與 5.4.1 文件描述相符;
    b. 如有查核時發現預設設定有不符合查核時的資安技術水準情形,應予修改。
    c. 修改後,再次透過設備介面檢視並查核前項設定變更結果,已正確反應於最終組態配置中。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Confirm the following:
      a. personnel operating the equipment can view and access, through the equipment interface, the network settings described in 5.4.1, and the actual settings match that description;
      b. any default setting found not to meet the state of the art at the time of validation is changed;
      c. after the change, the result is viewed again through the equipment interface and is correctly reflected in the final configuration.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:設備介面之網路設定畫面截圖、開放埠掃描結果、設定變更前後紀錄。/Deliverable: Screenshots of network settings in the equipment interface, open port scan results, and before/after records of setting changes.
    • 須呈現:實際設定與 5.4.1 文件一致;出廠預設未啟用 FTP、Telnet、未加密 HTTP 等不安全服務;修改後之最終組態。/Must show: actual settings match the 5.4.1 documentation; insecure services such as FTP, Telnet and unencrypted HTTP are not enabled by default; the final configuration after changes.
    • Note1:本項所稱「不符合查核時之資安技術水準」,係指設備於出廠預設設定中,仍啟用未使用、已知不安全或缺乏必要防護機制之通訊服務或通訊埠者,例如未關閉明顯不建議於出廠預設啟用之服務(如 FTP、Telnet、未加密之 HTTP 等)。本項判定不包含設備進入晶圓廠場域後,由使用單位依其網路架構或營運需求所進行之後續設定。
§4

E187-G4 端點保護(Endpoint Protection)

5.5 弱點緩解(Vulnerability Mitigation)

官方代號:E187.00-RQ-00005-00 判定選項:符合/不符合/不適用

摘要:確認已執行涵蓋整台設備的弱點掃描並有完整報告,弱點已分級且最嚴重等級均已修復或緩解。

Summary: Confirm a vulnerability scan covering the whole equipment has been performed with a complete report, vulnerabilities are rated, and all highest-severity ones are fixed or mitigated.

查核依據文件:設備弱點掃描報告(必須)、弱點管理機制說明文件(必須)

  • 5.5.1 查核人員應確認待查核設備已執行弱點掃描,並檢視弱點掃描報告,是否包含下列事項:
    a. 已執行弱點掃描,並顯示掃描結果,以及通過標準;
    b. 掃描工具名稱及版本;
    c. 掃描覆蓋範圍、掃描設定和掃描日期。
    若是,則續查 5.5.2;若否,則紀錄為【不符合】;依據 5.3 查核結果,確認設備不具備連網功能,即完成本項查核紀錄為【不適用】。
    • EN:The assessor confirms that a vulnerability scan has been performed on the equipment and reviews whether the scan report includes:
      a. evidence that the scan was performed, the scan results and the pass criteria;
      b. the scanning tool name and version;
      c. the scan coverage, scan settings and scan date.
      If yes, continue to 5.5.2; if not, record [Non-compliant]. If 5.3 established that the equipment has no network capability, this item is complete and recorded as [Not applicable].
    • 交付物:設備弱點掃描報告。/Deliverable: Equipment vulnerability scan report.
    • 須呈現:掃描結果與通過標準;工具名稱、版本與弱點資料庫更新日;掃描範圍涵蓋整台設備、掃描設定;掃描日期不晚於查核基準日;執行方式(申請者自行/實驗室執行/實驗室監督)。/Must show: scan results and pass criteria; tool name, version and vulnerability database update date; coverage of the whole equipment and scan settings; scan date no later than the validation reference date; who performed it (applicant, laboratory, or applicant under laboratory supervision).
    • Note1:弱點掃描執行方式,得採下列方式之一:
      • 由申請者自行執行(提供弱點掃描報告予檢測實驗室);
      • 由檢測實驗室執行;
      • 由申請者於檢測實驗室監督下執行。
    • Note2:針對 Note1 第一點所述情境,檢測實驗室應記錄未由檢測實驗室執行或未由申請者於檢測實驗室監督下執行之原因。
    • Note3:針對 Note1 第三點所述情境,檢測實驗室應確認並紀錄掃描工具、掃描設定與掃描範圍,並留存相關監督紀錄作為查核佐證資料。
    • Note4:查核人員應確認弱點掃描工具之版本及其所使用之弱點資料庫,於執行掃描時已完成最近一次可取得之更新,或其更新狀態足以合理反映查核基準日當時已知之主要資安弱點;
      如非即時更新,申請者應能說明其更新頻率與合理性。
    • Note5:查核人員於評估弱點掃描工具之適用性時,得參考第三方專業社群或研究機構(如 OWASP、Gartner 等)所公布之工具資訊,作為判斷該掃描工具功能完整性與成熟度之輔助依據。
    • Note6:掃描範圍應包含當次待查核設備之設備全部,得經由5.4.1所取得文件進行確認。
    • Note7:弱點掃描之執行日期,應早於或等於查核基準日,且其所使用之弱點資料庫更新狀態,應符合前述Note4所述之更新合理性要求。
  • 5.5.2 查核是否為所有弱點建立嚴重性分級機制;且所有最嚴重等級弱點,均已修復或執行緩解措施。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Confirm that a severity rating scheme is applied to all vulnerabilities and that all vulnerabilities of the highest severity have been fixed or mitigated.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:弱點管理機制說明文件、弱點處理清單。/Deliverable: Vulnerability management mechanism documentation and vulnerability remediation list.
    • 須呈現:採用之分級方法(例:CVSS 及其版本);各最嚴重等級弱點之修復或緩解措施;緩解措施經內部權責人員簽核。/Must show: rating method used (e.g. CVSS and its version); fix or mitigation for each highest-severity vulnerability; internal sign-off on mitigations.
    • Note8:弱點分級可參考常見之弱點評分或分級方法(如 CVSS 等),或依弱點掃描工具所採用之分級規則進行判斷。若採用之分級方法或其版本非屬目前普遍使用之作法,查核人員應檢視其分級邏輯與評估依據,以確認其於查核基準日當時具備合理性與一致性。
    • Note9:如採用緩解措施,查核人員應確認緩解措施經申請者內部權責人員簽核確認,並符合查核時的資安技術水準。

5.6 惡意軟體掃描(Malware Scanning)

官方代號:E187.00-RQ-00006-00 判定選項:符合/不符合

摘要:確認已執行涵蓋整台設備的惡意軟體掃描並有完整報告,掃描結果已分析且問題均已修復或緩解。

Summary: Confirm a malware scan covering the whole equipment has been performed with a complete report, the results are analysed, and all findings are fixed or mitigated.

查核依據文件:設備的安全指南或使用者文件(必須)、惡意軟體掃描(Malware Scan)報告(必須)、惡意軟體掃描管理機制說明文件(必須)

  • 5.6.1 查核人員應確認待查核設備已執行惡意軟體掃描(Malware Scan),並檢視惡意軟體掃描報告,是否包含下列事項:
    a. 已執行惡意軟體掃描,並顯示掃描結果及其判定依據,例如:是否偵測到惡意軟體、偵測結果之處置狀態,以及申請者用以判斷設備是否符合資安要求之標準或原則;
    b. 掃描工具名稱及版本;
    c. 掃描覆蓋範圍、掃描設定和掃描日期。
    若是,續查 5.6.2;若否,則紀錄為【不符合】。
    • EN:The assessor confirms that a malware scan has been performed on the equipment and reviews whether the malware scan report includes:
      a. evidence that the scan was performed, the results and the basis for judgement, e.g. whether malware was detected, how detections were handled, and the criteria the applicant uses to decide whether the equipment meets security requirements;
      b. the scanning tool name and version;
      c. the scan coverage, scan settings and scan date.
      If yes, continue to 5.6.2; if not, record [Non-compliant].
    • 交付物:惡意軟體掃描(Malware Scan)報告、惡意軟體掃描管理機制說明文件。/Deliverable: Malware scan report and malware scan management mechanism documentation.
    • 須呈現:偵測結果、處置狀態與判定標準;工具名稱、版本與病毒碼更新日;掃描範圍涵蓋整台設備、掃描設定;掃描日期不晚於查核基準日;執行方式。/Must show: detection results, handling status and judgement criteria; tool name, version and signature update date; coverage of the whole equipment and scan settings; scan date no later than the validation reference date; who performed it.
    • Note1:惡意軟體掃描之執行方式,得採下列方式之一:
      • 由申請者自行執行(提供惡意軟體掃描報告予檢測實驗室);
      • 由檢測實驗室執行;
      • 由申請者於檢測實驗室監督下執行。
    • Note2:針對 Note1 第一點所述情境,檢測實驗室應記錄未由檢測實驗室執行或未由申請者於檢測實驗室監督下執行之原因。
    • Note3:針對 Note1 第三點所述情境,檢測實驗室應確認並紀錄掃描工具、掃描設定與掃描範圍,並留存相關監督紀錄作為查核佐證資料。
    • Note4:查核人員應確認惡意軟體掃描工具之版本,以及其所使用之病毒碼或惡意程式資料庫,於執行掃描時已完成最近一次可取得之更新,或其更新狀態足以合理反映查核基準日當時已知之主要惡意軟體威脅;如非即時更新,申請者應能說明其更新頻率與合理性。
    • Note5:查核人員於評估惡意軟體掃描工具之適用性時,得依據設備所使用之作業系統,參考第三方測試或評測機構(如 AV-Comparatives、AV-Test.Org 等)所公布之資訊,作為判斷該掃描工具防護能力與成熟度之輔助依據。
    • Note6:掃描範圍應包含當次待查核設備之設備全部,可經由5.4.1所取得文件進行確認。
    • Note7:惡意軟體掃描之執行日期,應早於或等於查核基準日,且其所使用之病毒碼或惡意程式資料庫更新狀態,應符合前述 Note4 所述之更新合理性要求。
  • 5.6.2 查核申請者是否已分析掃描結果,且所有問題均已修復或執行緩解措施。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Confirm that the applicant has analysed the scan results and that all findings have been fixed or mitigated.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:掃描結果分析紀錄、處置紀錄。/Deliverable: Scan result analysis and remediation records.
    • 須呈現:每項偵測結果之分析結論與修復或緩解措施;緩解措施經內部權責人員簽核。/Must show: analysis conclusion and fix or mitigation for each finding; internal sign-off on mitigations.
    • Note8:如採用緩解措施,查核人員應確認緩解措施經申請者內部權責人員簽核確認,並符合查核時的資安技術水準。

5.7 反惡意軟體保護(Anti-Malware Protection)

官方代號:E187.00-RQ-00007-00 判定選項:符合/不符合

摘要:確認文件描述相容的反惡意軟體方案(防毒或應用程式允許清單)及其預設與建議設定,且依設定啟用後設備運作正常。

Summary: Confirm the documentation describes a compatible anti-malware solution (antivirus or application allow-listing) with default and recommended settings, and the equipment operates normally with it enabled.

查核依據文件:設備的安全指南或使用者文件(必須)

  • 5.7.1 檢查設備的安全指南或使用者文件,並查核其中是否描述相容的反惡意軟體解決方案,包括預設設定和建議設定。
    若是,續查 5.7.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm that it describes a compatible anti-malware solution, including its default and recommended settings.
      If yes, continue to 5.7.2; if not, record [Non-compliant].
    • 交付物:設備安全指南或使用者文件(反惡意軟體章節)。/Deliverable: Equipment security guide or user documentation (anti-malware section).
    • 須呈現:相容之反惡意軟體方案名稱與版本(防毒或應用程式允許清單);預設設定與建議設定;已知誤判或須排除掃描之程式與資料夾。/Must show: name and version of the compatible solution (antivirus or application allow-listing); default and recommended settings; known false positives or programs and folders to exclude from scanning.
    • Note1:反惡意軟體解決方案,包括(但不限於)防毒軟體或應用程式允許清單(Application Allow List)控制機制。
  • 5.7.2 透過查核確認,根據安全指南或使用者文件中的預設設定和建議設定操作,指定的相容反惡意軟體解決方案是否與設備正常運作。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Confirm that, when operated according to the default and recommended settings in the security guide or user documentation, the specified compatible anti-malware solution works with the equipment operating normally.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:反惡意軟體方案啟用狀態截圖、運作測試紀錄;必要時之效能評估或測試報告。/Deliverable: Screenshots of the anti-malware solution enabled and operational test records; performance evaluation or test reports where needed.
    • 須呈現:方案已依文件設定啟用;啟用後設備功能正常運作;未列於第三方評測者之防護效能佐證。/Must show: the solution is enabled per the documented settings; the equipment functions normally with it enabled; evidence of protection effectiveness if the solution is not covered by third-party testing.
    • Note2:如設備採用防毒軟體作為反惡意軟體解決方案,該防毒軟體與設備中所用應用程式有已知誤判(例如無毒判斷為有毒)情形,或特定應用程式或資料夾掃毒後可能引起系統運作問題者,申請者應於安全指南或使用者文件予以明文標示。
    • Note3:查核人員於評估設備所採用之反惡意軟體保護解決方案時,得依據設備所使用之作業系統,參考第三方測試或評測機構,如 AV-Comparatives、AV-Test.Org等,所公布之資訊,作為判斷該解決方案防護能力與成熟度之輔助依據。
    • Note4:如申請者所採用之反惡意軟體保護解決方案未列於前述第三方評測資訊中,申請者得視實際情形,提供其他可合理說明其防護效能與適用性之資料(例如效能評估報告、測試報告或相關技術文件),供查核人員於整體判斷時參考。

5.8 系統強化 (Hardening)(System Hardening)

官方代號:E187.00-RQ-00008-00 判定選項:符合/不符合

摘要:確認有系統強化說明或預設狀態清單(I/O 介面、作業系統服務、最低必要功能、實施方式),且設備預設狀態與其一致。

Summary: Confirm a system hardening guide or default-state list exists (I/O interfaces, OS services, minimum required functions, implementation guidance) and the equipment default state matches it.

查核依據文件:設備的安全指南或使用者文件(必須)

  • 5.8.1 檢查設備的安全指南或使用者文件,並查核其中是否包含設備系統強化(System Hardening)說明或預設狀態清單,且其中需描述安裝、操作和維護設備時,應遵守的強化指南、說明、安全配置選項和建議設定。
    若是,續查 5.8.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm that it includes system hardening guidance or a default-state list describing the hardening guidelines, instructions, security configuration options and recommended settings to follow when installing, operating and maintaining the equipment.
      If yes, continue to 5.8.2; if not, record [Non-compliant].
    • 交付物:系統強化說明文件或預設狀態清單。/Deliverable: System hardening guide or default-state list.
    • 須呈現:I/O 介面管理(如停用未使用 USB 埠);停用之作業系統服務與工具;設備運作所需之最低服務;不中斷運作的實施方式;參考之基準(如 CIS Benchmarks、SCAP)。/Must show: I/O interface control (e.g. disabling unused USB ports); OS services and tools disabled; minimum services the equipment needs; how to apply hardening without disrupting operation; baseline referenced (e.g. CIS Benchmarks, SCAP).
    • Note1:申請者提供之設備系統強化說明,內容至少應包含下表「強化領域」所列事項:
      強化領域預期內容
      輸入/輸出介面管理描述 I/O 埠口的控制措施(例如在不需要時停用 USB 埠口)
      作業系統服務與工具識別並停用未使用的作業系統服務、工具或背景程序
      最低要求功能配置描述設備功能所需的作業系統服務
      實施指南說明如何在不中斷設備運作的情況下應用強化措施
    • Note2:申請者可參考已被廣泛認可的安全框架,例如CIS Benchmarks(網際網路安全中心基準)、SCAP Frameworks(安全內容自動化協定)等,建立適用於設備的系統強化基準設定(Baseline Secure Configuration)。
  • 5.8.2 透過查核確認,設備的預設狀態,是否與前述設備系統強化說明或預設狀態清單一致。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Confirm that the default state of the equipment is consistent with the system hardening guidance or default-state list.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:設備實機設定比對紀錄(服務清單、I/O 設定截圖或指令輸出)。/Deliverable: Comparison records of actual equipment settings (service list, I/O setting screenshots or command output).
    • 須呈現:實機預設狀態逐項與強化說明一致;不一致項目之說明。/Must show: item-by-item match between the default state and the hardening guide; explanation of any mismatch.

5.9 存取控制機制-帳號識別(Access Control - Account Identification)

官方代號:E187.00-RQ-00009-00 判定選項:符合/不符合

摘要:確認所有可存取介面都需識別與認證使用者,未登入不可操作,管理員與一般帳號分離,訪客帳號預設停用。

Summary: Confirm every accessible interface identifies and authenticates users, nothing is operable before login, administrator and regular accounts are separated, and guest accounts are disabled by default.

查核依據文件:設備的安全指南或使用者文件(必須)

  • 5.9.1 檢查待查核設備的安全指南或使用者文件,查核其中是否包含設備中的所有可存取介面(包含作業系統及設備層級介面)及其所對應的裝置列表。
    若是,續查 5.9.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm that it lists all accessible interfaces of the equipment (both operating system and equipment level) and the corresponding devices.
      If yes, continue to 5.9.2; if not, record [Non-compliant].
    • 交付物:設備安全指南或使用者文件(存取介面章節)。/Deliverable: Equipment security guide or user documentation (access interface section).
    • 須呈現:作業系統層與設備層所有可存取介面及對應裝置清單;含 USB 等實體介面。/Must show: all accessible interfaces at OS and equipment level and the corresponding devices, including physical interfaces such as USB.
  • 5.9.2 依據 5.9.1 查核結果,實際檢視待查核設備,查核下列事項:
    a. 設備是否可以在所有可存取介面(作業系統或設備)上,識別(Identify)和認證(Authenticate)所有用戶,且不得存在未經申請者說明,或無法對應其技術文件之帳號、群組或權限設定。
    b. 未執行登入識別前,所有可存取介面(作業系統或設備)上的操作功能均須保持不可操作狀態。
    c. 至少應查核管理員帳號與一般使用者帳號分離(Separated),並使用不同的登入憑證(Login Credentials)。
    d. 如有訪客(guest)帳號或任何未經驗證的帳號(non-authenticated accounts)應予預設停用(disabled)。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Based on 5.9.1, inspect the equipment and confirm:
      a. the equipment can identify and authenticate all users on every accessible interface (OS or equipment), with no account, group or permission setting that the applicant has not explained or that cannot be traced to its technical documentation;
      b. before login, no operating function on any accessible interface (OS or equipment) is usable;
      c. at minimum, administrator accounts are separated from regular user accounts and use different login credentials;
      d. any guest account or non-authenticated account is disabled by default.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:帳號與群組清單、登入畫面截圖、系統帳號用途說明。/Deliverable: Account and group list, login screen screenshots, and description of system account purposes.
    • 須呈現:各介面登入前不可操作;管理員與一般帳號分離且憑證不同;訪客及未驗證帳號為停用;系統與服務帳號之用途與權限範圍;實體介面保護措施。/Must show: no interface is operable before login; administrator and regular accounts are separate with different credentials; guest and non-authenticated accounts are disabled; purpose and scope of system and service accounts; physical protection of physical interfaces.
    • Note1:申請者識別和認證可能是基於角色的或基於群組的(Role-Based or Group-Based),例如於部分設備介面中,允許多名使用者共用相同之身份識別。
    • Note2:本項所稱帳號、群組或權限,包含使用者帳號及系統內建帳號。對於作業系統或設備正常運作所需之系統帳號、服務帳號或內建角色,申請者得以技術文件或合理說明方式揭露其用途與權限範圍,無須於使用者操作文件中逐一列示。
    • Note3:設備的實體可存取介面,例如USB接口,應有實體保護措施,以避免未授權存取。

5.10 存取控制機制-權限管理(Access Control - Privilege Management)

官方代號:E187.00-RQ-00010-00 判定選項:符合/不符合

摘要:確認帳號管理支援權責分離與最小特權,API 與裝置使用者也受授權管理,且設備實際狀態與文件相符。

Summary: Confirm account management supports segregation of duties and least privilege, APIs and device users are also subject to authorization, and the actual equipment state matches the documentation.

查核依據文件:設備的安全指南或使用者文件(必須)、API相關技術文件(如需)

  • 5.10.1 檢查待查核設備的安全指南或使用者文件,並查核其中是否說明帳號管理設定(Account Management Configuration),並至少應支援權責分離(Segregation of duties)與最小特權(Least privilege)原則。
    若是,續查 5.10.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm that it describes the account management configuration and supports at least the principles of segregation of duties and least privilege.
      If yes, continue to 5.10.2; if not, record [Non-compliant].
    • 交付物:設備安全指南或使用者文件(帳號管理章節)。/Deliverable: Equipment security guide or user documentation (account management section).
    • 須呈現:角色與權限層級對照;權責分離與最小特權之實作方式;高權限帳號僅配置於必要角色。/Must show: mapping of roles to privilege levels; how segregation of duties and least privilege are implemented; high-privilege accounts limited to necessary roles.
    • Note1:可作為權責分離與最小特權原則之實作或說明方式者,包含但不限於:設備設定具不同權限層級之角色帳號、不同角色帳號之權限範圍具差異性、管理員或具高度權限之帳號僅配置於必要之角色,以及角色或帳號之設定具備可識別性等。
    • Note2:其他帳號管理設定可能的內容包括(但不限於):強化指南、設定說明、安全配置選項和建議設定等。
  • 5.10.2 查核待查核設備是否支援應用程式介面(Application Programming Interface,API)或將裝置(Devices)視為使用者。
    若是,則查核待查核設備能強制對 API 和裝置進行使用者授權管理,以紀錄相關作業歷程。
    若是,續查 5.10.3;若不支援,則於查核文件中應予紀錄;若否,則紀錄為【不符合】。
    • EN:Determine whether the equipment supports an Application Programming Interface (API) or treats devices as users.
      If so, confirm the equipment enforces user authorization for APIs and devices so that the related activity is recorded.
      If yes, continue to 5.10.3; if not supported, note this in the validation documents; if not, record [Non-compliant].
    • 交付物:API 相關技術文件(規格、通訊方式、存取控制或授權機制說明)。/Deliverable: API technical documentation (specification, communication method, access control or authorization mechanism).
    • 須呈現:API 與裝置使用者之授權方式;授權後之作業歷程紀錄;如不支援 API 之明確聲明。/Must show: how APIs and device users are authorized; activity records after authorization; or an explicit statement that no API is supported.
    • Note3:如待查核設備具備應用程式介面(API)功能,查核人員應檢視申請者所提供之相關技術文件(例如 API 規格說明、通訊方式、存取控制或授權機制說明),以確認其設計符合本項要求。
  • 5.10.3 依據 5.10.1 與 5.10.2 查核結果,實際檢查設備,確認設備實際狀態是否與設備的安全指南或使用者文件描述相符。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Based on 5.10.1 and 5.10.2, inspect the equipment and confirm that its actual state matches the description in the security guide or user documentation.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:實機角色與權限設定截圖、API 授權實測紀錄。/Deliverable: Screenshots of actual role and permission settings, and API authorization test records.
    • 須呈現:實際角色權限與文件描述一致;未授權之 API 或裝置請求被拒絕。/Must show: actual role permissions match the documentation; unauthorized API or device requests are rejected.
§5

E187-G5 安全監控(Security Monitoring)

5.11 日誌要求-事件紀錄(Logging - Event Recording)

官方代號:E187.00-RQ-00011-00 判定選項:符合/不符合

摘要:確認設備能產生並提供存取安全相關事件紀錄,系統與安全日誌至少保存 1 個月,且實際狀態與文件相符。

Summary: Confirm the equipment can generate security-related event records and provide access to them, system and security logs are retained for at least one month, and the actual state matches the documentation.

查核依據文件:設備的安全指南或使用者文件(必須)、API相關技術文件(如需)

  • 5.11.1 檢查待查核設備的安全指南或使用者文件,並查核待查核設備是否支援產生與安全相關的事件記錄的功能,並提供事件紀錄存取方式;同時系統和安全事件日誌應至少可以記錄並保存 1 個月。
    若是,續查 5.11.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm that the equipment can generate security-related event records and provides a way to access them, and that system and security event logs can be recorded and retained for at least one month.
      If yes, continue to 5.11.2; if not, record [Non-compliant].
    • 交付物:設備安全指南或使用者文件(日誌章節);有 API 時之 API 相關技術文件。/Deliverable: Equipment security guide or user documentation (logging section); API technical documentation where an API exists.
    • 須呈現:事件紀錄之產生與存取方式(手動、API 或傳送至集中式系統);保存期間至少 1 個月;API 或裝置行為亦留存紀錄。/Must show: how event records are generated and accessed (manual, API or forwarding to a central system); retention of at least one month; API and device activity also logged.
    • Note1:事件紀錄存取方式可透過手動機制、應用程式介面 (API) 或傳送到集中式系統等。
    • Note2:若依據5.10.2查核結果,若設備支援應用程式介面(API)或將裝置(Devices)視為使用者,則應查核API或裝置行為亦有依據本項要求支援留存與輸出事件紀錄。
    • Note3:如待查核設備具備應用程式介面(API)功能,查核人員應檢視申請者所提供之相關技術文件(例如 API 規格說明、通訊方式、存取控制或授權機制說明),以確認其設計符合本項要求。
  • 5.11.2 依據 5.11.1 查核結果,實際檢查設備,確認待查核設備實際狀態是否與其安全指南或使用者文件描述相符。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Based on 5.11.1, inspect the equipment and confirm that its actual state matches the description in the security guide or user documentation.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:實機日誌設定截圖、日誌保存期間設定。/Deliverable: Screenshots of actual log settings and retention configuration.
    • 須呈現:實際日誌功能與存取方式與文件一致;最早一筆紀錄可回溯至少 1 個月或保存設定達 1 個月。/Must show: actual logging and access methods match the documentation; records go back at least one month or retention is configured for one month.

5.12 日誌要求-紀錄類別(Logging - Event Categories)

官方代號:E187.00-RQ-00012-00 判定選項:符合/不符合

摘要:確認日誌涵蓋存取控制、配置變更與系統錯誤三類,記錄事件類型、描述、帳號與時間戳記,並以實際範例日誌驗證。

Summary: Confirm logs cover access control, configuration changes and system errors with event type, description, account and timestamp, verified against actual sample logs.

查核依據文件:設備的安全指南或使用者文件(必須)、設備LOG紀錄檔(作業系統與應用程式)(必須)

  • 5.12.1 檢查待查核設備的安全指南或使用者文件,並查核下列事項:
    a. 設備是否支援產生與下列類別相關的安全事件記錄的功能,包括存取控制(Access Control)、配置變更(Configuration Changes)及系統錯誤(System Errors)。
    b. 前述事件類別之事件日誌,是否包括足以識別事件之基本資訊,例如事件類型、事件描述、相關使用者帳戶及時間戳記等。
    若是,續查 5.12.2;若否,則紀錄為【不符合】。
    • EN:Review the equipment security guide or user documentation and confirm:
      a. whether the equipment can generate security event records for access control, configuration changes and system errors;
      b. whether the logs for these categories contain enough basic information to identify an event, such as event type, description, user account and timestamp.
      If yes, continue to 5.12.2; if not, record [Non-compliant].
    • 交付物:設備安全指南或使用者文件(日誌類別章節)。/Deliverable: Equipment security guide or user documentation (log category section).
    • 須呈現:存取控制、配置變更、系統錯誤三類事件之紀錄說明;日誌欄位含事件類型、描述、帳號與時間戳記。/Must show: description of access control, configuration change and system error events; log fields include event type, description, account and timestamp.
  • 5.12.2 檢查待查核設備實際產出的範例日誌,查核是否確實能產生每個事件類別的記錄,且紀錄內容與設備的安全指南或使用者文件描述相符。
    若是,即完成本項查核紀錄為【符合】;若否,則紀錄為【不符合】。
    • EN:Review sample logs actually produced by the equipment and confirm that records are generated for each event category and their content matches the security guide or user documentation.
      If yes, this item is complete and recorded as [Compliant]; if not, record [Non-compliant].
    • 交付物:設備實際產出之範例日誌(作業系統與應用程式)。/Deliverable: Sample logs actually produced by the equipment (operating system and applications).
    • 須呈現:三類事件各至少一筆實際紀錄;紀錄欄位與文件描述一致。/Must show: at least one actual record for each of the three categories; record fields match the documentation.