Adobe修補12款產品漏洞，ColdFusion與Commerce更新優先度最高

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

Adobe於7月14日發布資安公告，修補12款產品的漏洞，涵蓋影音創作工具Audition、Media Encoder、Premiere Pro、After Effects與Animate，平面設計與素材管理產品Illustrator與Bridge，企業應用平臺Adobe Commerce與Adobe Experience Manager，以及開發與管理工具ColdFusion、Content Credentials SDK與Creative Cloud Desktop等。

在前述產品中，Adobe列為Priority 1，修補優先順序最高的是網頁應用程式開發平臺ColdFusion，一共修補13個漏洞，含11個重大等級漏洞，其中包括CVSS嚴重性評分達9.9分的CVE-2026-48318，另有7個漏洞的CVSS評分也都超過9.0分，用戶應立即更新。

修補優先順序次之，Adobe列為Priority 2的是電子商務平臺Adobe Commerce，一共修補14個漏洞，是此次12款產品更新中修補漏洞最多者，其中含8個重大漏洞，建議用戶儘快安排更新。

至於其他產品的修補優先順序均為Priority 3，可依正常維護週期更新，其中修補漏洞數量較多的是企業內容管理平臺Adobe Experience Manager，一共修補13項漏洞，其中有4項重大漏洞；媒體資產管理工具Adobe Bridge與動畫製作工具Adobe Animate也各自修補6項漏洞，全都列為重大等級。

'

聚焦自主AI代理交易，FIDO聯盟啟動Agentic Commerce標準制定，OpenAI亦加入理事會

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

致力於建構安全無密碼世界的FIDO聯盟，近年在金融支付方面的推動與合作相當積極，從早年與國際信用卡組織EMVCo合作，到支持Payment Passkey與W3C安全支付確認（SPC）候選標準，2026年再度迎來重大發展，當中最受矚目的趨勢，莫過於針對自主AI代理交易行為建立可信基礎，因為已有市場數據指出：2030年AI代理商務（Agentic Commerce）規模將上看5兆美元。

隨著AI代理技術逐步邁向成熟，自主AI代理交易已從概念想像轉向實務落地的現實課題。近日FIDO聯盟臺灣分會會長張心玲公布FIDO聯盟最新發展動向，指出Agentic AI與Agentic Payments已成當今發展重點之一。因此，不只是AI代理的身分、授權、責任邊界與風險受關注，同時反映出FIDO的發展不僅聚焦強驗證的應用，建立商務與支付流程中「可查驗的授權」也成當務之急。

隨著科技巨頭加速布局，FIDO聯盟正發揮其產業凝聚力以整合共識。張心玲指出，近期幾項重要發展正反映這項轉型趨勢：

首先，從產業生態系來看，生成式AI巨頭OpenAI今年4月加入FIDO聯盟並取得理事會席次。張心玲強調，這項指標性行動不僅反映市場共識，突顯AI與身分驗證開始匯流，也大幅提升產業界對AI代理驗證必要性的關注。

其次，為因應AI代理人的興起，FIDO聯盟於2026年4月正式成立Agentic Authentication技術工作小組，該小組由醫療零售業CVS Health、Google及OpenAI共同出任主席，並由Amazon、Google與Okta擔任副主席。其核心目標在於定義AI代理如何「代表使用者」進行驗證、操作與交易，確保其行為具備可信度與不可否認性。

張心玲進一步透露，上述技術工作小組已經成立Agentic Payments子工作組，不僅討論AI作為第四方介入交易時的責任歸屬問題，更啟動「代理商務（Agentic Commerce）」的規格制定，並獲得多家國際大廠的初始技術貢獻。其中，Google捐出其Agent Payments Protocol（AP2）協定原型，萬事達卡（Mastercard）與飛馬科技（FIME）則貢獻可驗證意圖的相關架構。這些技術的投入，都將成為後續標準制定的重要參考資源。

張心玲強調，免密碼與Agentic AI已成主流，國內業者應及早布局Agentic AI與數位憑證相關技術應用，雖然臺灣目前已成為FIDO聯盟全球會員數第二高的國家，擁有深厚的硬體與供應鏈優勢，但參與規格制定更重要，而非等到標準定案後再跟進採用，這將是國內業者需要積極把握的轉型契機。

若從整體FIDO聯盟發展來看，上述提及的AI代理驗證與商務授權標準制定，已成為FIDO聯盟在2026年發展的主要重點之一。此外，我們年初曾報導FIDO聯盟數位憑證新工作小組新動向，將朝向建構可互通的數位皮夾生態系發展，而推動多年的Passkeys也將從普及階段邁入深化應用。至於FDO（FIDO Device Onboard）生態系的推動，則預期將隨AI邊緣運算興起與供應鏈安全需求而持續擴大發展。

'

NIST發布ICT供應商盡職調查指南，提出5類調查項目

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

美國國家標準暨技術研究院（NIST）於7月8日發布《網路安全供應鏈風險管理：盡職調查評估快速入門指南》，文件編號為NIST SP 1326，主要內容是針對組織在採購資訊與通訊科技（ICT）產品與服務，或管理既有系統時，該如何做好評估供應商與產品的供應鏈風險。

基本上，NIST將此處的「盡職調查」定義為蒐集並查證供應商或產品的相關資訊，協助組織針對新採購案或既有系統做出決策。基本盡職調查可先從公開資訊著手，不必直接向供應商索取資料；組織也可依據可用資源及採購標的的關鍵程度，採用商業資料庫、專有資料來源及供應鏈可視性分析工具進行強化盡職調查，並比對多項來源，確認資訊是否一致。

指南提出5類調查項目，包括外國所有權、控制或影響力（Foreign Ownership, Control, or Influence）、來源與沿革（Provenance）、韌性（Resilience）、基礎資安實務（Foundational Cyber Practices），以及供應鏈層級（Supply Chain Tiers）。調查內容包括供應商的股權結構、與外國政府的關係、研發與製造地點、財務與法規遵循狀況，以及漏洞修補和產品支援情形；組織也可進一步追查直接供應商背後的次級供應商，找出多家供應商是否共同依賴相同來源，辨識供應來源過度集中的風險。

NIST建議組織依自身風險容忍度及系統重要程度，為各項調查結果設定不同的關注等級，並定期更新資料或持續監控供應商狀況。針對軟體產品，組織也可利用軟體物料清單（SBOM），檢視第三方相依元件是否仰賴單一或少數貢獻者維護，元件是否已進入生命週期終點，以及是否存在仍未修補的已知漏洞，作為評估供應鏈風險的重要依據。

'

CISA將SonicWall防火牆、微軟ADFS與SharePoint資安漏洞列KEV

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

7月14日美國網路安全與基礎設施安全局（CISA）發布公告，表示他們已掌握微軟及SonicWall本週修補的部分資安漏洞被積極利用的跡象，將這些弱點列入已遭利用的漏洞名單（KEV），並要求聯邦機構限期修補。

這些包含了存在於SonicWall SMA100設備的伺服器請求偽造（SSRF）漏洞CVE-2026-15409、命令注入漏洞CVE-2026-15410，以及AD聯合身分驗證服務服務（ADFS）權限提升漏洞CVE-2026-56155、SharePoint權限提升漏洞CVE-2026-56164。值得留意的是，大部分漏洞CISA要求聯邦機構必須在7月17日前完成修補，只有CVE-2026-56155給予兩週的時間因應。

'

Grok Build被發現偷偷把用戶整個程式庫上傳到雲端，馬斯克承諾將刪除

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

研究人員發現SpaceXAI的AI程式撰寫工具Grok Build會偷偷將用戶Git程式庫及其他紀錄，甚至是開發中的專案上傳到雲端平臺。消息公開後，馬斯克承諾將把這些資料刪除，SpaceXAI並增加零資料保留設定（zero data retention，ZDR）。

代號cereblab的研究人員上周公佈一項針對Grok 0.2.93版Build CLI進行通訊協議（wire-level）分析，發現三項值得注意的行為。首先，SpaceXAI Build CLI會透過兩個API，包括即時對話API(POST /v1/response)及工作區狀態API(POST /v1/storage)將讀取過的檔案內容一字一句、不加遮蔽或刪減地傳送到SpaceXAI（即合併SpaceX及xAI後的公司）。

其次，除了代理人讀取的檔案，它還會將整個Git儲存庫外加Git歷史紀錄打包成Git Bundle上傳。研究人員以一個12GB的專案測試，發現在對話僅產生192KB數據，但背後已上傳了5.10GiB（註：約等於5.4GB）資料，二者比率達2.7萬倍。

第三，這些資料上傳目的地並非SpaceXAI自有資料中心或AWS S3，而是Google Cloud Storage (GCS)儲存桶，但研究人員在CLI任何文件上皆未看到該機制，表示這是預設開啟，且無從藉由關閉「改善模型」(improve the model)的選項來阻止。

研究人員指出，這項測試著重的不是SpaceXAI訓練AI的方法，而是討論違反隱私政策，因為本測試已設定關閉上傳。

報告公開後，SpaceXAI迅速作出回應。該公司表示關心用戶隱私也尊重客戶選擇。針對Grok Build程式庫上傳，SpaceXAI表示提供零資料保留（ZDR）選項。啟動該選項的專案，公司將不再儲存程式碼和runtime。而未啟動ZDR的專案，則可在CLI輸入entering/privacy來關閉資料保留。

研究人員cereblab分析，報告公開後，SpaceXAI已經關閉上傳的伺服器端、加入/privacy opt-out API，但他測試後判斷，這是資料保留設定，並未提供封鎖上傳。

馬斯克也說，之前上傳的SpaceXAI資料將全數刪除，一點也不留，意謂著用戶刻意上傳的資料也會被刪掉。但他之後又說這些資料有助於SpaceXAI除錯，用戶如果保留他們會很感激，但仍尊重用戶的選擇。

'

紐約州發出全美首個暫停資料中心進駐令

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

紐約州州長Kathy Hochul周二（7/14）簽署行政命令，宣布暫停核准新的超大規模（Hyperscale）資料中心進駐，禁令最長1年，成為全美首個對大型資料中心實施州級暫停令的州政府。

此一行政命令適用於用電量達或可達50MW以上的資料中心，但主要用於製造、研究、教育及醫療用途的設施不受影響。

近年受到AI及大型運算需求推動，紐約州資料中心開發案快速增加。州政府指出，新建資料中心可能需要龐大的電力與冷卻用水來支援數千臺伺服器運作，因此引發能源、用水及環境衝擊等疑慮。

Hochul今年初便推動Energize NY計畫，指示公共服務部（Department of Public Service，DPS）展開相關程序，要求資料中心自行負擔更多能源成本或自行供電，避免一般民眾承擔新增用電需求。

新的行政命令進一步要求DPS制定一份通用環境影響評估（Generic Environmental Impact Statement，GEIS），建立全州一致的資料中心審查標準。在GEIS完成前（預計約1年），州環境保育廳（DEC）將不再核發新的相關裁量性環境許可。GEIS計畫評估資料中心對能源需求、水資源、水質及空氣品質等影響；待標準完成後即會解除禁令。

除了環境影響評估之外，Hochul亦指示紐約州經濟發展局（Empire State Development，ESD）在60天內提出社區投資框架，協助地方政府及大型資料中心業者協商社區回饋。另也指示DPS研究設立紐約電網加速基金（New York Grid Acceleration Fund），要求資料中心投資州內老舊電網及能源基礎設施，包括支持新增潔淨能源、保險基金、分散式能源與電池儲能等建設，確保大型資料中心所需電力不會增加一般民眾負擔。

'

SonicWall修補防火牆已遭利用的滿分漏洞

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

7月14日SonicWall針對SMA1000設備發布資安公告，指出6210、7210、8200v等部分機種當中，存在CVE-2026-15409、CVE-2026-15410兩項漏洞，影響12.4.3-03245至12.5.0-02800等多個版本，造成的危險程度CVSS評分達到滿分10分，而且已出現積極利用的漏洞攻擊活動，由於沒有其他替代緩解措施，該公司呼籲用戶應儘速升級至12.4.3-03453或12.5.0-02835以上版本因應。

CVE-2026-15409、CVE-2026-15410分別為伺服器請求偽造和命令注入漏洞，其中又以CVSS評分達到10分的CVE-2026-15409特別危險，此弱點存在於Work Place介面，未經驗證的攻擊者有機會讓防火牆向非預期的位置發出請求。

'

Google更新Chrome 150穩定版，修補15項漏洞，兩項屬於重大等級

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

Google發布Chrome瀏覽器新版本，將Windows與Mac平臺穩定版更新至150.0.7871.124與150.0.7871.125，Linux版本更新至150.0.7871.124，同時Android版也更新為150.0.7871.124。此次改版共納入15項資安漏洞的修補。

本次修補的重大漏洞有兩項，分別為CVE-2026-15764與CVE-2026-15765，均屬於平臺抽象層元件Ozone的記憶體已釋放卻仍被使用（UAF）問題。綜觀這次修補的漏洞，依舊以記憶體安全類型居多，UAF問題占5項，加上緩衝區溢位、未初始化記憶體使用（Uninitialized Use）等，一共8項，占這次修補漏洞總數將近60%；其次是驗證與實作不當（ Inappropriate implementation ）類型，一共有4項，占總數27%

'

Google Cloud開源k8s-aibom專案，協助盤點Kubernetes叢集內的AI工作負載

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

雲端服務業者Google Cloud宣布釋出k8s-aibom開源專案，採用Apache 2.0授權，協助企業盤點Google Kubernetes Engine（GKE）及其他Kubernetes叢集實際執行的AI工作負載，並持續產生符合OWASP CycloneDX 1.6規格的機器學習物料清單（ML-BOM），協助辨識未經正式登記的影子AI工作負載。

不同於在軟體建置階段產生AI物料清單的工具，k8s-aibom會持續盤點Kubernetes叢集納管命名空間內的AI工作負載，並分析容器映像檔、環境變數及命令列參數，辨識模型推論環境、AI代理框架、向量資料庫、檢索增強生成（RAG）元件，以及模型訓練與評估等工作負載，呈現正式環境實際執行的AI元件及其相依項目。

根據Google Cloud說明，k8s-aibom會在k8s-aibom-system命名空間中，以單一且不具特殊權限的Kubernetes Deployment資源執行，不需修改既有Pod規格或CI/CD流程。盤點結果會標示各項資訊是由使用者明確宣告、工具推斷或仍待確認，協助資安與治理團隊進一步檢查模型參數、權重或版本等資訊無法確認的AI工作負載。

Google Cloud表示，k8s-aibom產生的標準化清冊，可協助企業盤點AI資產，並為歐盟《AI法案》、NIST AI風險管理框架（AI RMF）及ISO/IEC 42001的法規遵循與稽核需求，提供基礎資料。不過，這項開源專案並非Google正式支援的產品，目前仍處於早期開發與測試階段（alpha），僅適合非關鍵環境的觀察用途，不能取代既有的建置階段掃描與雲端安全態勢管理工具。

'

惡意Go模組牽出GitHub誘餌網路，涉及222個儲存庫

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

軟體供應鏈安全業者Socket揭露代號Muck and Load的惡意程式散布行動。攻擊者將惡意Go模組github[.]com/kaleidora/dnsub-scanning-tool偽裝成DNS與子網域掃描工具，並仿冒合法開放原始碼專案dnsub，誘使開發者誤信其為可信套件。該模組自2026年1月24日發布首個版本以來，已累積超過1,200個版本，其中逾700個含有惡意程式碼。

開發者執行該模組後，載入器會透過Pastebin、Telegram及Google Docs等公開服務取得惡意程式下載網址，再從GitHub下載加上密碼保護的7-Zip壓縮檔。解壓縮後，載入器會在偽裝成Microsoft Photos安裝目錄的資料夾內執行Microsoft.exe。研究人員分析這些惡意程式樣本後，發現AsyncRAT與Quasar等遠端控制木馬，可用來持續控制受害系統、存取瀏覽器資料及擷取螢幕畫面。

Socket進一步追查發現，這套誘餌網路（lure network）至少包含222個儲存庫，涉及190個GitHub帳號。這些儲存庫利用GitHub Actions反覆產生提交紀錄，營造專案持續維護的假象，但並非全部直接散布惡意程式。研究人員在部分儲存庫確認至少14個不重複的惡意檔案，包括Vidar竊資程式、惡意程式載入器與下載器、間諜程式，以及與XMRig或BitMiner相關的Monero挖礦程式。Go安全團隊已封鎖這個惡意模組，Socket也已將確認的惡意GitHub基礎設施通報GitHub安全團隊。

'

Cloudflare推出Precursor，以網站工作階段行為辨識AI代理與機器人流量

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

網路與應用程式安全服務業者Cloudflare推出機器人防護功能Precursor，透過持續分析訪客在整個網站工作階段的操作行為，辨識流量來自真人、自動化機器人或AI代理。

使用Cloudflare Enterprise Bot Management的網站管理人員，可在Cloudflare控制臺啟用Precursor。啟用後，Cloudflare會在網站傳送給訪客的HTML回應中，自動加入輕量化JavaScript指令碼，蒐集滑鼠指標移動、鍵盤活動、網頁元素焦點變化及頁面顯示狀態等訊號，再由邊緣伺服器交叉比對各項行為訊號是否一致。Precursor會持續彙整同一工作階段的行為分析結果，因此，機器人無法透過重新整理頁面或重新開始驗證挑戰，清除先前累積的行為特徵以規避後續偵測。

Cloudflare表示，Precursor只記錄鍵盤操作的時間點與輸入節奏，不會記錄使用者實際按下的按鍵；至於其他行為訊號，則由Cloudflare的機器人偵測系統以整體行為模式進行分析，不會直接顯示個別操作紀錄。網站管理人員可透過Security Analytics查看以完整工作階段為單位的分析結果，了解流量是否偏離一般使用模式，或呈現自動化操作跡象。Precursor也會將分析結果納入既有的機器人評分（Bot Score）、驗證挑戰決策及安全規則，協助辨識自動化流量，並依照既有規則採取相應措施。

'

微軟7月例行更新揭露3個零時差漏洞

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

微軟在7月例行更新（Patch Tuesday）的公告裡，特別提到有3個漏洞CVE-2026-56155、CVE-2026-56164、CVE-2026-50661需留意，原因是有兩個偵測到遭利用的跡象，一個在修補之前就被公開

'

IT服務廠商遭駭，超市連鎖業者Lidl被竊走德、比、荷線上商店客戶資料

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

歐洲平價超市連鎖業者Lidl（利多）本周通知德國、荷蘭和比利時客戶，受到一家IT服務供應商發生資安事件影響，使三國的線上商店客戶資料外洩。

Lidl是總部位於德國的平價超市連鎖，全球分店超過1.1萬家分布30多國。根據Lidl公告，該公司稍早接獲一家IT服務供應商通知發生IT資安事件。儘管該供應商IT安全水準很高，但仍讓一個身分不明人士（或組織）短暫存取了該服務商儲存Lidl線上客戶資料的資料庫，並竊取部分資料。

遭駭客竊取的線上商店客戶資訊包括顧客姓名、稱謂、電話號碼、電子郵件地址、出生日期和客戶編號。Lidl強調，客戶密碼、帳單地址、送貨地址、銀行帳號或其他支付資訊都沒外洩，顧客個人帳號也未受實質影響。Lidl並說，其線上商店系統本身未受影響。該IT服務商在發現異狀時立即回應，恢復受影響IT系統的安全，並立即延請數位鑑識專家調查。該業者除了Lidl，也通報了資料保護的主管機關。

Lidl此時沒有證據顯示資料遭不當利用，但呼籲用戶小心可能的釣魚和身分詐欺事件。目前尚未有駭客團體出面承認。駭客竊取了多少Lidl線上商店客戶資料也還不清楚。

'

外傳OpenAI將在今年發表智慧喇叭

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

彭博社（Bloomberg）本周引述消息來源報導，OpenAI準備在今年底發表首款硬體裝置，這是款支援ChatGPT的智慧喇叭，而且支援充電電池，方便移動。

OpenAI並未隱藏該公司想進軍消費性硬體裝置的企圖心，在2025年5月收購了由蘋果前首席設計師Jony Ive成立的AI裝置新創公司io，該公司全球事務長Chris Lehane亦曾公開宣布OpenAI預計在2026年下半年推出其首款硬體裝置。

根據報導，此一智慧喇叭將仰賴OpenAI日前才發表的語音技術ChatGPT Voice，ChatGPT Voice標榜能夠同步聆聽與回應使用者的語音，並可在產生語音回應的同時持續聆聽使用者輸入，以持續判斷是否該繼續聽、保持沉默、插話或開始回答。

它被定位為一款可在家中使用、具備人類互動特性的AI陪伴裝置，可用來控制智慧家庭設備、播放影音內容、回答問題、回覆訊息，以及存取OpenAI ChatGPT的各項能力。

此外，OpenAI的智慧喇叭將同時支援插電及充電電池。目前主流的智慧喇叭都必須插電使用，包括蘋果、Google及Aamzon在內，具備充電電池代表方便使用者將它攜帶至家中不同角落。

OpenAI並未證實此一報導。另一方面，蘋果上周才具狀控告OpenAI，指稱OpenAI藉由招募、面試及供應鏈合作等方式，持續取得蘋果未公開產品、硬體設計及供應鏈等商業機密，以加速其AI硬體業務的發展。

'

OpenAI GPT-5.6旗艦模型擅自刪除用戶檔案、資料庫

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

OpenAI上周上線的GPT-5.6 Sol模型會在未經詢問下，自作主張刪除用戶檔案，多名用戶相繼受害，甚至有人整個資料庫被刪掉。

眾多GPT-5.6 Sol用戶透過Reddit及X描述其遭遇。其中，HyperWrite開發者Matt Shumer說GPT-5.6 Sol刪掉他幾乎所有Mac電腦檔案，這也說明了Anthropic Claude Fable何以更值得信賴1000倍。另一名用戶說，GPT-5.6 Sol刪掉他整個營運資料庫，這在別的模型從未發生過。

使用者遭遇固然值得同情，但也有其他Reddit用戶認為使用者也有責任，因為他們給予GPT-5.6 Sol完整存取權限，也可能未在沙箱中執行控制損害範圍。

事實上，GPT-5.6推出時的系統卡（System Card）網頁就已說明有違反用戶意思的可能。OpenAI說，在撰寫程式碼時，GPT-5.6會出現不符指令（misalignment）的行為，通常原因出於GPT過於急切想完成任務，以及誤將用戶指令解讀為操作許可，因此除非用戶明白且清楚禁止，否則模型會假設行為獲得許可。當模型企圖完成被交辦的任務時，會繞過被設下的限制、行動時無意間逾越限制而造成破壞、或在向用戶報告時有欺瞞行為。雖然大部份情況下不聽話行為後果嚴重性不大，但偶爾也可能出現造成嚴重後果，例如繞過重要的安全限制或刪除重要檔案。

OpenAI尚未對此回應。

不過AI誤刪用戶檔案並非首次發生。在Anthropic Claude Opus 4.6上運行的Cursor代理人4月也曾經誤刪用戶檔案，在9秒內刪除一家新創公司的營運資料庫及雲端備份。

'

微軟7月例行更新修補自家產品622個漏洞，連同Chromium總計超過1千個

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

一週前微軟透露，隨著AI加速漏洞發現的速度，該公司已利用相關技術提早找出Windows弱點，並預告未來的每月例行更新（Patch Tuesday）將會納入更多修補內容，繼6月修補漏洞總數突破500，本次修補弱點數量近乎翻倍。

7月15日微軟發布本月例行更新，公開622個由該公司登記編號的資安漏洞，數量是上個月206個的3倍。若是加上該公司修補428個與Chromium有關的資安漏洞，總數將達到1,050個，無論是微軟登記CVE的漏洞，還是修補第三方漏洞的數量，都再度創下史上最多的紀錄。附帶一提的是，這次微軟不再逐一列出他們登記編號的CVE漏洞，而是根據應用系統類型，列出發布的更新套件與漏洞修補數量。

從漏洞修補的數量來看，Windows仍是大宗，有416個，其次是Office、Edge和開發工具，分別為82個、46個，以及27個。SharePoint、SQL Server、Exchange Server為17個、8個、5個，雲端平臺Azure微軟共揭露了11個弱點，此外，防毒軟體Microsoft Defender也獨立列出，解決了5個弱點。

'

AWS開源企業AI代理平臺Loom，整合身分委派、權限控管與人工核准

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

AWS開源Loom for AWS，提供企業統一建立、部署及管理AI代理的參考平臺。AI代理可依使用者指令呼叫外部工具及執行工作，Loom則將代理的部署與操作、記憶、身分驗證、權限管理及人工核准整合到同一套系統，主要供企業平臺工程團隊使用。

Loom是建立在AWS Strands Agents與Amazon Bedrock AgentCore等既有AWS服務上的開源專案，提供統一管理介面，可處理代理、記憶資源、外部工具連線及代理之間的協作，也能串接企業既有的身分驗證系統，並記錄模型與運算資源用量。

在權限管理上，Loom會依使用者角色及所屬群組，限制可查看或操作的代理與資源。系統建立資源時，也會自動加入應用、群組及擁有者標籤，企業可再增加成本中心等自訂標籤，以追蹤費用及資源歸屬。

Loom提供預先寫好的Python代理程式，企業可設定代理的行為規則、記憶功能及工具連線，再部署至Amazon Bedrock AgentCore Runtime。不需要自訂程式時，也可採用AgentCore的受管機制，只透過設定定義並部署代理。Loom的控制平面只開放系統允許調整的部署參數，避免使用者任意變更底層設定。

Loom不會在執行或部署過程中即時產生並部署程式碼，企業可先測試及安全掃描固定的代理程式，後續建立不同代理時主要只更換設定，減少每次部署都要重新審查程式碼的工作。連接外部服務所需的機密資訊與憑證則存放於AWS Secrets Manager，不直接保存在Loom。

代理代表使用者呼叫其他服務時，Loom會透過AgentCore Identity交換存取權杖，讓後續系統同時取得原始使用者與代理的身分資訊，並保留委派關係。下游服務可依原始使用者的既有權限限制資料與資源存取，使代理呼叫鏈維持最小權限原則。

Loom也整合目前處於公開預覽階段的AWS Agent Registry，記錄代理及工具的連線位置、授權方式與功能。代理經組織內部審核後，才能發布供正式環境使用。代理若要修改資料或執行其他敏感操作，系統可先暫停流程，待人員核准後再繼續。

Loom原始碼已公布於AWS Labs的GitHub專案頁面，企業可檢視及修改其實作，並參考架構說明與部署指南建立內部代理平臺。

'

拒絕提供健康資料給AI訓練的Samsung Health用戶，可能面臨停止同步及資料刪除

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

新改版的三星健康程式Samsung Health要求用戶允許使用健康資料來訓練AI，若用戶拒絕，未來將無法同步資料，甚至可能被刪除資料。

根據9to5Google報導，三星於6月初改版Samsung Health App，主要賣點是增加AI功能，以配合下一代智慧手錶Galaxy Watch。目前Samsung Health App新版已經正式向用戶部署。另一方面，科技媒體How-To Geek發現，部分用戶收到Samsung Health的新使用同意通知，因條款要求用戶允許三星將健康資料用於AI訓練，否則將無法繼續同步資料，而對這項要求感到不安。三星表示，用戶允許它蒐集和處理的健康資料，將被用於AI訓練和建模，包括人力審查，以改良Samsung Health包括分析健康狀態的演算法及AI功能。

三星希望用戶提供的資料包括身體量測值、營養、步數／活動、睡眠；用藥資料，包括處方和成藥。健康紀錄和醫療資訊，例如診斷、測試、療法及過往紀錄；和生理期相關的資料，包括心率。

這家大廠表示，用戶之後任何時間都可以透過隱私設定撤回同意，那時三星也會停止使用用戶資料訓練AI。同時三星也提醒，用戶的同意也適用於其他裝置上同一帳號登入的Samsung Health App。根據報導，若用戶表達拒絕，App設定將跳出視窗顯示一段訊息，告知一旦用戶撤回同意，未來用戶再也無法與三星帳號同步資料，Health App也將刪除用戶健康資料，除非依據法律需要保留一段時日。可是保留期結束後，三星也會刪除這些資料。

三星官方尚未正式向媒體回應此事。

'