⚡ 每日全球資安威脅情報摘要｜2026 年 7 月 30 日

覆蓋窗口：2026 年 7 月 29 日 08:00 至 7 月 30 日 08:00（UTC+8）
對象：CISO、SOC、Application Security、DevSecOps、AI Security、OT Security 與 APAC 防禦團隊

本期只納入覆蓋窗口內首次披露，或在窗口內出現重大技術、官方確認、受影響範圍或營運風險更新的事件。

官方安全公告、政府及地方機構聲明、原始研究獲優先採用。供應商確認、公開 PoC、研究人員展示、媒體跟進及分析者推論，均按不同證據層級分開呈現。

---

📝 Executive Summary — 10-Second Read

• 🔴 Ruby on Rails CVE-2026-66066 可令未驗證攻擊者讀取伺服器任意檔案。 受影響應用使用 Active Storage、libvips，並接受不可信圖片上傳。攻擊者若取得 secret_key_base、Rails master key、資料庫或雲端憑證，風險可擴大至 session forgery、應用接管及橫向移動。

• 🔴 Gitea CVE-2026-60004 可把普通 repository write 權限轉化為主機命令執行。 攻擊者可利用 diffpatch 流程，在臨時 bare repository 建立 Git hook；公開註冊會讓外部訪客更容易自行取得帳戶及 repository。

• 🔴 超過 30 個 Minnesota 社區供水系統遭協調式攻擊鎖定。 事件發生於 7 月 26–27 日；本窗口的重要更新是整體受影響範圍獲公開報道。現有資料尚未證明所有被鎖定系統均遭成功入侵。

• 🔴 Ruflo CVE-2026-59726 的完整 MCP 攻擊鏈進一步公開。 舊版預設 Docker Compose 配置曾將無驗證 MCP Bridge 與 MongoDB 公開至所有介面，可導致 container shell、API key 竊取、AgentDB poisoning 及對話資料外洩。

• 🟠 Firefox CVE-2026-10702 屬 carry-over 技術研究。 Mozilla 早於 6 月 2 日完成修補，Nebula Security 於 7 月 10 日發布原始研究；本窗口的新內容主要是媒體進一步整理 Firefox、Tor Browser 與 Android exploit chain 的影響。

---

🚨 重大事件

1. CVE-2026-66066：Rails Active Storage 任意檔案讀取可擴大至應用接管

官方披露日期： 2026 年 7 月 29 日
套件： Active Storage
CVSS v4.0： 9.5 — Critical
利用狀態： 官方公告與初步研究已公開；完整攻擊鏈及 PoC 暫未披露
在野利用： 未見官方確認
分析者營運優先級：🔴 Critical

Rails 官方指出，使用 Active Storage、libvips 並接受不可信圖片上傳的應用，可能被攻擊者透過特製上傳檔案觸發不安全的 libvips operations。

攻擊者可讀取 Rails process 能夠存取的任意檔案及 process environment。部分受影響的 libvips operations 處理的格式與一般 Web 圖片無關，因此攻擊 payload 不一定是正常可顯示的 JPEG、PNG 或 GIF。

受影響條件

應用同時符合以下條件時受到影響：

• 使用 libvips 作為 Active Storage image processor；

• 接受不可信使用者的圖片上傳；

• 使用受影響的 Rails／Active Storage 版本。

Rails 官方特別指出：

Generating variants is not a separate requirement.

因此，只停用某個顯式 variant-generation workflow，不能視為可靠修復。

受影響與固定版本

Rails／Active Storage 分支	處置
Rails 7.2	升級至 7.2.3.2 或以上
Rails 8.0	升級至 8.0.5.1 或以上
Rails 8.1	升級至 8.1.3.1 或以上
Rails 7.1、7.0、6.x 或更早版本	官方未列出相應舊分支 backport；應升級整個 Rails stack 至受支援的固定分支

使用舊版 Rails 的團隊不應只在既有應用中單獨替換 activestorage gem。Active Storage 與其他 Rails components 通常需要維持相容版本，應測試並升級完整 Rails stack。

此外，libvips 必須為 8.13 或以上版本。libvips <8.13 無法停用不安全的 unfuzzed operations，單純升級 Rails／Active Storage 並不足夠。

為何檔案讀取可能造成更大影響

Rails process 通常可以讀取：

• secret_key_base；

• config/master.key 或 RAILS_MASTER_KEY；

• encrypted credentials 解密後的秘密；

• 資料庫帳戶；

• S3、GCS 或 Azure Storage credentials；

• Cloud workload credentials；

• SMTP credentials；

• OAuth secrets；

• 第三方 API tokens。

成功取得這些資料後，攻擊者可能：

• 偽造或解密 cookies；

• 接管現有 session；

• 偽造 signed global IDs；

• 存取 Active Storage objects；

• 直接登入資料庫或 object storage；

• 存取其他 SaaS 或雲端服務；

• 在特定配置中把檔案讀取鏈接至 RCE。

立即行動

1. 將 Rails／Active Storage stack 升級至相容的固定版本。

2. 確認所有 production images、containers 及 workers 使用 libvips ≥8.13。

3. 無法立即升級 Rails／Active Storage stack 時：

   • 若使用 libvips 8.13+，設定 VIPS_BLOCK_UNTRUSTED 環境變數，例如：

VIPS_BLOCK_UNTRUSTED=1

• 若使用 ruby-vips 2.2.1+，可在 initializer 中執行：

Vips.block_untrusted(true)

4. 若使用 libvips <8.13：

   • 官方 workaround： 移除 libvips／ruby-vips dependency；

   • 緊急 containment： 在完成修補或移除 dependency 前，全面停止所有不可信圖片上傳，並確保 Web UI、API、direct upload 及背景處理路徑均被封鎖。

5. 不要把 WAF、MIME-type 檢查或停用部分 variants 當成完整修復。

6. 修補後，將 Rails process 可讀取的所有秘密視為可能已外洩並進行輪替：

   • secret_key_base；

   • Rails master key；

   • encrypted credentials 中的全部秘密；

   • database credentials；

   • cloud／object-storage credentials；

   • SMTP、OAuth 及第三方 API tokens。

7. 更換 secret_key_base 後，應預期：

   • 使用者需要重新登入；

   • encrypted／signed cookies 失效；

   • signed global IDs 失效；

   • 舊 Active Storage URLs 失效。

8. 不應把可能已外洩的舊 secret 保留為 fallback。

主要來源

• Ruby on Rails Security Announcement

• Rails GitHub Security Advisory — GHSA-xr9x-r78c-5hrm

• Ethiack — KindaRails2Shell

---

2. CVE-2026-60004：Gitea Diff Patch 可建立惡意 Git Hook

官方 advisory 日期： 2026 年 7 月 28 日
受影響版本： Gitea >=1.17, <1.27.1
固定版本： Gitea 1.27.1
嚴重程度： Critical
利用狀態： 官方 PoC 已公開
在野利用： 未見官方確認
分析者營運優先級：🔴 Critical for exposed or open-registration instances

Gitea 的 diffpatch endpoint 會在共享的 bare temporary clone 中套用由使用者提交的 patch。

攻擊者重複提交特製 patch，可製造 Git add／add collision，令 Git 的 three-way fallback 將 executable entry 寫入：

hooks/post-index-change

由於 bare repository 的 root 即 $GIT_DIR，該檔案會成為真正的 Git hook。Git 更新 index 時會觸發 hook，令攻擊者以 Gitea service account 的權限執行 shell commands。

必要利用條件

成功利用需要：

• 對至少一個 repository 具普通 write access；

• Git 2.32 或以上；

• diffpatch route 已啟用；

• Gitea temporary filesystem 可寫入及執行。

公開註冊只影響沒有既有帳戶的攻擊路徑。若 open registration 已啟用，外部訪客可自行建立帳戶及 repository，進而取得 write access；但公開註冊並非所有利用情境的必要條件。

潛在影響

攻擊者可能存取：

• app.ini；

• Gitea application secrets；

• Process environment；

• Mounted repositories；

• Database credentials 及內容；

• OAuth／SSO credentials；

• Webhook 及 integration secrets；

• Package-registry credentials；

• Gitea 可接觸的內部服務。

官方 PoC 不需要 outbound reverse shell。攻擊者可把命令輸出儲存在 Git objects，建立包含結果的新 branch，再經 authenticated smart HTTP 讀回。

因此，只監察外部 C2 或 reverse-shell traffic 可能完全漏報。

立即行動

1. 升級至 Gitea 1.27.1 或以上。

2. 盤點 production、staging、disaster-recovery、內部開發及測試實例。

3. 修補前：

   • 停用公開註冊；

   • 限制 repository creation；

   • 收緊 write access；

   • 限制 diffpatch API 的外部存取。

4. 在確認不影響正常 Git operations 後，可把 Gitea temporary filesystem 設為 noexec，作為修補前的 defense-in-depth。此措施不能取代版本升級。

5. Hunting 優先次序應為：

   1. 搜尋重複或異常的 diffpatch requests；

   2. 搜尋 Gitea service account 啟動的 child processes；

   3. 檢查異常 Git refs、objects、branches 及 commits；

   4. 檢查殘留 temporary hooks。

6. 重點搜尋：

POST /api/v1/repos/{owner}/{repo}/diffpatch

以及 temporary clone 中的：

hooks/post-index-change

7. 檢查：

   • 同一 executable-hook patch 被重複提交；

   • Gitea process 啟動 shell 或 script interpreters；

   • 被用於保存 command output 的新 branch；

   • Temporary directory 中的可執行檔案；

   • 未授權 repository、administrator、token 或 integration changes。

8. 懷疑失陷時輪替：

   • OAuth／SSO secrets；

   • Repository deploy keys；

   • CI／webhook tokens；

   • Package-registry credentials；

   • SMTP 及 database credentials；

   • Gitea 可讀取的 environment secrets。

9. 驗證 repositories、release artefacts、packages 及 downstream CI/CD jobs 沒有遭竄改。

主要來源

• Gitea GitHub Security Advisory — GHSA-rcr6-4jqh-j84m

---

3. Minnesota：30 多個社區供水系統遭協調式攻擊鎖定

事件時段： 2026 年 7 月 26–27 日
本窗口重大更新： Reuters 於 2026 年 7 月 29 日 06:35（UTC+8）報道 Minnesota IT Services 已確認超過 30 個系統遭鎖定
利用狀態： 調查確認事件群中存在帶有惡意意圖的未授權存取
歸因狀態： 未確認
分析者營運優先級：🔴 High for water and OT operators

Minnesota IT Services 表示，超過 30 個 community water systems 在 7 月 26–27 日期間遭協調式網絡攻擊鎖定。

調查人員在事件群中確認存在帶有惡意意圖的未授權存取，但現有公開資料尚未證明每一個被鎖定系統均遭成功入侵，或全部設施均受到相同程度的 OT 或營運影響。

地方報告指出：

• Braham 水廠的 operating controls 一度離線，導致井及水處理設施短暫停運；

• South St. Paul 的部分 automated controls 受到影響，但營運人員維持正常供水及污水服務；

• Plymouth 的水塔及升降站通訊受到影響，營運人員改用 manual procedures；

• Maple Plain 的部分 automated control functions 受到影響。

截至公開報道時間，Minnesota IT Services 未掌握任何仍然生效的居民用水調整要求。Braham、Plymouth 與 Maple Plain 等已具名城市表示水質或公共安全未受影響；其他被鎖定系統的完整狀態仍未公布。

歸因限制

事件目標與部分存取方式，與過往 Iran-affiliated actors 針對美國 Internet-facing PLC 的活動存在相似之處。

然而：

• Minnesota 官方尚未正式歸因；

• 初始存取入口尚未公布；

• 受影響 PLC／gateway 廠商尚未完整公開；

• 公開資料不足以把所有事件連結至單一行動者。

因此，不應把目標或手法相似直接當成伊朗歸因證據。

立即行動

1. 盤點所有：

   • Internet-facing PLC；

   • HMI；

   • SCADA gateways；

   • VPN；

   • Remote desktop；

   • Vendor remote-maintenance systems；

   • Engineering workstations。

2. 移除控制器及 HMI 的直接 Internet exposure。

3. 停用：

   • Default passwords；

   • Shared accounts；

   • Dormant vendor accounts；

   • 未使用的 remote-access services。

4. 限制 controller programming mode，只允許核准的 engineering workstations。

5. 將下列項目與 known-good baseline 比對：

   • PLC logic；

   • Set points；

   • Reusable code modules；

   • HMI screens；

   • Alarm configuration；

   • Safety settings。

6. 搜尋：

   • 未授權 remote login；

   • Controller configuration changes；

   • Project upload／download；

   • 不尋常 device restart；

   • Alarm suppression；

   • Manual override；

   • 新 engineering-workstation connections；

   • 非維護時窗內的 Program Mode。

7. 驗證 manual operation、safe shutdown 及 IT／OT isolation procedures。

8. 即使服務已恢復，也不能只以 availability 作為結案標準；必須驗證控制邏輯、alarm、set point 及安全設定沒有被持久修改。

主要來源

• Reuters — Coordinated Attack Targets More Than 30 Minnesota Water Systems

• CBS Minnesota — Braham Water Plant Outage and Other Local Impacts

---

🤖 AI／MCP 安全

4. CVE-2026-59726：Ruflo MCP Bridge 無驗證 RCE 與 AgentDB Poisoning

原始 advisory： 2026 年 7 月 1 日
固定版本： Ruflo 3.16.3
本窗口重大更新： Noma Labs 於 7 月 29 日公開完整利用鏈
CVSS v3.1： 10.0 — Critical
利用狀態： 研究人員在測試部署中驗證完整攻擊鏈
在野利用： 未見確認
狀態： Technical follow-up

Ruflo 3.16.3 以前的預設 Docker Compose 配置曾把 MCP Bridge 及 MongoDB 綁定至所有網絡介面。

未驗證攻擊者可直接向：

POST /mcp
POST /mcp/:group

提交 tools/call，繞過只在 autopilot flow 中生效的 tool blocklist，並呼叫：

terminal_execute

以 container 內的 node 使用者身份取得 shell。

完整影響

成功利用後，攻擊者可能：

• 讀取 OpenAI、Anthropic、Google、OpenRouter 等 provider API keys；

• 使用受害者 API keys 建立攻擊者控制的 agents；

• 讀取 conversation、memory、titles 及 metadata；

• 修改 system prompts 或 tool definitions；

• 寫入惡意 AgentDB patterns；

• 污染後續 agent outputs；

• 存取未配置 authentication 的 MongoDB；

• 透過 agent tools 存取 repositories、主機或外部服務；

• 在研究人員的測試環境中建立可在 container restart 後恢復的 persistence。

最後一項是研究人員在特定測試 deployment 上展示的攻擊路徑，不代表每宗成功利用均必然形成相同 persistence。

修補內容

Ruflo 3.16.3 的主要改動包括：

• MCP Bridge 預設只綁定 loopback；

• 公開綁定但沒有 MCP_AUTH_TOKEN 時 fail closed；

• Bearer-token authentication；

• terminal_execute 預設停用；

• MongoDB 預設要求 authentication；

• Container read-only filesystem 與 tmpfs；

• CORS allowlist；

• CI regression checks。

立即行動

1. 升級至 Ruflo 3.16.3 或以上。

2. 從不可信網絡封鎖：

TCP 3001
TCP 27017

3. 確認 MCP Bridge、MongoDB 及其他管理 endpoints 沒有綁定：

0.0.0.0

4. 為所有 MCP requests 實施：

   • 強身份驗證；

   • Tool-level authorisation；

   • Network allowlist；

   • Request logging；

   • Rate limiting；

   • 明確的高風險工具政策。

5. 預設停用：

   • terminal_execute；

   • Filesystem write；

   • Credential access；

   • Shell execution；

   • 未批准 network tools。

6. 輪替 Ruflo container 可讀取的：

   • 模型供應商 API keys；

   • GitHub／GitLab tokens；

   • Cloud credentials；

   • SSH keys；

   • Database credentials。

7. 檢查 AgentDB：

   • agentdb_pattern-store；

   • 新增或異常 patterns；

   • 影響所有使用者輸出的 poisoned entries；

   • 未批准 learning artefacts。

8. 檢查 MongoDB：

   • 未授權資料修改；

   • Conversation／memory access；

   • 新使用者或 authentication changes；

   • 異常 export；

   • Persistence artefacts。

9. 搜尋：

   • Container 內新增 shell tools；

   • /tmp 中的 MongoDB clients 或 payloads；

   • 非預期 outbound connections；

   • 被修改的 prompts、tools 或 configuration；

   • Container restart 後重新出現的異常 process。

10. 不要只重新部署修補版本。 Patched redeploy 不會自動刪除已注入的 AgentDB patterns、撤銷已外洩 API keys 或恢復遭篡改的 MongoDB 資料。

主要來源

• Ruflo GitHub Security Advisory — GHSA-c4hm-4h84-2cf3

• Noma Labs — RufRoot Technical Research

---

🧪 Carry-over 技術研究

5. CVE-2026-10702：Firefox JIT 漏洞與 Android Root Chain

Mozilla 修補日期： 2026 年 6 月 2 日
原始研究日期： 2026 年 7 月 10 日
本窗口更新： 7 月 29 日媒體進一步整理完整 exploit chain
Mozilla 嚴重程度： High
最低固定版本： Firefox 151.0.3
在野利用： 未見官方確認
狀態： Carry-over／media amplification

Mozilla 將 CVE-2026-10702 描述為 Firefox JavaScript Engine JIT component 中的 miscompilation，並於 6 月 2 日在 Firefox 151.0.3 修補。

Nebula Security 在 7 月 10 日發布 IonStack Part I，展示如何把該 JIT flaw 武器化，在 Firefox content／renderer process 中取得任意程式碼執行。

公開的 Android 17 攻擊鏈還需要另一項 Linux kernel futex 漏洞才能取得 root。因此：

CVE-2026-10702 本身是瀏覽器入口，不等同完整裝置接管。

Firefox 與 Tor Browser 的證據邊界

• Mozilla advisory 只列出 Firefox；

• Nebula 研究涉及使用相關 Firefox code path 的瀏覽器構建；

• Tor Browser 使用 Firefox ESR 並選擇性 backport security fixes；

• 不能只因 Tor Browser 建基於 Firefox，便推斷所有 Tor Browser 版本均受影響。

Tor Browser 15.0.19 已在 7 月 21 日升級至 Firefox ESR 140.13.0，並 backport Firefox 153 的安全修正。實際安全狀態應以 Tor Project release notes 為準。

建議行動

• Firefox 使用者應升級至 Mozilla 當前最新受支援的 stable 或 ESR release；

• Firefox 151.0.3 只是該 CVE 的最低固定版本，不是目前的最終升級目標；

• Tor Browser 使用者應升級至 Tor Project 當前最新版本；

• 確認瀏覽器已重新啟動，避免更新已下載但仍使用舊 process；

• 對安全研究人員、記者、外交人員、人權工作者及高權限管理員縮短 browser patch SLA。

主要來源

• Mozilla Foundation Security Advisory 2026-54

• Nebula Security — IonStack Part I

• Tor Project — Tor Browser 15.0.19

• The Hacker News — Exploit-Chain Follow-up

---

🔐 資料外洩／勒索軟件

在本次監測的官方企業公告、政府／監管申報及主要威脅情報來源中，未識別到於覆蓋窗口內獲正式確認的新大型資料外洩或重大勒索軟件事件。

部分勒索軟件網站新增受害者名稱，但在缺乏企業確認、監管申報、可驗證資料樣本或可信事件應變證據的情況下，本期不將其列為已確認事件。

---

👀 值得追蹤

• Rails CVE-2026-66066： 官方表示完整技術細節最遲於 8 月 28 日公開；應關注 PoC、掃描、檔案讀取及 secret-exfiltration telemetry。

• Gitea CVE-2026-60004： 是否出現 mass scanning、公開註冊實例批量利用或 CISA KEV 更新。

• Minnesota 水務事件： 成功入侵比例、initial-access vector、設備廠商、控制邏輯變更及正式歸因。

• Ruflo／MCP： 是否仍有公開 TCP 3001／27017，以及其他 agent frameworks 是否存在相同的無驗證高權限工具設計。

• Firefox CVE-2026-10702： 是否出現在野利用，或研究鏈被移植至其他架構及瀏覽器構建。

• CISA KEV： 根據編輯團隊截至 2026 年 7 月 30 日 08:00（UTC+8）的檢查，本窗口未識別到新增項目；最近一次可確認更新為 7 月 27 日加入 Fortinet CVE-2025-68686 及 Arista CVE-2026-16812。

KEV 參考

• CISA Known Exploited Vulnerabilities Catalogue

• NVD — CVE-2025-68686

• NVD — CVE-2026-16812

---

✅ 今日優先行動

P0｜立即處理

1. 識別所有使用 Active Storage、libvips 並接受不可信圖片上傳的 Rails 應用。

2. 將 Rails stack 升級至受支援的固定版本，並確認 libvips ≥8.13。

3. 升級所有 Gitea 至 1.27.1 或以上。

4. 封鎖公開 Ruflo TCP 3001／27017，並升級至 3.16.3 或以上。

5. 對曾公開暴露的 Rails、Gitea 及 Ruflo deployments 啟動 compromise assessment。

P1｜未來 24–72 小時

1. 輪替 Rails process 可讀取的全部 secrets，並撤銷舊 sessions。

2. 搜尋 Gitea diffpatch requests、service-account child processes 及異常 Git objects。

3. 調查 Ruflo AgentDB、MongoDB、conversation store 及 provider API-key usage。

4. 對 Minnesota 或其他水務 OT 環境，比對 PLC logic、set points、alarm configuration 與 known-good baseline。

5. 強制高風險 Firefox／Tor Browser 使用者完成更新並重新啟動。

P2｜本週內

1. 建立以下高風險服務的完整 inventory：

   • File-upload processors；

   • Self-hosted code platforms；

   • MCP servers；

   • Agent memory stores；

   • Internet-facing OT systems；

   • High-risk browser populations。

2. 對自託管開發及 AI 平台記錄：

   • Registration policy；

   • Authentication；

   • Network exposure；

   • Executable tools；

   • Stored secrets；

   • Temporary filesystem permissions；

   • Downstream privileges。

3. 把「修補＋秘密輪替＋資料完整性檢查」納入 arbitrary-file-read 及 control-plane RCE 的標準處置流程。

4. MCP server 應套用與 production administrative API 相同的身份、授權、網絡隔離及 audit controls。

5. 對 OT 實施 Internet-exposure review、logic-baseline verification 及 manual-operation exercise。

---

📌 Final Assessment

本窗口的事件顯示，攻擊者不一定需要直接突破複雜的身份防線。

他們可以：

• 利用圖片處理器讀取應用 secrets；

• 利用普通 repository write access 把 Git 功能轉化為 shell execution；

• 利用沒有 authentication 的 MCP endpoint 取得高權限工具；

• 利用公開 OT remote access 影響實體營運；

• 利用單一惡意網頁取得 browser foothold。

今日最重要的防禦結論是：

不要只判斷入口是否需要登入，也要檢查低權限功能能否接觸執行環境、秘密、工具、暫存目錄及下游控制平面。

修補只能關閉已知入口。對曾公開暴露的 Rails、Gitea、Ruflo 或 OT 系統，還必須輪替秘密、驗證資料完整性、檢查持久化，並重新確認下游環境的可信度。