本卡屬 FR-120（母卡待填）。這一棒掃主專案自己程式的「系統診斷包：下載入口與組裝」（8 檔／1295 行）。只掃不修。

這一棒在做什麼（白話）

用資安掃描工具掃 BE repo 自己寫的「系統診斷包：下載入口與組裝」這塊程式（8 檔，約 1295 行），找出權限檢查、資料歸屬判斷上的漏洞並產出報告。只找問題、不修問題。

為什麼切這一塊

🟡 優先序第 11：平台管理員限定，門檻高，但打包內容會外流給支援人員，值得看內容有沒有遮罩。

重點看什麼

這些是首腦讀過盤點檔與程式碼後認為最容易出事的地方，是思考起點不是檢查清單：

• 守門在服務層（diag_bundle_export_service.py:74 require_platform_admin()，已開檔確認存在）。
• 🔴 diag_bundle_app_service.py 打包的內容收環境變數、授權檔、應用日誌、資料庫摘要、事件。問：環境變數與日誌有沒有遮罩密碼／金鑰——平台管理員是原廠人員，但包本身會被寄出去給支援，外流風險在包本身不在誰能觸發。
• since／until 參數：問時間範圍有沒有上限（一次打包半年日誌＝資源耗盡）。
• recent_error_route.py：回最近的錯誤訊息。問：錯誤訊息會不會帶 stack trace 與內部路徑。
• 有人守了一半（跨棒共通疑點，遇到就多看一眼）：只驗證了「你是誰、你登入了沒」卻沒驗證「這筆資料是不是你的」；只檢查了列表查詢卻沒檢查單筆存取；權限判斷寫在 route 層裝飾器卻繞得過（例如有第二支路由沒掛）；守門條件用 or 串起來，其中一個條件永遠成立；例外處理把「查不到資料」與「沒有權限」混成同一個回應；背景排程/系統身分執行的程式碼假設「呼叫者一定是自己人」；防重放/計次的邏輯只在單一進程內生效，多台機器或重啟就破功；註解寫「這裡刻意不檢查」但沒人在上一層真的檢查。
• 零發現時怎麼辦：工具沒有候選，不代表這棒乾淨。逐支通讀一遍，卡片列的每一條「重點看什麼」都要親自開檔核對答完，答案（成立／不成立）寫進報告。

已知背景

本範圍從未被任何一棒正式掃過。U10 ↔ U11 接縫：diag_bundle_app_service.py 放 U10，是 U11 七支收集器的唯一呼叫者，U11 讀它不重報。

怎麼做

第一步：讀完本卡與母卡，再讀盤點檔 docs/features/FR-119-2609-security-scan-closeout/scan-inventory.md 對應本棒段落。

第二步：驗 scope 檔數，在 BE repo 跑下面指令，對上 8 檔／1295 行 才往下；對不上停下回報。

cd /Users/chouraymond/Projects/Billows/Audit-Manager/compliance-manager-be && git ls-files -- \
  api/support/__init__.py \
  api/support/routes/diagnostic_bundle_route.py \
  api/support/routes/recent_error_route.py \
  app/support/diag_cli.py \
  app/support/service/diag_bundle_app_service.py \
  app/support/service/diag_bundle_export_service.py \
  app/support/service/recent_error_app_service.py \
  domain/support/service/diag_slice_domain_service.py | xargs wc -l | tail -1   # 8 檔、1295 行

第三步：把啟動指令交給決策者（你不能自己啟動）。/claude-security 帶 disable-model-invocation: true，模型用 Skill tool 叫會被直接擋掉；也不可以自己叫 Workflow、不可以自己派研究員／verifier 拼報告——三人面板的票數是工具程式碼算出來的，報告的驗證章就蓋在那個數字上。這是刻意設計，撞到不要 debug、不要找繞路。兩行要當同一則訊息送出，第二行不能省（省了會停在成本確認題）：