【臺灣資安大會直擊】莊琇媛：金融資安治理、防護與韌性演練都必須持續升級

來源：https://www.ithome.com.tw/news/175707

過去一個月，AI對資安產業帶來了很大的壓力。Anthropic新釋的Claude Mythos模型預覽版，發現了許多重要系統的資安漏洞，不少是數十年來都未曾被發現的弱點。美國財政部長更立刻召集多家大型金融機構的重要資安主管，共同討論對策。

在臺灣資安大會金融資安論壇中，金管會副主委莊琇媛開場時也特別強調了AI對資安的影響，「這對資安產業帶來很大的挑戰，攻擊者可以用AI發動攻擊，企業同樣也可以用AI來防禦。」

因此，金管會在去年底發布了金融資安韌性發展藍圖政策，莊琇媛特別提醒三件事，來因應越來越嚴峻的資安挑戰，「資安治理必須持續升級，防護能力也必須升級，韌性更一定要能演練和驗證。」

莊琇媛解釋，過去，多依靠自律規範視為基本資安門檻的做法，已經不夠。因此，金管會在今年四月時，招集了資安措施表現較成熟的金融機構分享經驗，希望能建立典範產生知識移轉，讓其他金融機構帶回組織內部，進一步內化，發展出適合自己的治理架構。

在AI帶來的資安威脅下，莊琇媛指出，現在的資安防護不能只停留在單點防禦，而要走向全域防護與供應鏈聯防，尤其，供應鏈資安管理已經成為非常重要的課題，將資安防護的責任，從單一金融機構，擴展到整個生態系。

最讓莊琇媛感觸的則是第三點，韌性要能夠演練、驗證。金融機構雖然有備援機制，但這些備援機制經常是「備而不用」，「真正發生重大事件時，往往不敢切換，因為無法確認實際效果。」

莊琇媛希望，關鍵時刻，核心金融服務發生問題，需要切換到備援系統時，大家能夠有信心地啟用備援，並快速恢復服務。「這種信心，只能透過不斷演練與驗證來建立，持續測試整體韌性的有效性。」

「韌性並不是保證永遠不會遭受攻擊，這是不可能的。真正重要的是，當攻擊發生時，我們能否快速因應、盡速恢復。」莊琇媛表示。

'

AWS預覽AgentCore Payments，讓代理可在任務中即時付費使用外部資源

來源：https://www.ithome.com.tw/news/175701

AWS推出Amazon Bedrock AgentCore Payments預覽版，讓建置在Amazon Bedrock AgentCore上的AI代理，可在執行任務時存取並付費使用外部資源，包括網頁內容、API、MCP伺服器及其他代理。該功能由AWS與Coinbase、Stripe合作，預覽階段先支援x402協定，用於處理代理工作流程中的即時微支付。

Amazon Bedrock AgentCore是AWS用來大規模建置、連接及最佳化AI代理的平臺，提供代理身分系統、代理閘道與可觀測性等功能。AgentCore Payments把支付流程也納入代理執行環境，讓開發者不必替每個付費服務個別建立帳務關係、憑證管理與交易邏輯。AWS表示，這項功能涵蓋錢包驗證、交易執行、支出控管與可觀測性，降低代理存取付費資源時的整合負擔。

預覽版主要應用情境是微支付，AWS舉例，金融研究代理可依任務需求存取即時市場資料、付費出版品或新聞資料，而程式開發代理也可在需要時呼叫特定API、付費MCP伺服器或第三方代理。由於這類交易可能低於1美元，甚至是幾分之一美分，因此需要能在代理執行流程中即時完成付款的機制。

在實作上，開發者可透過AgentCore SDK或主控臺啟用Payments功能，並選擇連接Coinbase錢包或Stripe Privy錢包。終端使用者可用穩定幣替錢包加值，也可透過簽帳金融卡以法幣加值。代理要使用錢包前，必須取得使用者明確授權，執行期間也會套用每個工作階段的支出上限。

AWS說明，當代理請求付費端點並收到HTTP 402 Payment Required回應時，AgentCore payments會依x402協定處理付款流程，包括向已設定的錢包完成驗證、執行穩定幣付款，並附上付款證明，再將內容交回代理。相關交易可透過AgentCore主控臺的記錄、指標與追蹤資料觀察。

AWS也透過AgentCore Gateway提供Coinbase x402 Bazaar MCP伺服器，讓代理可搜尋、探索並付費使用支援x402的端點。Stripe旗下Privy提供錢包基礎設施，作為AgentCore Payments預覽階段可選用的付款連接。AWS也提到，後續將朝法幣支付支援與更廣泛的商務流程擴展。

Amazon Bedrock AgentCore Payments目前已在美東維吉尼亞北部、美西奧勒岡、歐洲法蘭克福及亞太雪梨地區提供預覽。預覽版目前僅支援x402協定，AWS規畫未來加入更多支付協定。

'

國家級駭客組織Sandworm利用SSH-over-Tor建立隱蔽通道，強化長期滲透能力

來源：https://www.ithome.com.tw/news/175706

資安業者360揭露俄羅斯駭客Sandworm（APT-C-13）近期攻擊動向，警示該組織採用SSH-over-Tor技術建立隱蔽的遠端存取通道，以提升長期潛伏與存取能力。

依據360的研究團隊觀察，這波攻擊是以針對特定對象的魚叉式網路釣魚（Spear Phishing）為起點，誘使受害者開啟偽裝成PDF檔案的LNK捷徑檔，進而透過PowerShell指令下載惡意程式，並假冒合法應用程式的排程工作，在受害系統上建立持久的存取能力。攻擊的核心在於採用SSH-over-Tor架構，將SSH遠端連線透過Tor匿名網路進行多層節點轉送，從而建立隱蔽的遠端存取通道，還搭配obfs4混淆協定，將Tor流量偽裝為一般TCP流量，藉此繞過防火牆保護，降低遭到偵測的機率。

研究團隊指出，這波攻擊顯示駭客組織正持續強化隱蔽通訊與持久化滲透技術，企業除需強化釣魚郵件防護外，也應監控異常Tor流量與SSH連線，以降低遭滲透風險。

'

AI工具3個月找出38個OpenEMR漏洞，包括可能導致敏感資料外洩的滿分重大漏洞

來源：https://www.ithome.com.tw/news/175702

資安公司Aisle近日發布研究報告，指出該公司透過其AI自主分析工具，掃描開源電子病歷系統OpenEMR的程式碼庫，在3個月內發現38個新漏洞，包括兩個CVSS嚴重性評為10分的重大漏洞，並協助OpenEMR基金會完成修補。

OpenEMR是開源的電子病歷（Electronic Medical Record，EMR）與診所管理系統，有超過10萬家醫療機構部署。Aisle從2025年底開始透過該公司發展的AI分析工具，掃描OpenEMR的程式碼庫，直到2026年第1季為止，一共發現38個漏洞，其中最嚴重的是2個CVSS嚴重性評分10.0的重大漏洞。第1個是CVE-2026-24898，原因是MedEx回傳端點允許繞過身分驗證，導致連線階段權杖產生洩漏的問題，可能造成敏感資訊洩漏與未授權操作；第2個是CVE-2026-24908，為病患REST API端點的SQL注入問題，可能導致已通過驗證的使用者執行未經授權的資料庫存取，以及敏感資料洩漏，甚至是遠端執行程式碼。

Aisle自2026年1月陸續將前述漏洞通報OpenEMR基金會，並協助修補，在2026年2月發布的OpenEMR 8.0版，以及3月份推出的3個修補程式中，完成前述漏洞的修補。而自4月起，OpenEMR也將該公司的AI提交分析工具（AI-powered commit analyzer）AISLE PRO，整合到OpenEMR程式碼審查流程中，藉此及早修復問題，避免程式碼漏洞進入正式環境。

'