產品更新：排程掃描與修復追蹤流程

排程掃描不是把同一份報告重跑一次

每一次網站改版都可能改變攻擊面。新的公開路徑、表單欄位、登入後功能、第三方套件與伺服器設定，都可能讓原本不存在或無法利用的弱點重新出現。只依賴年度檢測或上線前的一次性掃描，難以反映目前真正暴露的狀態。

排程掃描的價值，在於用一致方式重複觀察同一項資產。當檢測範圍與執行條件保持清楚，團隊才有機會辨識本次新增、持續存在或已經排除的風險，讓報告從單次快照變成可追蹤的安全紀錄。

建立排程前，先定義資產與檢測邊界

自動執行不代表可以省略前置治理。排程建立前，應先確認目標屬於已取得授權的資產，並依網站的重要性、變更頻率與可接受負載設定合適的檢測方式。

• 確認網域、子網域與相關服務均在合法授權的掃描範圍內
• 明確區分公開頁面與登入後功能，並確認測試帳號可存取的權限邊界
• 依資產重要性、發布頻率與歷史風險決定掃描週期
• 避開尖峰交易或批次作業時段，降低檢測流量對服務造成的影響
• 重大改版、權限模型調整或基礎架構異動後，安排額外檢測而不只等待固定週期

掃描結果要能回答『這次先處理什麼』

排程執行後，真正需要交付的不是弱點數量，而是足以支援決策的脈絡。風險等級應與受影響位置、弱點證據、資產重要性與可能影響一起閱讀，避免團隊只依單一分數排序。

Redmark 將弱點證據與影響位置集中呈現，協助團隊確認問題發生在哪裡、是否能重現，以及應優先投入哪一項修復。清楚的技術證據，也能減少資安與開發團隊在問題確認階段反覆往返。

修復完成後重新掃描，才能確認風險關閉

修復提交、設定更新或 WAF 規則上線，只代表處理動作已執行，不能直接證明弱點消失。複驗必須回到原本的受影響位置與觸發條件，確認問題已無法重現，並檢查修復是否只遮蔽表面現象。

若複驗仍能重現，團隊需要回到證據與修復方式重新判斷；若已排除，則應保留本次掃描與複驗結果，形成可追溯的處理紀錄。這個閉環能避免弱點在沒有驗證的情況下被過早標記完成。

把不同掃描節奏接到日常維運

所有資產不必使用完全相同的頻率。更有效率的方式，是依風險與變更情境建立分層節奏，讓固定排程處理基礎覆蓋，重要事件則觸發額外檢測。

• 固定排程：持續掌握公開網站與重要功能的基礎安全狀態
• 版本發布後：針對新增頁面、輸入點、登入流程與權限變更重新檢測
• 重大事件後：在套件安全公告、架構調整或憑證事件後安排風險導向檢測
• 修復完成後：針對原始發現重新掃描，確認弱點是否確實排除

從定期執行，走向可持續的修復追蹤

Redmark 的產品設計重點，是讓團隊在同一個平台完成網站資產建立、啟動或排程掃描、查看弱點證據與影響位置，以及產出可供溝通與修復使用的報告。

持續掃描的目的不是增加報告數量，而是縮短風險出現到被看見的時間，並讓每一次修復都有重新驗證的依據。當檢測與維運節奏連接起來，網站安全才能從偶發專案逐步成為日常流程。