思科修補Webex重大非授權存取漏洞

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

思科本週釋出安全更新，修補視訊會議產品Webex一個能讓駭客存取並冒充合法用戶的漏洞。

編號CVE-2026-20184的漏洞是位於Cisco Webex Services控制臺Control Hub的單一簽入（single-sign-on，SSO）整合，可讓未經驗證的遠端攻擊者假冒該服務中的任何用戶。Cisco Webex Services為雲端版本，在被配置成使用信任錨點進行單一登入（SSO），允許用戶以Control Hub管理。該漏洞出在憑證驗證不當，讓攻擊者能經由服務端點，以假造的令牌（token）通過驗證。成功濫用漏洞者可假冒用戶，存取合法Cisco Webex服務。本漏洞屬於CVSS風險分數9.8的重大漏洞。

思科已經更新這個Webex服務、解決漏洞。本漏洞沒有暫時性解決方法。不過為避免服務中斷，使用信任錨點作為SSO整合的使用者必須上傳新的身份供應商（identity provider）SAML憑證到Control Hub。

本漏洞是思科內部安全測試時發現。思科的產品安全事件回應團隊（PSIRT）未發現漏洞有公開或惡意濫用的情形。

'

AI Mode進駐Chrome，瀏覽器AI競爭升溫

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

Google週三（4/16）宣布將AI Mode整合進Google Chrome，讓原本存在於搜尋中的對話式AI能力直接進入瀏覽器使用流程。用戶在瀏覽網頁時可即時提問、比較資訊並延伸查詢，無需反覆切換分頁。此舉顯示Google正將AI從搜尋結果頁推向瀏覽器核心場景，迎戰微軟於Microsoft Edge中導入Copilot的策略。

AI Mode是Google在搜尋中推出的生成式AI模式，起源於2023年SGE（Search Generative Experience）實驗，並逐步發展為可進行多輪對話與複雜查詢的進階搜尋工具。不同於傳統關鍵字搜尋，AI Mode強調理解使用者需求，整合多個網路來源直接生成答案，並支援延伸追問與跨主題推理。

在整合到Chrome之後，AI Mode的操作方式從原本的搜尋頁延伸至實際瀏覽流程。使用者直接於AI Mode中輸入需求後，可在同一畫面開啟網頁，系統會將AI介面與網頁並排呈現，讓用戶在閱讀內容的同時即時提問，例如針對產品規格、文章重點或差異比較進行延伸查詢。

此外，AI Mode亦支援跨分頁整合，用戶可透過介面中的「＋」功能，將已開啟的多個分頁、圖片或文件（如PDF）納入查詢範圍，由AI統一整理與比較。

例如在選購咖啡機時，使用者可先在AI Mode中輸入需求，再開啟產品頁面並即時詢問如「是否容易清潔」等問題，AI會結合當前頁面與網路資訊提供回應，協助做出決策。或是在研究登山步道時，使用者可將已開啟的多個相關網站加入查詢，進一步詢問其他地區是否有適合親子的類似路線。

不過，其實微軟早在2023年就將Copilot（當時仍名為Bing Chat）整合進Microsoft Edge側邊欄，讓使用者在瀏覽網頁時可直接進行對話、摘要內容與延伸查詢，開啟了AI與瀏覽器整合的先例。

'

OpenAI Codex macOS版App加入電腦工具使用功能，能上網、打字、生成圖片

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

因應Anthropic Claude Code挑戰，OpenAI本週宣布更新Codex macOS版App，加入背景使用電腦工具的功能，不再只能撰寫程式，可理解螢幕、上網和生成圖片，幾乎什麼都能做。Codex並且大幅提升自動化與記憶能力，為開發人員提供更多協助。

透過加入背景電腦工具使用能力，Codex現在不只能幫忙寫程式。它能理解螢幕上內容、能以滑鼠點擊App或打字。現在在Mac電腦上多個代理人能同時作業而不干擾其他App運作。對開發人員而言，這能力有助於前端變更、測試App或在不曝露API的應用程式中作業。

Codex現在也可原生支援Web。它的App內建瀏覽器。目前用戶可以直接在網頁下評論，藉此提供精準指令給代理人，這有利於前端和遊戲開發工作。OpenAI表示，計畫未來將持續擴大Web支援，使Codex可以完全控制瀏覽器，而不只是操作localhost上的網頁應用程式。

Codex也能使用gpt-image-1.5來生成或改良圖片。遊戲或應用程式開發人員可結合螢幕擷圖和程式碼創作產品概念、前端設計、概念原型和遊戲製作視覺效果。

OpenAI今天為Codex發表90多個外掛程式，具備技能、App整合和MCP伺服器讓Codex得以執行更多任務。新外掛包括Atlassian Rovo，可管理JIRA、CircleCI、CodeRabbit、GitLab Issues、Microsoft Suite、Neon by Databricks、Remotion、Render、和Superpowers。

提升開發協助能力

現在Codex支援完整的軟體開發週期各個階段，包括能處理GitHub PR審查評論、執行多個終端Tab和以SSH連結遠端devbox。它還能直接在側邊欄開啟及預覽多種檔案，像是PDF、試算表、簡報、文件檔，並以新的摘要窗追蹤代理人計畫、來源和成品（artifact）。OpenAI表示，這些新增功能將可加速軟體開發週期各個階段，從撰寫程式、檢查輸出、檢視變更、及和代理人協作都可在單一工作空間完成。

OpenAI並擴展Codex自動化能力，能重覆利用現有對話串、保留之前的脈絡。它能自我排程未來工作、休息後重啟執行數天或數週的長期任務。開發團隊可利用Codex的自動化功能來處理各種工作，包括開啟pull request到追蹤任務，以及掌握Slack、Gmail和Notion等上的對話。

OpenAI也預覽了新的記憶能力，這能力使Codex記得之前工作的脈絡，像是個人喜好、修正的地方，或是花時間蒐集的資訊，省下開發團隊客製化的大量時間。Codex還能根據之前專案的脈絡、連結的外掛和記憶體，建議開發人員如何接續專案作業。例如它會從Google Docs找出評論、從Slack、Notion或codebase取得相關資訊，再提供行動建議。

現在這些新功能將部署到桌機版Codex App，使用者登入ChatGPT就能使用。包含脈絡感知建議和記憶的個人化功能，將提供給Enterprise、Edu用戶，很快將推向歐盟和英國。電腦使用功能現在只提供給macOS版，也很快會推向歐盟和英國。

'

Marimo重大漏洞遭利用，駭客透過Hugging Face散布惡意軟體NKAbuse

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

4月8日Python資料分析工具Marimo開發團隊揭露重大漏洞CVE-2026-39987（CVSS v4.0風險評為9.3分），資安公司Sysdig於10小時後首度看到漏洞利用活動，如今他們提出警告，已有多起漏洞利用攻擊出現。

Sysdig指出，他們在4月11日至14日，總共看到有11個IP位址發動662起攻擊，包括反向Shell、擷取憑證與DNS資訊，以及利用竊得憑證橫向移動，駭入資料庫系統PostgreSQL與Redis，其中一起活動引起Sysdig的注意：駭客搭配搶先註冊Hugging Face Spaces服務的方式，散布惡意軟體NKAbuse。

駭客假借VS Code的名義，於Hugging Face Spaces設置專案vsccode-modetx，並上傳install-linux.sh與二進位檔案kagent，此二進位檔案的名稱是模仿Kubernetes的AI代理程式。

一旦攻擊者成功利用CVE-2026-39987，他們就會執行curl指令，從Hugging Face Spaces下載install-linux.sh指令碼並執行，由於Hugging Face Spaces是聲譽良好的平臺，通常不太會觸發資安系統的警報。

install-linux.sh的實際功能是投放惡意軟體有效酬載kagent，經過分析後，確認此為DDoS惡意軟體NKAbuse的變種，該惡意軟體的活動最早約於2023年出現，使用NKN區塊鏈進行C2通訊而得名。

值得留意的是，當年攻擊者鎖定採用Linux作業系統的物聯網裝置，並利用Apache Struts已知漏洞CVE-2017-5638散布NKAbuse，這次駭客針對執行Linux或macOS的AI開發工作站而來，並搭配知名AI服務、冒用常見的開發工具名稱，並利用CVE-2026-39987，突顯執行Marimo的開發工作站極具價值，因為通常會存放雲端憑證、SSH金鑰、API權杖（Token），甚至是內部網路的存取權限。

'

Adobe發表Firefly AI Assistant，可跨Photoshop等多款應用執行多步驟創作流程

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

Adobe發表Firefly AI Assistant，該新功能由代理驅動，提供對話式操作介面。使用者以自然語言描述想要的成果，由代理在背後跨Photoshop、Premiere、Lightroom、Illustrator、Express與Firefly等Creative Cloud應用程式協調並執行多步驟工作流程，最終輸出仍保有Adobe原生檔案格式，後續可繼續編輯。

使用者透過單一對話介面描述創作需求，代理會協調並執行跨應用程式的多步驟流程，並持續呈現結果供使用者迭代。當使用者切換至特定應用程式進行細部編輯，例如進入Photoshop做像素級修圖，對話介面與既有上下文會一同帶入該應用程式，不需重新開始。Adobe表示，代理執行過程中使用者可隨時介入，調整方向或修改輸出細節。

Firefly AI Assistant內建Creative Skills技能庫，這是一組針對創意流程預先建置的多步驟工作流程，可用提示詞啟動，使用者也可自訂以符合自身工作習慣，像是社群媒體素材技能，使用者可一次完成主體裁切，運用Generative Extend擴展影像，並依各平臺格式調整尺寸、最佳化檔案大小，最後儲存至Creative Cloud儲存空間，或是將靜態影像轉為動畫。

代理也具備情境感知能力，能理解使用者處理的內容類型與結構，官方舉例，編輯森林場景的產品照時，代理可提供滑桿讓使用者調整周圍樹木與植被的多寡，省去複雜編輯步驟。代理會逐步學習使用者常用工具與美學偏好，也可透過Frame.io分享作品供審閱者回饋，再依使用者需求將修改套用至作品中。

此功能將於未來數周在Adobe Firefly以公開測試版推出，此為Adobe去年在Adobe MAX預覽的Project Moonlight，在私測版推進後演變而來的版本。Adobe也預告，未來將把Firefly AI Assistant的能力擴展至Anthropic Claude等第三方AI模型。

'

研究人員對微軟回應BlueHammer感到失望，公布新的Microsoft Defender零時差漏洞RedSun

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

4月上旬研究員Chaotic Eclipse疑似對微軟通報漏洞的流程不滿，公布資安漏洞BlueHammer，後續有資安專家與資安公司證實這個漏洞確實存在，並指出問題與內建防毒軟體Microsoft Defender的更新機制有關，攻擊者若是成功利用，能取得SYSTEM權限，微軟在本月例行更新（Patch Tuesday）登記為CVE-2026-33825進行修補。如今該名研究員想要繼續表達不滿，再度公布新的資安漏洞，目前尚無修補程式。

根據資安新聞網站Bleeping Computer報導，Chaotic Eclipse疑似對微軟處理BlueHammer的過程頗有微詞，於4月16日公布新的漏洞RedSun。針對上述研究人員指控，微軟向Bleeping Computer說明，該公司承諾會調查獲報的資安問題，並儘快更新受影響的裝置，保護用戶的安全。這樣的說法，還是相當制式，也無從得知微軟對RedSun掌握的情形。

值得留意的是，有資安專家根據Chaotic Eclipse公布的資料，指出該漏洞確實存在。Tharros首席漏洞分析師Will Dormann透過社群網站Mastodon指出，在已套用最新發布更新的Windows 10、Windows 11，以及Windows Server 2019，並啟用Microsoft Defender的情況下，未具備特殊權限的攻擊者的確能將權限提升到SYSTEM層級。Dormann指出，只要作業系統存在cldapi.dll元件，就有可能受到RedSun影響。

Dormann透露RedSun其他細節，該漏洞利用了Cloud Files API，攻擊者只要將EICAR寫入使用該API的檔案，然後利用機會鎖定（oplock）贏得與磁碟區陰影複製服務之間的條件競爭，並利用資料夾的交接點或重解析點（junction/reparse point）將檔案重寫，然後重新導向在C:\Windows\system32\TieringEngineService.exe覆寫檔案。此時，Cloud Files基礎設施就會以SYSTEM的權限，執行攻擊者植入的TieringEngineService.exe。

而對於揭露RedSun的原因，Chaotic Eclipse在部落格文章說明，在BlueHammer受到資安媒體廣泛報導後，微軟提出了極為制式的回應，突顯該公司並未重視研究員的訴求。Chaotic Eclipse認為，微軟很清楚BlueHammer一定會被公開，雖然獲報後將其立案，但後續還是選擇了駁回。Chaotic Eclipse與微軟安全性回應中心（MSRC）交涉時，發生什麼狀況？顯然有待雙方進一步說明。透過GitHub公開的文件，Chaotic Eclipse解釋發現這個漏洞的動機與原因。首先，他通常只提供概念驗證程式碼（PoC），其他人必須自行解析，但這次他覺得太可笑而決定說明原委，當Microsoft Defender發現惡意檔案具有雲端標籤時，本應隔離惡意軟體的防毒軟體，竟試圖將檔案還原到原本的位置，而他的概念驗證程式碼就是利用上述問題，成功覆蓋系統檔案並取得管理員權限。

'

數發部釋出公部門開源軟體應用參考手冊，彌補公部門對開源軟體的授權、管理資訊不足缺口

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

為推動政府數位服務現代化並提升軟體開發治理能力，數位發展部於4月初發布「公部門開源軟體應用參考手冊」，針對公部門在使用開源軟體過程中常見的授權、管理與資安議題，提供系統化指引，作為各級機關落實開源策略的重要依據。

數發部自2024年起推動公共程式平臺，透過與政府機關及民間開發社群合作，推動公私協力開發，並鼓勵將成果上架平台供外界使用，以降低各機關重複開發的成本。不過，在推動過程中，軟體授權與管理問題也逐漸浮現，數發部因此意識到，公部門在開源軟體治理上的認知與制度仍有待強化，故而推出參考手冊作為公部門的參考依據。

該手冊的推出，可望補足公部門在實務運作上，對於開源授權條款（如GPL、MIT等）的理解仍普遍不足的問題，加上缺乏完善的內部管理流程，容易衍生授權違規、程式碼釋出不當，甚至影響資安與供應鏈風險控管。

根據手冊的內容，其重點涵蓋開源軟體的選用評估、授權合規、開發與維運管理，以及對外釋出的原則與流程，並輔以實務案例與操作建議，有助於提升公部門對於開源軟體的認識，降低法律與營運風險，也使開源軟體的使用從過去偏向的技術決策，透過手冊的認識，強化組織對於開源軟體的治理機制。

不論是推動公共程式平臺或是推出參考手冊，反映政府數位治理策略的轉向，即從傳統以採購或委外開發為主，進一步趕上國際趨勢，向強調「可重用」、「可審查」與「可協作」的開發模式，較傳統開發更有彈性靈活的作法，透過制度化管理開源軟體，政府可提升系統透明度，促進跨機關資源共享，並有效避免重複開發，進而提升整體行政效率。

從國際趨勢來看，開源與公共程式已成為政府數位治理的關鍵策略之一。例如歐盟在European Commission主導下，推動「Public Money, Public Code」理念，強調以公帑開發的軟體應優先開源，以促進跨國共享與數位主權；美國則由白宮制定聯邦原始碼政策，強調「先重用、後開發」，要求政府機關在啟動新系統前，須先盤點是否已有可用程式碼，並透過Code.gov統一管理與公開，促進跨機關共享與再利用。

'

降低基頻高風險攻擊面，Google在Pixel 10系列導入Rust改寫的DNS解析器

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

Google在Pixel 10系列基頻（Baseband）韌體中導入記憶體安全語言，具體作法是導入以Rust實作用來解析DNS回應的DNS解析器。Google選用開源Rust函式庫hickory-proto作為基礎，並以體積最佳化設定建置原型後估算，相關Rust程式碼總計約371 KB。

Google指出，基頻近年已成為攻擊者與資安研究人員的重點目標，自家Project Zero過去就曾透過網際網路，在Pixel基頻上達成遠端程式碼執行。Pixel基頻可執行碼達數十MB，且絕大部分以記憶體不安全語言撰寫，仍可能潛藏其他關鍵記憶體安全漏洞。

開發團隊先從DNS著手，是因為現代行動通訊已轉為數位資料網路，連通話轉接等基本功能都仰賴DNS服務，而DNS協定複雜，必須解析來自網路的不受信任資料，容易衍生漏洞。以Rust重寫DNS解析器，可降低此處與記憶體不安全相關的一整類漏洞風險。

Google評估多個Rust DNS函式庫後選定hickory-proto，理由包含維護狀況良好、測試覆蓋率超過75%，以及在Rust社群中的高普及度。該函式庫原先不支援嵌入式環境所需的no_std，開發團隊替hickory-proto與其相依的rust-url與ipnet補上支援，相關成果已回饋上游。

Google直接把Rust編譯流程接進原本的Pigweed與GN建構系統，開發團隊解釋，這樣做除了比較方便後續擴充，也能避免未來加入更多Rust元件時，在連結階段出現重複符號問題。由於Rust還得和既有的C/C++程式一起運作，團隊也另外處理了記憶體配置與程式異常當機時的銜接機制。

等DNS回應完成解析後，Rust程式會再呼叫原本的C函式，更新既有資料結構。Google也提到，整合過程一度出現非預期的功耗與效能問題，原因是compiler_builtins中的memset與memcpy實作，在連結階段取代了基頻韌體內原本針對硬體調校過的版本。團隊最後在連結前移除compiler_builtins相關目標檔，才排除這個問題。

程式碼體積是評估過程的重要變數，Google坦言hickory-proto並非為嵌入式環境設計，未針對體積最佳化，但因Pixel基頻記憶體空間相對寬裕，因此以程式碼品質與社群支援為優先。Google表示，這次導入雖僅替換基頻中一個高風險區塊，但已為後續將更多記憶體安全解析器與程式碼帶入基頻建立基礎。

'