微軟將透過Windows Update遠端復原問題驅動程式，減少手動排除故障負擔

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

Windows Update不只負責提供Windows系統更新，也常被用來發布硬體驅動程式；但若驅動程式更新存在品質問題，可能造成裝置異常，使用者甚至需要自行解除安裝或回復驅動程式。

為了降低驅動程式更新出問題後的處理負擔，微軟5月12日宣布在Windows Update導入Cloud-Initiated Driver Recovery機制。若驅動程式在硬體開發中心（Hardware Dev Center）的發布品質審查流程（Driver Shiproom）中被判定有品質問題，微軟即可遠端啟動復原作業，移除受影響裝置上有問題的版本，並回復到先前已知可正常運作的版本，或改用可透過Windows Update取得、經核准的替代版本。這項功能適用於透過Hardware Dev Center發布驅動程式的合作夥伴。

根據微軟說明，Cloud-Initiated Driver Recovery會透過既有Windows Update基礎架構發送復原指令，Windows裝置不需要安裝新的用戶端代理程式，硬體合作夥伴也不需要部署額外工具。復原流程會先鎖定特定驅動程式及其連結的發布標籤，再由Windows Update向受影響裝置下達復原指令；若找不到經發布品質審查流程核准的替代驅動程式，該裝置就不會執行Cloud-Initiated Driver Recovery。

微軟規畫在2026年5月至8月間，先針對特定發布標籤所對應的驅動程式進行手動驗證與測試，預計從2026年9月開始，驅動程式一旦在測試發布或漸進式推出期間，因品質問題而未通過審查，將自動納入Cloud-Initiated Driver Recovery處理流程。

'

AWS與紅帽深化AI平臺合作，將代理式AI開發環境與AI晶片支援納入OpenShift生態系

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

AWS與Red Hat（紅帽）在Red Hat Summit 2026公布合作新進展，焦點放在企業AI開發、AI推論部署與雲端原生基礎架構管理。

Kiro整合OpenShift Dev Spaces，讓企業在集中治理環境使用代理式AI開發工具

AWS與紅帽宣布，將代理式AI整合開發環境Kiro整合至紅帽雲端開發環境OpenShift Dev Spaces。這項整合採用本機到遠端的SSH連線工作流程，開發者可在本機執行Kiro，同時連線到OpenShift叢集中的容器化工作區。

AWS與紅帽指出，這可讓開發團隊在集中治理的環境中使用AI程式開發工具，減少個別開發者電腦設定差異造成的問題；IT團隊也能集中控管安全政策、資源限制與網路存取。這項Kiro整合功能已在OpenShift Dev Spaces 3.25版提供。

強化OpenShift推論部署，納入Inferentia與Trainium支援

AWS與紅帽正在推動AWS Inferentia晶片專用的AI Operator（AI Operator for AWS Inferentia），協助企業在OpenShift環境中執行AI推論工作負載。

對已使用OpenShift作為Kubernetes平臺的企業來說，這類做法可減少導入專用AI加速器所需的客製化工程。AWS與紅帽認為，企業可在既有OpenShift維運架構下，讓AI工作負載與傳統容器化應用並行運作，並沿用既有維運工具與政策控管機制。

另一項合作則是讓紅帽模型推論伺服器Red Hat AI Inference Server支援AWS Trainium晶片，協助企業在保有紅帽支援與一致管理方式的情況下，降低大型語言模型與高流量AI應用的推論成本。

Red Hat AI Enterprise上架AWS Marketplace，簡化企業AI平臺採購流程

在AI平臺採購方面，企業可在AWS Marketplace取得Red Hat AI Enterprise，並透過既有雲端採購與支出承諾機制獲得授權，適用範圍包括AWS Enterprise Discount Program、私有定價協議與AWS Marketplace Private Offers。

ROSA導入Red Hat build of Karpenter，改善節點擴展與資源配置

紅帽將透過Red Hat build of Karpenter，改善Red Hat OpenShift Service on AWS（ROSA）的運算容量與節點生命周期管理。Red Hat build of Karpenter是以上游Project Karpenter為基礎的全代管自動擴展器，可依工作負載需求調整節點配置。

紅帽表示，這項功能將在下一個Red Hat OpenShift小改版正式推出，並適用於所有已正式提供ROSA的AWS區域。

'

Windows BitLocker與CTFMON存在零時差漏洞YellowKey、GreenPlasma

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

日前因對微軟漏洞通報流程不滿的研究人員Chaotic Eclipse（Nightmare-Eclipse），上個月在微軟發布4月例行更新（Patch Tuesday）前後，公開Microsoft Defender一系列資安漏洞，包括BlueHammer（CVE-2026-33825）、RedSun、UnDefend，後續皆傳出已用於攻擊行動。這次該研究員在微軟發布5月例行更新之後，再度公布新的零時差漏洞，引起資安媒體的注意。

根據資安新聞網站Bleeping Computer報導，這名研究員5月13日公布磁碟加密機制BitLocker的漏洞YellowKey，以及輸入法元件CTFMON的漏洞GreenPlasma，並釋出部分概念驗證程式碼（PoC）。這兩個漏洞皆影響Windows 11、Windows Server 2022與2025，但Windows 10似乎不受影響。其中比較值得留意的是YellowKey，Chaotic Eclipse形容它幾乎等同於後門，該漏洞出現在Windows復原環境（WinRE），攻擊者需要將特製的FxTx檔案存放於USB隨身碟或EFI磁碟分割區，就有機會在WinRE環境存取受到BitLocker保護的檔案。資安專家Kevin Beaumont確認該漏洞的存在，呼籲使用者為BitLocker設置PIN碼，或是採用BIOS密碼保護措施因應。

另一個漏洞GreenPlasma為權限提升漏洞，Chaotic Eclipse指出，透過這個漏洞的概念驗證程式，可在任何SYSTEM權限可寫入物件的資料夾，建立任意的記憶體區塊。然而GreenPlasma真正帶來影響在於，攻擊者一旦成功利用，就有機會取得具有完整SYSTEM權限的Shell。該研究員透露，此漏洞發生的原因，在於包含核心模式驅動程式在內的眾多系統服務，會直接信任某些路徑的內容，使得一般使用者有機會取得寫入權限。

'

教育平臺Canvas背後的母公司宣稱已與駭客達成協議，取回遭竊資料

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

駭客組織ShinyHunters先後於4月底及5月上旬，傳出攻擊學習管理系統Canvas開發商Instructure，駭客當時聲稱竊得2.75億筆個資，影響近9千個教育機構，檔案大小達到3.65 TB；後續駭客發動第二波攻擊，竄改多所學校的Canvas入口網站並留下勒索訊息，要脅校方支付贖金以換取資料不被公開。如今傳出Instructure疑似選擇向駭客低頭，換取資料不被外洩的情形。

5月11日Instructure更新資安事件公告網頁內容，表示他們基於保護客戶資料的立場，已與非法存取者達成協議，表示駭客已將資料歸還，並將手上的資料副本銷毀，而且不會向Instructure的客戶勒索，因此，客戶無須自行協商，換取資料不被外流。雖然公告內容並未提及其他訊息，不過外界普遍認為，這代表Instructure已經向ShinyHunters付錢贖回遭竊資料。

針對這起事故，Instructure也透露調查結果，表示駭客是透過Free-For-Teacher帳號的弱點而得逞，該公司一度關閉此類帳號來防堵駭客的存取管道。Instructure於5月5日通知受影響的客戶，並於9日恢復Canvas平臺的運作。

'

郵件傳輸代理伺服器Exim存在重大漏洞，影響採用程式庫GnuTLS進行通訊的環境

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

郵件傳輸代理軟體系統Exim開發團隊5月12日發布資安公告，他們發布4.99.3版Exim，修補遠端的記憶體釋收後再存取使用（Use After Free）弱點，此漏洞存在於Exim的GnuTLS後端，攻擊者可遠端觸發，並造成記憶體資料損毀。

具體而言，此問題出現在Exim處理BDAT訊息主體的過程，攻擊者若是在傳輸完成前發送TLS close_notify警示通知，就會導致TCP連線的最後一個位元組以明文傳輸。上述事件將可能導致Exim在TLS連線階段終止期間，將資料寫入已釋出的記憶體緩衝區，造成記憶體損毀。攻擊者只需能夠建立TLS連線，並搭配BDAT這個將郵件切割為多個區塊（Chunking）的SMTP延伸指令，就有機會觸發漏洞，並執行任何程式碼。

上述漏洞影響4.97至4.99.2版Exim，並只有在採用GnuTLS程式庫的情況下才會曝險。開發團隊指出，搭配OpenSSL或其他TLS程式庫的Exim不受影響。此漏洞被登記為CVE-2026-45185，CVSS風險為9.8分（滿分10分），相當危險。Exim強調，目前沒有其他緩解措施，呼籲IT人員儘速升級。

通報漏洞的滲透測試公司XBOW指出，GnuTLS是許多以Debian為基礎的Linux發行版（如Ubuntu）的預設TLS程式庫，因此該漏洞影響範圍可能會相當廣泛，而且，攻擊者若要觸發這項弱點，幾乎不需要倚賴Exim伺服器的特殊組態設定，因此XBOW認為，CVE-2026-45185是Exim當中最危險的漏洞之一。

'

Meta推出Incognito Chat，主打AI對話完全私密

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

Meta週二（5/13）宣布，將於WhatsApp及Meta AI App推出全新的Incognito Chat隱私聊天模式，主打使用者可在「完全私密」的環境下與AI互動；強調相關對話會在特殊的安全環境中處理，連Meta本身也無法查看內容，而且對話預設不會保存，訊息也會自動消失。

Meta表示，隨著AI逐漸成為使用者獲取資訊、尋求建議的重要工具，人們也開始向AI詢問更多敏感問題，例如健康狀況、貸款、財務與職涯等，因此希望提供更高等級的隱私保護。

Incognito Chat是建立在WhatsApp既有的Private Processing技術之上。當使用者啟動Incognito Chat後，便會建立一個僅自己可見的臨時AI聊天空間，訊息會在隔離的安全環境中完成處理。

Meta表示，其他App雖然也有類似無痕模式，多半只是降低資料保存，或限制資料用於訓練，Incognito Chat則是在AI處理階段就採取隔離保護。

例如OpenAI ChatGPT提供Temporary Chat模式，仍可能為安全目的保留最多30天；Google Gemini也允許使用者關閉對話紀錄，但相關對話仍可能保存最多72小時，以維持服務與處理回饋。

Meta也預告，未來幾個月將推出Sidechat功能，可在不干擾主要聊天的情況下，讓Meta AI理解WhatsApp聊天脈絡並提供協助，且同樣採用Private Processing架構。

'

Notion公布AI代理人開發平臺，可整合第三方資料及外部代理人

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

雲端筆記平臺Notion週三（5/13）公布AI代理人開發人員平臺（Notion Developer Platform），允許開發人員撰寫程式或是整合Claude、Codex等外部代理人、同步資料，跨入代理式AI市場，並且將用戶擴及開發人員。

Notion稍早透過線上發表會發表這項工具。基本上，這新平臺讓Notion不再只是筆記本應用，而是扮演協作層，和團隊及代理人使用共享資料協作。

Notion開發平臺運作核心之一是Notion Workers。Notion Workers為一個延伸Notion的Node/TypeScript程式，允許開發人員以Notion CLI撰寫程式碼並部署在Notion上、同步資料，之後以Notion為代理人託管和執行平臺。

Notion允許企業將第三方代理人透過API搬上平臺，如Claude、Codex、Decagon或自家開發的代理人。例如讓類人AI客服Decagon將客服工單傳到自己的程式撰寫代理人，後者提出解決方案建議，請求開發人員核准。但Notion表示，不只工程師，任何人都可以和代理人互動。目前，開發人員若想引入外部代理人需要先加入等候名單等候核准。

利用Notion Workers，開發人員可同步資料、建立代理人工具及Webhooks。在資料同步方面，利用API將任何資料源串接Notion資料庫，讓企業將外部資料同步至Notion Database讓代理人進行下一行動，例如把Zendesk工單匯入由代理人建議修改，將Salesforce資料拉進來讓代理人製作詳細報表，或是把Strava App的健康資訊和Spotify歌單資料串接立慢跑時的歌單。

Notion也同步以Beta版推出Notion Workers的代理式工具及工作流程觸發（Webhooks）功能。

下一步是讓使用者在其他App中使用Notion代理人，像是CRM、Microsoft Teams、Discord和Amplitude、Hex的儀表板。目前Notion Agent SDK以Alpha推出。Notion並提供SDK整合第三方App的註冊等候清單。

'

Anthropic調整Claude訂閱用量計算，Agent SDK等程式化使用改走專屬月額度

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

Anthropic將自6月15日起，調整Claude付費訂閱方案的程式化使用用量計算方式，Pro、Max、Team與Enterprise等方案使用者，可申領每月固定額度，用於Claude Agent SDK、指令列非互動模式（claude -p）、Claude Code GitHub Actions，以及透過Claude Agent SDK搭配Claude訂閱方案使用的第三方工具。該調整把一般對話與程式自動化使用分開計算，並非提高原有訂閱方案的互動式使用上限

過去開發者使用Agent SDK或claude -p時，相關用量會與Claude聊天和Claude Code共用同一組訂閱上限。新制上路後，Claude聊天與Claude Code互動操作仍使用原本的訂閱額度，程式化使用則改由每月可申領的專屬額度扣抵。開發者也需要更清楚區分哪些操作屬於互動式使用，哪些會進入程式化用量預算。

各方案可申領金額不同，Pro方案每月為20美元，Max 5倍方案為100美元，Max 20倍方案為200美元，團隊標準方案為每席20美元，團隊進階方案為每席100美元，企業方案則依席位類型而定。使用者申領後，相關程式化用量會自動從這筆額度扣除，額度隨帳務週期重置，不會累積到下一期。

額度用完後，開發者若仍要繼續使用這些程式化功能，必須啟用額外用量，並依標準API費率計費，若未開啟額外用量，Agent SDK相關請求會暫停，直到下一次額度重置。也就是說，這項調整雖然讓互動式使用與自動化使用不再互相排擠，但若開發者把Claude接到日常腳本、程式碼管理平臺或第三方工具中，實際支出可能仍會隨使用量增加。

Claude官方也提到，Conductor、OpenClaw等採用Claude Agent SDK的第三方工具，可搭配Claude付費方案使用，但會與使用者自行撰寫的自動化腳本消耗同一筆程式化額度。

'

AI自主網攻能力加速，資安任務長度每4.7個月翻倍

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

英國AI安全研究所（AI Security Institute，AISI）週三（5/13）發布最新研究報告，利用名為Cyber Time Horizons的指標，衡量AI可自主完成多長時間的資安任務，並以人類資安專家的完成時間作為基準。AISI指出，自2024年底以來，先進AI模型可自主完成的資安任務長度大約每4.7個月翻倍，而最新的Claude Mythos Preview與GPT-5.5甚至已超出原本的成長趨勢。

AISI這次主要在名為Narrow Cyber Suite的封閉式資安測試環境中評估模型能力，測試內容涵蓋逆向工程（Reverse Engineering）、Web漏洞利用（Web Exploitation）等任務，要求模型自主辨識並利用目標系統弱點。此外，AISI也測試模型在模擬企業網路攻擊環境（Cyber Ranges）中的表現，其中包括32步驟的企業網路攻擊場景「The Last Ones」，以及先前從未被AI模型成功完成的「Cooling Tower」。

AISI會根據模型在各項任務中的成功率，推估AI在80%成功率下，可自主完成相當於人類資安專家需花多久處理的任務。

最新估算顯示，自2024年底以來，先進AI模型可穩定完成的資安任務長度，約每4.7個月翻倍。也就是說，若AI原本可完成相當於人類專家需花10分鐘處理的任務，約4.7個月後，就可能完成20分鐘等級的任務，能力成長速度也快於2025年11月估計的每8個月翻倍。AISI指出，Claude Mythos Preview與GPT-5.5在最新測試中的表現，也明顯超出原本的能力成長曲線。

在測試中，AISI將每項任務限制於250萬個token，以便不同時期模型的結果可互相比較。目前測試集中最長的任務，約需人類資安專家花費12小時完成。即使在此限制下，Claude Mythos Preview仍在6項「人類專家需花8小時以上完成」的長資安測試任務中達到100%成功率；GPT-5.5則完成其中5項，其餘1項在移除token限制後也能成功完成。

此外，新版Claude Mythos Preview已可在10次測試中成功完成「The Last Ones」6次，以及「Cooling Tower」3次，成為首個成功完成後者的AI模型；GPT-5.5則在「The Last Ones」中成功3次。

AISI指出，由於Claude Mythos Preview與GPT-5.5在最長任務中的成功率已接近100%，目前這組測試已逐漸接近可衡量的上限。

'

Anthropic推出Claude for Small Business向小型企業招手

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

Anthropic週三（5/13）公布Claude for Small Business，希望將代理式AI推向小型企業。

Claude for Small Business包含一組連接器（connector）和立即可用的工作流程（workflow），可讓小型企業直接把Claude整合進其業務流程，由AI代理人自動執行任務。現在Claude for Small Business已提供15項代理式工作流程，涵括財務、行銷、客服、業務及營運，並提供可自動化處理重複性作業的技能。這些技能涵括規劃薪資、結算帳務、排定公司銷售活動、執行行銷計畫，其他流程還包括報稅、合約、總帳、利潤分析、報表、內容規劃等。

Claude for Small Business須從Claude Cowork啟動，它提供連接器以連接外部應用及其資源。其連接器可連結的第三方應用包括PayPal、Intuit QuickBooks、HubSpot、Canva、Docusign、Google Workspace、Microsoft 365、Slack等。

和其他代理人工具一樣，Claude for Small Business雖然可自動化作業，但Anthropic強調，用戶仍持有最高控制權。所有任務和工作流程都必須由用戶主動發動、核准執行，且Claude權限不超越員工，例如無法讀取員工看不到的QuickBooks或Google Drive內的文件。且Anthropic保證，預設不使用Claude Team和Enterprise方案的企業內容和提示來訓練模型。

為了讓中小企業更熟悉在企業管理中使用AI，Anthropic也和PayPal合作免費的線上教學，也和Workday及美國非營利本地企業支援組織提供美國中小企業免費使用。

這是Anthropic將Claude推展到企業市場最新產品，在此之前，Anthropic分別提供產業別的方案包括Claude for Healthcare、Claude for Legal，也推出了金融業專用模板。

'

身分安全威脅成為勒索軟體主要侵入途徑，三分之二受害組織認為源頭是身分攻擊

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

企業採用雲端服務與AI的比例水漲船高，伴隨而來的是數量暴增的應用程式與服務，以及各種真人與非人的數位身分，導致龐大的管理與安全性問題，單就數位身分而言，包含使用者的帳號與密碼、API金鑰、服務帳號、OAuth權杖，一旦攻擊者掌握到這些重要資訊，就可能得以進入公司內部系統，導致資料外洩與勒索軟體等資安事故的發生，因此，遭竊的帳號與密碼、遭駭的服務帳號，以及鎖定企業員工發動的社交工程攻擊，都成為當前全球資料外洩事故中最常見的初始存取管道。

根據資安廠商Sophos最近發布的2026身分安全現況調查報告指出，過去一年以來，有71%的組織曾遭遇至少一次與身分相關的資安事件，平均每個組織通報3起獨立事件；10％的組織通報曾發生影響業務的身分入侵事件，而且，身分攻擊行動一旦成功，資料竊取與勒索軟體皆為最常見的後果，比例都接近一半，各為49％與48％。

有高達66.5％的勒索軟體受害者表示，這類事故是影響最重大的身分攻擊類型，並已確認身分與勒索軟體之間的關係與工作流程，換言之，有三分之二的受害者認同勒索軟體事故源自身分攻擊，並確認身分遭駭就是勒索軟體得以入侵的主要途徑。

上述調查的結果，也與Sophos幾個月前發表的2026 年主動攻擊者報告相當接近，當中提到該公司分析去年事故應變（IR）與代管偵測與應變服務（MDR）團隊調查的所有事故，根本原因是身分相關攻擊的比例為67.32％，而導致這類攻擊的三大因素，分別為帳號與密碼外洩（占所有案例的42.06％）、遭暴力破解攻擊（15.58％）、漏洞遭濫用（16.04％）。

若以組織規模檢視勒索軟體與身分攻擊的關係，Sophos的2026身分安全現況調查報告指出，對於「勒索軟體等同身分攻擊」最感到認同的，是擁有1,001至3,000名員工的企業，比例高達71.6％，最不認同這個假設的是擁有100至250名員工的企業，但其比例仍有62.4％。對此，Sophos認為之所以存在差異，反映多種狀況，像是不同組織基礎架構的複雜性、能見度（visibility）的等級，以及組織能否橫跨多個領域將攻擊管道與最終結果進行交互關聯。

以能見度而言，仍是身分安全的關鍵弱點，因為Sophos這份調查報告指出，去年只有24％的組織會持續監控異常登入行為，每三個月或更久才檢查一次的組織，已超過半數；而在探討組織淪為身分攻擊受害者的根本原因調查中，無法掌握外部應用系統存取與許可的比例為35.7％。

除此之外，防護身分攻擊的缺口持續存在，因為資料遭外洩的組織當中，能夠在損害產生前偵測並阻止最嚴重的身分攻擊事件的比例雖然高達85.4％，顯示絕大多數組織具備防護能力，但還有14.4％無法阻擋，代表這少數案例形成巨大的尾部風險（tail risk）。而且，就不同規模的組織而言，員工數介於100至250人的小型組織，偵測身分攻擊的失敗機率幾乎是中型企業的兩倍。

'