亞馬遜雲端服務（AWS）於十月二十二日宣布 AWS Continuum for code vulnerabilities 全面開放：以程式碼與雲端環境脈絡組成情境圖，驗證漏洞是否在實際環境可被利用，並依業務影響排序；確認後以程式碼修補、依賴升級或設定變更產出修復，並以拉取請求提交，預設須經人審批方可合併。服務首發僅美國東部（北維珍尼亞）與美國西部（俄勒岡）兩區；計費為隨用隨付，含按受保護程式碼行數的月費情境費，以及按 Continuum 推理單位（CIU）計的推斷費。
AWS／官方：Continuum 代碼漏洞服務全面開放——環境脈絡驗證可利用性並提交修復拉取請求；首發美東／美西；情境費起每百萬行程式碼二百美元
AWS 於二〇二六年十月二十二日在官方新聞網誌《AWS Continuum for code vulnerabilities is now generally available》宣布，針對代碼漏洞的 Continuum 能力正式一般可用（generally available）。該服務定位為安全產品：在掃描結果洪流中，先證明哪些發現在你的環境中可被利用，再按攻擊路徑靠近高價值系統的程度排序，並為每項已確認問題提出可審閱的修復。本文已核對 AWS 新聞網誌、產品頁與定價頁表述；來源真實性已驗證。以下整理其產品定位、技術機制、區域與定價，以及對企業應用安全與香港／亞洲落地的含義。
一、核心事件：從「掃描告警」走到「可驗證修復」
技術細節
官方指出，威脅者可借助前沿 AI 模型，在數分鐘內把漏洞披露轉成可用的利用程式；同一批加速開發的工具，也令安全團隊每日要消化上千條掃描發現，其中不少其實無法觸達、無法利用，或已被運行時控制緩解。通用嚴重性分數無法區分「只存在於開發用工具」與「離支付資料庫僅一步」的差異。過往確認是否可利用往往要數小時人工調查，跨安全、基建與應用團隊協調出有信心的修復，則可能要數日。
Continuum 的回應是：證明哪些發現可利用，並為它提出的每個修復框定風險邊界。每個修復一開始都以「Continuum 提議、人員批准後才上線」模式運作；官方稱未來可讓你決定哪些動作可在自訂護欄內由系統自行執行。
二、技術原理深度解析：情境圖、證據級與沙盒利用
Continuum 從兩類主要來源建立情境圖（context graph）：程式碼倉庫，以及 AWS 環境。你在程式碼執行所在的帳戶與區域設置收集器（collector），收集 AWS Config 資源與網絡設定等細節，以便判斷漏洞是否可經網絡觸達，以及攻擊者從該點還能接觸什麼。系統據此辨識業務關鍵系統（例如客戶資料存放、支付管線、認證服務），並依攻擊路徑與這些系統的接近程度排序問題。
對每項發現，Continuum 對照程式碼與環境脈絡，賦予證據級別（例如以靜態分析證明脆弱路徑）。若可重現，會在隔離沙盒執行利用，並附上概念驗證程式碼與重現步驟；產出包括攻擊路徑、原始碼分析與爆炸半徑評估，而不只是單一風險分數，並評估既有防禦能否偵測與阻止該路徑。
確認後，修復可為程式碼修補、依賴升級或設定變更，並在已連接的倉庫開啟拉取請求供審閱。官方示範中，一例為「高」嚴重性、可利用、證據級「靜態已證明」、可能性「高」（可從攻擊者觸達、無需認證、無需用戶互動）、影響「中等」（可修改業務資料，爆炸半徑達同租戶其他用戶）；修復以標題為 Continuum fix 的拉取請求交付至 GitHub（示範為購物車服務四個檔案、約新增五十行、刪除二十四行）。控制台明確寫明：產生修補不等於問題已修復，仍須團隊審閱並合併。
程式碼來源可接 GitHub 整合，或同一帳戶／區域的 Amazon S3 儲存貯體（經 IAM 角色授權）；亦可選加 AWS 基建脈絡收集器。環境可排程掃描，亦可手動排隊掃描。
三、區域可用性與定價結構
官方新聞網誌寫明：AWS Continuum for code vulnerabilities 今日起可在 美國東部（北維珍尼亞） 與 美國西部（俄勒岡） 使用；定價見產品定價頁。
定價頁指代碼漏洞能力為隨用隨付、無預付或最低消費，含兩維：
- 月費情境費（context fee）：按 Continuum 協助保護的程式碼行數（每百萬行）累進，首一千萬行每百萬行 二百美元；其後九千萬行每百萬行 一百八十美元；逾一億至十億行 一百六十美元；逾十億至一百億行 一百三十美元；逾一百億行 一百美元。
- 推斷費（inference）：按 Continuum 推理單位（CIU）計，每單位 十美元；官方稱背後會為各任務選用並混合多個前沿資安模型，對外只見單一單位。
官方舉例（假設每漏洞平均一單位）：保護一百萬行程式碼、當月處理一百個漏洞 → 情境費二百美元＋推斷費一千美元 ≈ 每月一千二百美元。定價頁另列 Continuum for penetration testing（按 task-hour，每小時五十美元）等能力，與本次「代碼漏洞全面開放」新聞主線分開理解即可。
四、日常應用場景
1. 開發者與技術團隊
適合已有大量 SAST／依賴掃描告警、但難以判斷「該先修哪一條」的團隊：把可利用性證明、爆炸半徑與修復拉取請求收斂到同一工作流，並保留人審合併閘門。接 GitHub 或 S3 後，可把審閱焦點從原始掃描清單，轉到已驗證、已排序的 Issues。
2. 企業與隱私敏感行業
金融、電商與持牌機構常同時面對「掃描噪音」與「修補變更的業務風險」。以環境脈絡排序高價值系統附近的攻擊路徑，有助把資源集中在靠近支付、身分與客戶資料的問題；但 Continuum 仍屬公有雲託管服務，且首發僅美東／美西——跨境資料、倉庫權限與收集器範圍仍須獨立做私隱與供應商評估。
3. 一般用戶
終端消費者較少直接使用此服務；感受會來自企業更快消化真實可利用漏洞、縮短暴露窗。用戶仍應假設：自動產生的修補需要工程審閱，並非「一鍵等於已修妥」。
4. 香港與亞洲市場視角
對香港與亞太團隊，短期實務含義是：若工作負載與程式碼／建置產物可合法放在美東或美西帳戶處理，可先做小範圍試點（單一環境、人審全開）；若程式碼或客戶資料不能出境，則不宜假設可直接把完整倉庫接入，而應評估區域路線圖、私有掃描管線，或把 Continuum 類能力限定在可出境的非敏感元件。定價以程式碼規模與處理量成長，採購應以自身倉庫行數與預期漏洞處理量建模，而非只看「有沒有 AI」。
五、專業評價與潛在考量
優勢
- 把「可利用性證明＋業務脈絡排序＋可審閱修復」串成單一產品路徑，對大型應用資產有針對性。
- 預設人審拉取請求，降低自動改碼失控風險；證據與沙盒利用有助縮短跨團隊爭論。
- 官方公開區域與隨用隨付結構，採購可建立初步成本模型。
需要留意的地方
- 一般可用僅兩個美國區域；香港／亞洲延遲、資料駐留與合規邊界仍是硬約束。
- 示範數字（檔案數、增刪行數）屬產品走查情境，不應外推為所有倉庫的修復品質保證。
- 推斷單位實際消耗「隨每漏洞所需工作而變」；企業例（如每月處理上萬漏洞）成本可快速升高，需設掃描範圍與優先級護欄。
- 自動修補仍可能引入回歸；測試覆蓋與變更審批流程不能因有 AI 提議而削弱。
結語
AWS Continuum for code vulnerabilities 全面開放，標誌超大規模雲端把「掃描之後的驗證、排序與修復提議」產品化，並以人審拉取請求作為預設控制面。對企業而言，價值不在再多一個告警來源，而在能否把可利用路徑與高價值系統對齊，並在可控權限下縮短修復週期。香港團隊若工作負載可放在首發區域，宜先小範圍驗證證據品質與成本曲線；若資料不能出境，則應同步規劃私有或區域化的應用安全基線。若貴機構需要在香港檢視雲端遷移、倉庫與掃描管線邊界，以及加固持續監控與變更閘門，可參考 YSK Limited 的雲端遷移與網絡安全服務：https://ysk.hk/services/cloud-security
參考來源
- AWS 官方新聞網誌：AWS Continuum for code vulnerabilities is now generally available（2026-10-22）— https://aws.amazon.com/blogs/aws/aws-continuum-for-code-vulnerabilities-is-now-generally-available/
- AWS Continuum 產品頁 — https://aws.amazon.com/continuum/
- AWS Continuum 定價頁 — https://aws.amazon.com/continuum/pricing/