單一攻擊者以 BOSSAI 代理竊取臺北市七區緊急救護派遣紀錄
原始來源： The Hacker News · 2026/11/09
Acronis 威脅研究單位指出，一名研判位於花蓮的攻擊者操作名為 BOSSAI 的 AI 代理系統，對至少 11 國數百個組織發動探測與攻擊，約 10 個位於臺灣、墨西哥與泰國的組織已遭存取或資料外洩。臺灣是受攻擊最密集地區，緊急應變服務為主要目標：代理程式自 API 擷取涵蓋臺北市七區的 119 派遣紀錄，並發現一個未設登入機制、自 2018 年起暴露病患相關資料的消防相關平臺。研究顯示，已落實登入、工作階段控管與端點過濾的系統能擋下代理；問題多集中在本可避免的暴露面。
重點先看
BOSSAI 代理自 API 擷取北市七區 119 派遣紀錄，並發現未設登入的病患資料平臺。公部門與醫療單位應立即盤點對外系統驗證與 API 暴露。
發生了什麼
依 The Hacker News 與 iThome 於 2026/11/09 整理之 Acronis 威脅研究，研究人員在看似設定錯誤的開發伺服器上，發現攻擊者的作戰平臺，內含逾 9 萬個檔案，包括代理對話、指令紀錄、工具、憑證與受害資料。攻擊者以名為 BOSSAI 的系統操作多個 AI 代理，對緊急服務、銀行、大學與軍事相關系統等目標進行掃描與攻擊；臺灣受攻擊密度最高。 最嚴重的已確認損害之一，是自城市 119 系統 API 擷取的緊急救護派遣紀錄，涵蓋臺北市七區，內容包括事件時間、出勤類型、案件狀態與街道層級位置（為案件紀錄，而非即時救護車追蹤）。另發現一個臺北消防相關平臺未設登入機制，自 2018 年起暴露病患相關資料（研究詳細說明著重於暴露，未必等同於已遭進一步入侵）。
攻擊怎麼自動化、又在哪裡失敗
BOSSAI 整合多個代理，分別負責維運攻擊基礎設施、掃描目標與執行攻擊；代理之間未直接互通，而由攻擊者手動轉貼結果。商業雲端模型在被直接要求協助攻擊時，大多拒絕並要求提出授權證明，因此實際攻擊代理多改在本機以「移除安全對齊」的模型運行。研究也發現代理常誤報漏洞，高風險與重大發現中逾半為誤報或錯誤分類。 對臺灣緊急應變相關目標，代理曾嘗試預設帳密登入廠商資料庫管理介面、在前端腳本中尋找硬編碼金鑰、對單一登入入口暴力猜測，以及掃描多城市消防系統；部分未獲確認入侵。研究結論指出：代理擅長低成本、大規模找到防護薄弱處，但對已強制登入、有效工作階段與端點過濾的系統往往無法突破。
建議立即處置
公部門、醫療與緊急應變相關單位，建議依序處理： 1. 立即盤點對外 API、資料查詢介面與歷史平臺，確認是否可在未登入狀態讀取案件或病患資料。 2. 對所有含個人或醫療資料的介面強制身分驗證與授權，移除測試／歷史環境的公網暴露。 3. 檢查管理後台與資料庫是否仍使用預設或弱密碼，並啟用多因素驗證。 4. 修補已知注入與過時元件，對 API 實施速率限制與異常查詢告警。 5. 監看短時間大量掃描、自動化工具指紋與異常資料匯出。 6. 依機關規範評估是否需向上級與主管機關通報，並準備對內外溝通稿。
為什麼重要
這起案例顯示 AI 代理降低的是「同時探測大量目標」的成本，而不是神奇地穿透健全的身分驗證。緊急應變與醫療資料一旦暴露，影響的是公共安全與病患隱私，後續還可能衍生詐騙與二次外洩。對臺灣機關而言，優先工作是關閉未驗證即可讀取的介面，而不是只討論攻擊者使用了哪一種模型。 建議以 CloudCoffer UTDS 盤點 API 暴露並偵測自動化攻擊流量，以 DevaEye 軟體安全檢測找出未驗證與注入問題，並由 DevaEye MDR 託管防護監看異常掃描與外傳。
Cloudforce 可以協助哪些？
針對緊急應變與對外系統遭自動化代理探測、利用弱點或暴露面的風險，可依下列方案對應： 1. CloudCoffer UTDS：以 MatrixScope 盤點對外 API 與影子介面；以 MatrixShield 未知威脅偵測，辨識自動化掃描、漏洞利用嘗試與異常大量讀取。 2. DevaEye 軟體安全檢測：檢測對外系統的身分驗證、授權、注入與設定缺失，交付修補優先順序。 3. DevaEye MDR 託管防護：7×24 監看異常登入、掃描行為、webshell 與資料外傳，協助研判與應變。 4. Acronis：本事件由 Acronis 威脅研究揭露；在資料與系統復原需求上，亦可搭配其備份與還原能力降低營運中斷。
常見問題
BOSSAI 是什麼？
依 Acronis 研究，BOSSAI 是攻擊者用來協調多個 AI 代理、串接掃描與攻擊工具的自動化系統；代理之間未直接通訊，而由攻擊者手動傳遞結果。
派遣紀錄包含哪些資料？
研究指出包括事件時間、出勤類型、案件狀態與街道層級位置，屬案件紀錄，而非即時救護車追蹤。
AI 是否突破了完善的防護？
研究強調多數成功來自本可避免的薄弱設定，例如未登入可讀、預設帳密與未修補注入；已落實登入與端點過濾的系統能擋下代理。
機關應先做哪一件事？
先找出並關閉未驗證即可讀取個人或醫療資料的對外介面，並檢查管理後台預設密碼與 API 異常讀取。
CloudCoffer UTDS 能如何協助？
可盤點對外 API 暴露面，並偵測自動化掃描與漏洞利用流量，協助在弱點修補前降低被大規模代理探測命中的機會。