FBI警告Kali365釣魚即服務竊取Microsoft 365權杖，企業應限制裝置代碼流程

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

美國聯邦調查局（FBI）5月21日發布公告， 警告新興釣魚即服務（Phishing-as-a- Service，PhaaS）平臺Kali365鎖定Micro soft 365環境，透過裝置代碼釣魚取得OAuth權杖並繞過多因素驗 證（MFA）。

FBI指出，Kali365主要透過即時通訊服務Telegra m散布，攻擊者可透過訂閱Kali365服務取得OAuth權杖 擷取能力，藉此取得Microsoft 365的存取權杖與更新權杖，在不攔截使用者密碼或MFA驗證碼 的情況下，持續存取Microsoft 365環境。

這類攻擊的關鍵，在於濫用Microsoft身分驗證機制中的合法裝置代碼流程（ Device Code Flow）。攻擊者會寄送釣魚郵件， 冒充可信任的雲端生產力或文件共享服務，郵件內含裝置代碼， 並引導使用者前往真正的Microsoft驗證頁面輸入代碼。 受害者完成驗證後，實際上是授權攻擊者控制的裝置存取其帳號， 攻擊者便可在不需要密碼、也不必再次通過MFA的情況下，存取O utlook、Teams、OneDrive等Microsof t 365服務。

圖片來源/Arctic Wolf

針對防護措施，FBI建議企業限制或封鎖裝置代碼流程，並在建立條件式存取（Conditional Access，CA）政策前，先稽核既有使用情況， 確認是否有合法業務相依性。FBI也建議封鎖驗證轉移政策（authentication transfer policies）， 避免使用者將電腦上的驗證狀態轉移至行動裝置； 若無法完全停用裝置代碼流程，則應排除緊急存取帳號， 以免發生帳號鎖定問題。

資安業者Arctic Wolf則進一步針對Microsoft Entra身分與存取控管設定提出防護建議。該公司建議， 若企業沒有明確需求，應透過條件式存取政策封鎖裝置代碼流程， 設定範圍可涵蓋所有使用者與所有雲端應用程式；若會議室裝置、 物聯網或數位看板等情境仍需使用，則應限制僅開放特定可信任IP位址、 特定裝置平臺或特定服務帳號群組存取。Arctic Wolf也建議啟用Microsoft Entra ID Protection的登入風險政策，偵測異常或可疑登入， 並搭配資安意識訓練，讓使用者能辨識並回報這類釣魚手法。

'

網路流量分析工具Wireshark發布新版本，修補多項可能導致程式當機的協定解析器漏洞

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

知名開源網路流量分析工具Wireshark近日發布4.6.6版更新，修補多項協定解析器（dissector）漏洞， 其中包括ROHC與MACsec協定解析器的相關問題 ，建議用戶儘速升級到新版本。

Wireshark在公告中指出，這次修補的主要漏洞為wnpa-sec-2026-51，屬於ROHC（Robust Header Compression）協定解析器問題，攻擊者可藉由特製網路封包觸發程式異常終止，影響4.6.0至4.6.5版，以及4.4.0至4.4.15版，已於4.6.6與4.4.16版完成修補。 另外，Wireshark先前版本因MACsec協定解析器的全域緩衝區溢位，而可能造成程式當機的問題，最新版也予以修補。

除了修補協定解析器方面的問題外，Wireshark既有版本與Windows 10、Windows Server 2019的相容性問題，以及在Windows環境的安裝問題，4.6.6版也同步修正。

'

鎖定SonicWall防火牆的掃描活動激增，可能將出現新漏洞

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

資安業者GreyNoise發現近二周網路上鎖定防火牆業者SonicWall管理介面的掃描活動最高一天將近60萬次，可能是發現新漏洞或零時差漏洞的前兆。

業者在今年5月9日到5月18日之間觀察到針對SonicWall SonicOS管理介面的掃描活動出現高峰。其中5月12日，達到597,000次，是SonicOS API Scanner報告90天觀測值最高的一天，是平時次數的將近46倍。

這個現象和今年初掃描激增現象頗為相似，而後可能會出現新漏洞。今年初，GreyNoise團隊1月18日、30日及2月14日先後觀察到掃描高峰，10天後就發現了CVE-2026-0400。因此GreyNoise指出，兩周來的掃描次數激增可能是漏洞揭露的前兆。

5月中、上旬的掃描中，99%的請求載有同一個瀏覽器使用者代理（User-Agent）字串：Linux x86_64上的Chrome 119。這指紋特徵與今年第一季針對SonicWall設備進行大量掃描時的特徵相同（當時94.5%的流量有此特徵）。這顯示攻擊者使用的工具/腳本沒有改變。

觀測到的連線階段（sessions）集中來自兩個國家的網路，分別是荷蘭（56%）及烏克蘭（44%）。此外，流量高度集中於單一自治系統（ASN），光是AS211736就承載了總連線量近一半（約50%），且其IP位址大多數被GreyNoise標示為「可疑」。最後，幾乎所有的掃描行為集中對網路設備的Port 80/ 8080（HTTP協定）進行，顯示為大規模、組織性的掃描活動。

資安業者說明，掃描次數升高的漏洞揭露的關係並非絕對。掃描活動上升可能是漏洞前兆、或第1季多波攻擊串的第一波、也可能是不相干的活動。

雖然資安業者未咬定一定是駭客濫用漏洞前的偵察活動，但應該相去不遠，因此研究人員提醒SonicWall設備管理員應立即行動。立即行動包括限縮只有管理員才能存取SonicOS管理API和SSL VPN入口網站，避免管理介面的公開曝露。其次，應要求所有SSL VPN帳號啟用多因素驗證（MFA），並且稽核2026年5月1日以後建立的新管理帳號，以及在網路邊緣裝置套用動態IP黑名單。

長期建議安全措施，包括時時留意SonicWall產品資安事件回應團隊（PSIRT）發送的安全公告，儘可能在漏洞揭露24小時內修補。此外，應該增加SonicWall裝置的日誌保留期，及增加對外流量的警告。

'

NIST發布SP 800-172第三版修訂，強化對抗APT韌性

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

美國國家標準與技術研究院（NIST）更新SP 800-172，於5月13日發布第三版。這套指南是建立在現行的SP 800-171基礎合規框架之上，專為保護關鍵計畫與高價值資產（HVA）所設計的增強型規範，目的是協助建立抵禦進階持續性威脅（APT）的深層防線。

NIST資安工程與風險管理負責人Victoria Yan Pillitteri表示，這次更新持續強化「高價值與敏感資訊」的資安防護要求與評估程序，以應對日益複雜的威脅環境。此外，新版也確保了這些增強型安全要求與SP 800-53（Release 5.2.0）的控制項版本保持高度同步，有效降低企業在跨框架管理時的複雜度。

她並強調，無論企業是為了支援CMMC的合規、強化供應鏈韌性、與風險管理框架（RMF）對接，還是致力於資安工程實務的現代化，皆能參考SP 800-172r3，以及配套的評估指南SP 800-172Ar3，以促進企業從被動合規轉向主動韌性。

'

TrapDoor供應鏈攻擊透過NPM、PyPI、Crates散布竊資軟體

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

軟體供應鏈攻擊的活動頻傳，現在駭客更傾向同時對多個開源套件生態系下手。資安公司Socket揭露一起攻擊行動TrapDoor，目標鎖定加密貨幣、去中心化金融（DeFi）、Solana，以及AI社群開發者，駭客於NPM、PyPI、Crates.io滲透34個套件，上傳至少384個惡意套件版本，目的是竊取開發者的機密資料，包括加密貨幣錢包、SSH金鑰、雲端憑證、瀏覽器資料，以及環境變數。

惡意套件內含的酬載不僅會搜刮憑證，還會檢查AWS與GitHub權杖（token）是否有效，並試圖透過SSH連線橫向移動，此外，駭客也透過Git掛鉤、shell掛鉤、systemd、cron等方式，以便於受害環境持續活動。

Socket最早在PyPI發現這批惡意套件，後續在另外兩個平臺觀察到相關活動，這起事故引起該公司的注意，原因在於這些惡意套件偽裝成通用開發工具，並在多個平臺快速且接連出現。值得留意的是，NPM、PyPI、Crates.io獲報後已下架部分惡意套件，仍有一些尚未移除。

這起攻擊活動另一個特別之處，就是惡意程式TrapDoor會鎖定AI工具發動提示注入攻擊，他們利用零寬度Unicode字元植入隱藏指令，誘使AI助理執行安全掃描或相關的工作流程，藉此找到機密資料並外洩。

'

教宗Leo XIV首份通諭聚焦AI，警告技術不可凌駕人類

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

Pope Leo XIV周一（5/25）發表上任後首份教宗通諭《Magnifica Humanitas》（《偉大的人性》），將人工智慧（AI）列為核心議題之一，警告技術發展不應凌駕於人類尊嚴與價值之上。他指出，AI帶來的挑戰不僅是技術能力提升，而是人與人關係、權力分配及社會結構可能因此改變，呼籲各界在推動AI發展時，必須以人類為中心。

現年70歲的Pope Leo XIV本名Robert Francis Prevost，於2025年當選第267任教宗，成為首位美國出生的教宗。教宗是全球約14億天主教徒的最高領袖，同時也是梵蒂岡國家元首；而通諭則是教宗針對重大社會、政治或道德議題發布的最高層級正式文件，通常被視為天主教會的重要立場宣示。

Pope Leo XIV在通諭開頭以「巴別塔」與「尼希米重建城牆」兩個聖經故事，對比AI時代的兩種道路。前者象徵人類以技術追求權力、效率與統一，最後反而導致分裂；後者則象徵人們在破碎中重新合作、傾聽與共同建造。他強調，AI不應成為少數人支配社會的新巴別塔，而應用來修補人與人之間的連結。

他進一步警告，若效率、控制或優化成為判斷一切的標準，人可能被簡化成資料、流量、勞動力，以及可被預測與操控的對象，而不再被視為具有尊嚴及自由意志的主體。對他而言，AI真正的問題不在技術能力，而在於人是否逐漸被系統重新定義。

儘管如此，Pope Leo XIV並未反對AI發展。他承認AI可改善服務及協助決策，但提醒AI已進入管理、溝通與控制等領域，因此除了效率之外，也應考量環境成本、能源、水資源消耗及資料中心負擔，同時避免將偏見包裝成客觀事實。他並主張AI應具備責任歸屬、透明度、問責機制、法律框架及獨立監督，必要時放慢AI採用速度。

此外，他也反對資料、算力與基礎設施集中在少數企業或國家手中，以免形成新的知識、經濟與政治不對稱。他提出「解除AI武裝」概念，反對將AI置於權力競賽邏輯之中，強調AI不應成為支配、排除與傷害人的工具，而應回到服務人的角色。

對於技術或AI，Pope Leo XIV認為，技術本身並非惡，但也從來不是中立，因為它帶著設計者、贊助者、監管者或使用者的特質；AI應由人類來決定用途與界線；AI既無身體與經驗，無法感受喜怒哀樂，也不具備良心，更無需替後果承擔道德責任，不應被等同於人類的智慧。

整體而言，這份通諭的核心並不是反對AI，而是要求AI發展不能只由速度、效率、利潤與國家競爭決定，而必須接受倫理、法律與公共利益的約束。

'

內容管理系統Ghost的SQL注入漏洞被用於大規模ClickFix網釣攻擊活動

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

內容管理平臺未及時修補的資安漏洞，有可能讓攻擊者有機可乘。中國資安公司奇安信揭露鎖定Ghost平臺的大規模攻擊活動，駭客利用已知漏洞CVE-2026-26980，取得網站的API金鑰，接著透過API大量竄改文章內容，於頁面植入惡意JavaScript載入工具，目的是建置假的Cloudflare人機驗證網頁（FakeCaptcha），進行ClickFix網釣攻擊，引誘瀏覽網頁的使用者在本機執行惡意命令。

CVE-2026-26980為SQL注入漏洞，存在於Ghost Content API的slug過濾器，未經授權的攻擊者能任意讀取資料庫內容，CVSS風險評為9.4分（滿分10分），影響3.24.0至6.19.0版的Ghost，開發團隊於2月17日發布6.19.1版修補，兩天後公布CVE編號。值得留意的是，奇安信於5月7日首度偵測到攻擊活動，不過駭客於開發團隊發布新版之前就開始製作惡意酬載，顯然在該漏洞揭露前駭客已掌握相關資訊，並規畫如何利用。

奇安信發現至少兩組人馬對Ghost CMS網站進行投毒，有超過700個網域名稱被污染，其中包含全球許多知名網站，涵蓋大學、區塊鏈、AI、SaaS、資安研究、新聞媒體、金融科技等領域。值得留意的是，研究人員發現兩組駭客團體搶奪部分網站的現象，有的網站一天內被植入不同的惡意程式碼。

'

Universal Robots修補工控機器人重大漏洞，CISA已列入工業控制系統漏洞公告，提醒用戶儘速更新

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

全球主要協作機器人（cobot）廠商之一的Universal Robots，近日發布資安公告，修補旗下工控機器人作業系統PolyScope 5中，可能導致遠端控制的重大漏洞，美國網路安全與基礎設施安全局（CISA）也已將其列入工業控制系統安全公告（Industrial Control Systems Advisory，ICS Advisory），提醒相關用戶儘速更新系統。

出身自丹麥，目前隸屬美國工業測試設備公司Teradyne旗下的Universal Robots，是協作機器人領域的代表性廠商，這次修補的漏洞，是由資安公司Claroty研究員Vera Mens發現與通報，編號CVE-2026-8153，CVSS嚴重性評分達9.8分，該漏洞屬於作業系統指令注入（OS Command Injection）問題，存在於協作機器人作業系統PolyScope 5的Dashboard Server介面，攻擊者可透過特製指令，利用Dashboard Server對於使用者輸入特殊字元的過濾不足弱點，而得以從遠端連至作業系統執行程式碼。由於Universal Robots的機器人設備擁有遠端控制用的乙太網路介面， 若用戶未妥善進行網段隔離，可能利用該漏洞進入組織內部區域網路，進一步控制多臺機器人或周邊設備。

Universal Robots已在PolyScope 5.25.1版修補前述漏洞，建議用戶儘速更新，並盡量將機器人和其他控制系統設備放置在防火牆後，並將其與業務網路隔離，並限制PolyScope只能存取特定受信任主機或子網路，若不需要用到Dashboard Server，請停用這項服務。

'

CDM發明人推AI Defense Matrix，建構AI安全配套框架

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

隨著生成式AI浪潮席捲全球，企業在導入AI技術的同時，也面臨前所未有的安全挑戰。知名資安專家、網路防禦矩陣（Cyber Defense Matrix，CDM）發明人Sounil Yu，於5月中旬宣布與資安專家Lenny Zeltser攜手合作，發表全新的AI防禦矩陣（AI Defense Matrix）。

關於推出AI Defense Matrix，目的是協助資安主管識別防禦缺口、確立權責歸屬，並針對AI系統選擇精準的控管措施。同時，對於資安供應商而言，這套框架亦能協助其釐清產品價值定位，並擬定更具策略性的產品發展藍圖。

從AI Defense Matrix的設計來看，內容主要是一個6×8的矩陣。橫軸分別是NIST CSF 2.0的六大類別，項目包括：治理、識別、保護、偵測、回應、復原。

縱軸則呈現8種需要AI專屬防禦的資產類別。項目分別是AI工作負載平臺（AI-Workload Platforms）、AI協調工具（AI Orchestration Tools）、AI生成程式碼（AI-Generated Code）、AI閘道器與路由器（AI Gateways and Routers）、AI模型（AI Model）、訓練資料（Training Data）、執行時期的AI資料（Runtime AI Data）、AI代理身分（AI Agent Identities）。

Sounil Yu與Lenny Zeltser強調，這套框架的核心意義在於釐清一個關鍵概念：AI防禦矩陣專注於「Security for AI」（為AI建立安全），目的是防護AI系統本身的特有組件。同時建議，資安團隊應檢視矩陣中的每一個單元格（Cell），評估現有的流程與技術，確認該資產在特定功能維度下的需求是否已被這些做法涵蓋。

他們亦期許這套新框架能對業界有所助益，並歡迎各方提供建議，讓這個矩陣模型能持續優化，朝更完善的方向發展。

Sounil Yu與Lenny Zeltser已經架設AI Defense Matrix的專屬網站，說明此框架對齊NIST CSF 2.0，是網路防禦矩陣在「Security for AI」領域的配套框架，由Lenny Zeltser與Sounil Yu共同開發。

'

微軟推.NET版MCP代理治理套件，控管AI代理工具呼叫風險

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

微軟推出.NET版MCP代理治理擴充套件公開預覽版，讓開發者可在MCP伺服器中加入工具呼叫控管、回應內容過濾與稽核機制。MCP是讓AI應用程式連接外部工具與資料來源的協定，而該代理治理擴充套件讓開發者在建置MCP伺服器時，就能加入治理機制，控管工具是否能被呼叫、呼叫時是否符合政策，以及工具回傳內容是否安全。

在AI代理應用中，工具通常是可被模型呼叫的外部功能，例如查詢資料、執行系統動作或連接企業內部服務。微軟指出，當這些工具開放給代理使用，開發團隊需要處理工具呼叫權限、工具說明中的惡意指令、工具定義變更後的安全性，以及工具回傳內容可能把不安全資訊帶回模型等風險。

透過該MCP代理治理擴充套件使用，開發者可指定治理政策檔、預設代理識別與伺服器名稱，套件會透過同一個設定流程加入工具定義檢查、套用身分呼叫政策、回應內容過濾，以及稽核與指標蒐集。

治理流程分成伺服器啟動前與工具呼叫時兩個階段，啟動前，套件會先掃描已註冊的工具，要是偵測到不安全的工具，預設會讓伺服器啟動失敗，避免有風險的工具先被暴露給用戶端。微軟列出的偵測類型包括工具投毒、隱藏指令、工具說明注入等，也可協助發現要求權杖、密碼或系統提示詞等敏感資訊的欄位。

工具實際被呼叫時，套件會根據治理政策檢查執行條件，不符合政策的呼叫會被中止，並回傳受控錯誤結果。治理判斷可納入已驗證的代理身分，若無法取得身分資訊，則使用預設身分。工具輸出回傳用戶端前，套件也會先檢查內容，遮蔽可能干擾模型指令、洩漏憑證或資料外傳的片段。

該套件目前支援.NET 8以上應用程式與官方MCP C#開發套件。微軟提醒，MCP代理治理擴充套件提供的是技術控管能力，但不能單獨保證企業符合法規或內部合規要求，開發者仍需依自身環境驗證資料處理與營運控制。

'