<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:content="http://purl.org/rss/modules/content/"
     xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
     xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <title>AI 資安週報</title>
    <link>https://blog.markkulab.net</link>
    <description>每週四用兩人對話整理過去一週 AI 與資安交會的大事：LLM 與 AI agent 的漏洞、prompt injection、模型供應鏈風險、攻擊者怎麼用 AI、防禦方的新工具。防禦視角、冷靜不恐嚇、每則都附出處與可以馬上做的檢查，更多內容請見 (https://blog.markkulab.net)

本節目由 AI 撰稿並以合成語音播出，主持人為虛擬角色。</description>
    <language>zh-TW</language>
    <copyright>&#xA9; 2026 Mark Ku. All rights reserved.</copyright>
    <lastBuildDate>Fri, 16 Oct 2026 19:29:22 GMT</lastBuildDate>
    <atom:link href="https://blog.markkulab.net/ai-security/feed.xml" rel="self" type="application/rss+xml"/>
    <managingEditor>a4756830@gmail.com (Mark Ku)</managingEditor>

    <itunes:author>Mark Ku</itunes:author>
    <itunes:subtitle>每週四幫你掌握 AI 時代的攻防</itunes:subtitle>
    <itunes:summary>每週四用兩人對話整理過去一週 AI 與資安交會的大事：LLM 與 AI agent 的漏洞、prompt injection、模型供應鏈風險、攻擊者怎麼用 AI、防禦方的新工具。防禦視角、冷靜不恐嚇、每則都附出處與可以馬上做的檢查，更多內容請見 (https://blog.markkulab.net)

本節目由 AI 撰稿並以合成語音播出，主持人為虛擬角色。</itunes:summary>
    <itunes:type>episodic</itunes:type>
    <itunes:owner>
      <itunes:name>Mark Ku</itunes:name>
      <itunes:email>a4756830@gmail.com</itunes:email>
    </itunes:owner>
    <itunes:image href="https://blog.markkulab.net/ai-security-logo.jpg"/>
    <itunes:category text="Technology"></itunes:category>
    <itunes:explicit>false</itunes:explicit>
    <itunes:keywords>AI 資安,資訊安全,網路安全,LLM 安全,Prompt Injection,漏洞,CVE,Podcast,Mark Ku</itunes:keywords>
    <podcast:guid>b9ed4f20-23c4-41a2-85d9-610d7910cbc9</podcast:guid>
    <podcast:locked>no</podcast:locked>
    <podcast:funding url=""></podcast:funding>

    <image>
      <url>https://blog.markkulab.net/ai-security-logo.jpg</url>
      <title>AI 資安週報</title>
      <link>https://blog.markkulab.net</link>
    </image>

    <item>
      <title>🛡️ Langflow 高風險漏洞還沒修完，蜜罐已記下 1,423 次真實攻擊｜AI 資安週報</title>
      <link>https://blog.markkulab.net/ai-security/ai-security-2026-10-16</link>
      <guid isPermaLink="true">https://blog.markkulab.net/ai-security/ai-security-2026-10-16</guid>
      <description>這週最讓人不安的是，AI 工作流程平台 Langflow 的高風險漏洞已經被蜜罐記下超過一千四百次真實攻擊嘗試，不是理論推測。同時微軟單月修補破紀錄的 1,413 個漏洞，LiteLLM 這個熱門 LLM 閘道也被抓出授權漏洞；義大利銀行怎麼被 AI 複製的聲音詐走近一億歐元，等一下告訴你。

本節目由 AI 撰稿並以合成語音播出，主持人為虛擬角色。</description>
      <content:encoded><![CDATA[<h2 id="開場白">開場白</h2>
<p>這週最讓人不安的是，AI 工作流程平台 Langflow 的高風險漏洞已經被蜜罐記下超過一千四百次真實攻擊嘗試，不是理論推測。同時微軟單月修補破紀錄的 1,413 個漏洞，LiteLLM 這個熱門 LLM 閘道也被抓出授權漏洞；義大利銀行怎麼被 AI 複製的聲音詐走近一億歐元，等一下告訴你。</p>
<h2 id="本週-ai-資安焦點">本週 AI 資安焦點</h2>
<h3 id="1-langflow-關鍵-rce-漏洞正被實際攻擊">1. Langflow 關鍵 RCE 漏洞正被實際攻擊</h3>
<ul>
<li><strong>發生什麼</strong>：AI 工作流程平台 Langflow 的 CVE-2026-105740（CVSS 9.9，漏洞嚴重程度評分，滿分 10 分）讓已登入的使用者能在伺服器上執行作業系統指令，這類漏洞一般稱為 RCE（遠端執行任意指令），影響 1.9.0 之前所有版本。安全業者 Previdian 架設的蜜罐自 9 月 19 日起記下 1,423 次攻擊嘗試，來自 27 個不同 IP，10 月 11 日單日衝到 333 次，10 月 15 日仍有 66 次。</li>
<li><strong>影響範圍</strong>：還跑在 1.9.0 之前、且管理介面對外曝露的 Langflow 部署都在風險中，尤其是接上內部系統或敏感資料的團隊。</li>
<li><strong>防禦建議</strong>：立刻升級到 1.9.0 以上，並檢查管理介面是否不必要地對外開放，收進內網或加白名單限制存取。</li>
<li><strong>來源</strong>：The Hacker News（<a target="_blank" rel="noopener noreferrer" href="https://thehackernews.com/2026/10/langflows-critical-authenticated-rce.html">https://thehackernews.com/2026/10/langflows-critical-authenticated-rce.html</a>）</li>
</ul>
<h3 id="2-微軟-10-月-patch-tuesday-單月破紀錄-1413-個漏洞">2. 微軟 10 月 Patch Tuesday 單月破紀錄 1,413 個漏洞</h3>
<ul>
<li><strong>發生什麼</strong>：微軟 2026 年 10 月的 Patch Tuesday 一次修補 1,413 個漏洞（Windows 1,102 個、Office 134 個、開發工具 61 個、SharePoint Server 36 個），單月數量已超過 2025 全年總和，2026 年累計破 4,000 個。SecurityWeek 報導指出這波暴增主要由 AI 協助找漏洞所驅動，其中包含已遭實際利用的 Windows shell 零日 CVE-2026-96951（CVSS 8.8），能規避網路下載檔案的執行限制。</li>
<li><strong>影響範圍</strong>：所有 Windows 與 Office 使用者都在範圍內，IT 團隊要重新評估修補排程能不能撐住這種量級。</li>
<li><strong>防禦建議</strong>：優先處理已遭利用的 CVE-2026-96951，其餘依資產曝露面與風險分級排修補順序。</li>
<li><strong>來源</strong>：SecurityWeek（<a target="_blank" rel="noopener noreferrer" href="https://www.securityweek.com/microsoft-patches-record-1413-vulnerabilities-including-exploited-windows-zero-day/">https://www.securityweek.com/microsoft-patches-record-1413-vulnerabilities-including-exploited-windows-zero-day/</a>）</li>
</ul>
<h3 id="3-義大利銀行遭-ai-語音假冒詐走-9500-萬歐元">3. 義大利銀行遭 AI 語音假冒詐走 9,500 萬歐元</h3>
<ul>
<li><strong>發生什麼</strong>：義大利 Intesa Sanpaolo 旗下私人銀行 Fideuram，遭人用 AI 複製的語音搭配通訊軟體假冒高層，詐走 9,500 萬歐元（約 1.08 億美元），目前已追回 5,300 萬歐元，米蘭檢方正偵辦一名據稱居住在歐洲以外的嫌疑人。同步發布的 identifAI 報告估算生成式 AI 可能在 2027 年把美國詐欺損失推高到 400 億美元。</li>
<li><strong>影響範圍</strong>：仰賴電話或通訊軟體語音做高層授權確認的企業流程都可能被同樣手法複製，金融與財務部門風險最高。</li>
<li><strong>防禦建議</strong>：大額匯款或高層指示類流程，不能只靠聲音或單一通訊軟體核實身分，要加一道獨立管道的二次確認。</li>
<li><strong>來源</strong>：Biometric Update（<a target="_blank" rel="noopener noreferrer" href="https://www.biometricupdate.com/202610/italian-bank-loses-108m-to-ai-messaging-fraud-as-identifai-warns-of-deepfake-threat">https://www.biometricupdate.com/202610/italian-bank-loses-108m-to-ai-messaging-fraud-as-identifai-warns-of-deepfake-threat</a>）</li>
</ul>
<h3 id="4-litellm-閘道被揪出授權與-ssrf-漏洞">4. LiteLLM 閘道被揪出授權與 SSRF 漏洞</h3>
<ul>
<li><strong>發生什麼</strong>：Check Point Research 針對企業常用的 LLM（大型語言模型）代理層 LiteLLM 做安全評估，揪出 CVE-2026-35029（<code>/config/update</code> 端點缺少授權檢查）與 CVE-2026-59823（透過 <code>user_config</code> 參數造成 SSRF，一種讓伺服器被騙去存取不該碰的內部網路位置的手法），另有兩項以 GHSA-69x8-hrgq-fjj8 追蹤的密碼曝露與不安全雜湊問題。受測版本為 v1.77.7，修補版本是 v1.83.9 及之後。</li>
<li><strong>影響範圍</strong>：把 LiteLLM 當作多模型管理閘道的企業要檢查版本，這類基礎設施一旦被打穿，等於整個 AI 存取層的控制權都曝險。</li>
<li><strong>防禦建議</strong>：升級到 v1.83.9 以上，並重新檢查管理端點的授權設定與密碼儲存方式。</li>
<li><strong>來源</strong>：Check Point Research（<a target="_blank" rel="noopener noreferrer" href="https://research.checkpoint.com/2026/when-llm-gateways-go-wrong-findings-from-litellm/">https://research.checkpoint.com/2026/when-llm-gateways-go-wrong-findings-from-litellm/</a>）</li>
</ul>
<h3 id="5-censys公網曝露的-ai-相關軟體九個月增-63">5. Censys：公網曝露的 AI 相關軟體九個月增 63%</h3>
<ul>
<li><strong>發生什麼</strong>：Censys 的掃描資料顯示，曝露在公開網路的 AI 相關軟體從 2025 年 10 月的 164,088 個 IP，成長到 2026 年 7 月的 267,915 個，九個月增加 63%，橫跨 44 項產品。自動化平台 n8n 佔了 113,926 台主機，其中 76.1% 還在跑有高風險漏洞的舊版本；AI agent 平台 OpenClaw 上線數月內曝露面板數就衝上 85,478 個。</li>
<li><strong>影響範圍</strong>：把 AI 自動化工具或 agent 平台直接掛在公網上的團隊都可能是這堆數字裡的一份子，尤其是沒有持續升級習慣的部署。</li>
<li><strong>防禦建議</strong>：盤點自家對外曝露的 AI 相關服務，確認版本是否落後，能收進內網或加存取控制的就不要留在公網上。</li>
<li><strong>來源</strong>：Help Net Security（<a target="_blank" rel="noopener noreferrer" href="https://www.helpnetsecurity.com/2026/10/15/exposed-ai-infrastructure-report/">https://www.helpnetsecurity.com/2026/10/15/exposed-ai-infrastructure-report/</a>）</li>
</ul>
<h3 id="6-地下論壇用竊得的-ai-api-金鑰做自動化掃描">6. 地下論壇用竊得的 AI API 金鑰做自動化掃描</h3>
<ul>
<li><strong>發生什麼</strong>：Bitsight 威脅情報團隊追蹤 16 個地下論壇（2026 年 2 月至 8 月）後發現，一個叫 MONST3R-AI 的「自主滲透測試」平台讓買家貼上竊得的 OpenAI、Anthropic、Google API 金鑰並設定預算上限，掃描費用實際由金鑰原本的擁有者買單。攻擊者因此不用自架模型就能做偵察，也更難被追蹤。</li>
<li><strong>影響範圍</strong>：任何曾經外洩過 AI 供應商 API 金鑰的組織，都可能正在替別人的攻擊付費，而且未必會察覺。</li>
<li><strong>防禦建議</strong>：把 AI 供應商金鑰外洩當作跟 AWS 憑證外洩同等級處理，驗證 MCP（讓 AI agent 連接外部工具與資料來源的協定）伺服器與 agent 外掛的來源，本機編碼 agent 讀取敏感目錄前要有人工核准，並留意 Notion、Slack、GitHub 上異常的自動化登入樣態。</li>
<li><strong>來源</strong>：Help Net Security（<a target="_blank" rel="noopener noreferrer" href="https://www.helpnetsecurity.com/2026/10/16/stolen-ai-api-keys-autonomous-scans/">https://www.helpnetsecurity.com/2026/10/16/stolen-ai-api-keys-autonomous-scans/</a>）</li>
</ul>
<h3 id="7-ftc-向-openaianthropic-發出民事調查令">7. FTC 向 OpenAI、Anthropic 發出民事調查令</h3>
<ul>
<li><strong>發生什麼</strong>：美國聯邦貿易委員會（FTC）向 OpenAI 與 Anthropic 分別發出超過 50 頁的民事調查令（CID），要求提供安全事件、內部防護措施、行銷素材與隱私政策相關文件，調查聚焦在可能的消費者保護違規。據 Axios 報導，FTC 後續還會要求 AI 高層作證，並將對第三方 AI 組織發出調查令。</li>
<li><strong>影響範圍</strong>：採用這兩家 AI 供應商服務的企業，接下來可能被要求出示對方的事件應變與防護措施書面說明。</li>
<li><strong>防禦建議</strong>：評估或採用 AI 供應商服務時，主動要求對方提供圍堵、監控、存取控制與事件應變的書面文件，別等出事才找。</li>
<li><strong>來源</strong>：Axios（<a target="_blank" rel="noopener noreferrer" href="https://www.axios.com/2026/10/15/ftc-openai-anthropic-ai-safety-investigation">https://www.axios.com/2026/10/15/ftc-openai-anthropic-ai-safety-investigation</a>）</li>
</ul>
<h2 id="結尾段落">結尾段落</h2>
<p>這週最該記住的一件事是，AI 相關基礎設施出問題時，牽連的往往是整條存取鏈，不是單一功能，從 Langflow 到 LiteLLM 都是同一個教訓。這週就花十分鐘，盤點一下公司裡還有哪些 AI 工具的管理介面是對外曝露的，下週四見。</p>
<p><small>本節目由 AI 撰稿並以合成語音播出，主持人為虛擬角色。</small></p>]]></content:encoded>
      <pubDate>Fri, 16 Oct 2026 02:00:00 GMT</pubDate>
      <author>a4756830@gmail.com (Mark Ku)</author>
      <category>AI 資安週報</category>
      <enclosure url="https://blog.markkulab.net/api/download-podcast?episode=ai-security-2026-10-16&amp;dir=markku/ai-security&amp;file=dialogue.mp3&amp;v=5316548" type="audio/mpeg" length="5316548"/>
      <itunes:title>🛡️ Langflow 高風險漏洞還沒修完，蜜罐已記下 1,423 次真實攻擊｜AI 資安週報</itunes:title>
      <itunes:subtitle>這週最讓人不安的是，AI 工作流程平台 Langflow 的高風險漏洞已經被蜜罐記下超過一千四百次真實攻擊嘗試，不是理論推測。同時微軟單月修補破紀錄的 1,413 個漏洞，LiteLLM 這個熱門 L</itunes:subtitle>
      <itunes:summary>這週最讓人不安的是，AI 工作流程平台 Langflow 的高風險漏洞已經被蜜罐記下超過一千四百次真實攻擊嘗試，不是理論推測。同時微軟單月修補破紀錄的 1,413 個漏洞，LiteLLM 這個熱門 LLM 閘道也被抓出授權漏洞；義大利銀行怎麼被 AI 複製的聲音詐走近一億歐元，等一下告訴你。

本節目由 AI 撰稿並以合成語音播出，主持人為虛擬角色。</itunes:summary>
      <itunes:author>Mark Ku</itunes:author>
      <itunes:duration>00:07:22</itunes:duration>
      <itunes:episode>1</itunes:episode>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:explicit>false</itunes:explicit>
      <itunes:image href="https://blog.markkulab.net/content/markku/ai-security/ai-security-2026-10-16/images/cover.webp"/>
    </item>
  </channel>
</rss>