FR-139 雛形 · 假資料 · 不接後端畫面時間固定為 2026-10-14(三)
Guidant AI
顧問 王小明|某客戶
合規資源庫 / 某客戶 CRA 合規資源庫 / 編輯

這頁要看什麼

  1. 欄位夠不夠:控制項與 AO 各多兩格「缺失」「缺失修改建議」(標 新),放在備註下面、建議附件上面。訪談表的五欄(狀態/現況/備註/缺失/建議)是否都對得上?
  2. 建議附件與程序書分開:「缺失修改建議」正下方多一塊「建議附件」,放顧問給的範本,上傳只選檔、寫一行說明;下面的「程序書」維持原樣,放客戶自己的制度文件。建議附件不進程序書文件池、不進稽核凍結。
  3. 存版兩顆鈕:頁首「暫存」只存工作副本、不留版;「儲存成新版本」才留一個可比對、可還原的版本。旁邊顯示目前第幾版。
某客戶 CRA 合規資源庫 CRA 目前第 3 版 · 上次存版 2026-10-12 顧問王小明· 有未存版的修改新版本歷史
基本資料適用控制項受評標的負責單位 (2)責任人員 (4)元件清冊程序書文件池 (6)
I.1一般要求2/2
I.2產品安全特性4/13
I.2.a無已知可利用漏洞
I.2.b安全預設設定
I.2.c安全更新
I.2.c [a]
I.2.c [b]
I.2.c [c]
I.2.d存取控制
I.2.e資料機密性
II漏洞處理要求1/8
I.2.c

安全更新

確保漏洞可以透過安全更新處理,包括預設啟用自動更新,並提供使用者關閉與延後的選項。

參考條文(點開)Annex I Part I (2)(c) — ensure that vulnerabilities can be addressed through security updates, including, where applicable, through automatic security updates…
建議附件新
通報流程手冊範本.pdf照這份補上收件、分級、修補、回覆四段
程序書

評估目標 (AO) (3)

I.2.c [a] 建立漏洞通報的接收管道
製造商有可讓外部人士通報漏洞的固定管道。
部分實作·2 個任務· 1
建議附件新
PSIRT 窗口職責說明範本.docx窗口職責與回覆時限,可直接改公司名稱使用
程序書
I.2.c [b] 對外公告通報方式
使用者與研究人員可以在公開位置查到如何通報。
繼承上層:部分實作·1 個任務
建議附件新
尚無建議附件
程序書
尚未掛載程序書
I.2.c [c] 提供通報處理說明文件
有書面說明通報後的處理流程與時程。
規劃中·1 個任務· 1
建議附件新
通報流程手冊範本.pdf收件、分級、修補、回覆四段的範例寫法
程序書
尚未掛載程序書

除了標「新」的地方,左樹、表單欄位順序、程序書區塊、AO 卡片的樣子都照現行資源庫編輯頁(ModuleFrameTemplateEditView)。AO 卡片點標題列可展開收合。

儲存成新版本
會把目前工作副本的內容存成 第 4 版。存版後仍可繼續編輯,之後隨時可比對或還原到這一版。
寫這一版改了什麼,版本歷史會顯示這句。
本次異動:3 個控制項、4 個 AO
上傳程序書到 I.2.c 安全更新
把檔案拖到這裡,或 選擇檔案
已選:產品更新管理辦法 v2.0.docx
上傳後同時放進程序書文件池,並掛到這個控制項。
上傳建議附件到 I.2.c 安全更新
把檔案拖到這裡,或 選擇檔案
已選:通報平台建置建議.docx
一行說明這份附件怎麼用,客戶看建議時會一起看到。
建議附件只掛在這個控制項,不會放進程序書文件池,也不會跟著送審凍結給稽核。