資安掃描總彙整

這份檔在回答一個問題：掃了那麼多，結論是什麼、還有哪些要修。 六個掃描 arc 的報告各自在自己的 FR 資料夾，這裡只做跨 arc 收斂——不重複細節，每條都給座標。 逐條技術細節請點各棒報告；現況與派工紀律看 FR-075/handoff/security-scan-STATE.md。

• 掃了 6 個 arc、21 棒，涵蓋 jedi-iam（290 檔）、License 鏈（118 檔）、遠端 Agent（部分）、jedi-notification、jedi-bulletin，另有 2026-07 的主專案 BE/FE 工具掃描。
• 累計成立的資安發現約 60 條，開出 34 張修正卡：24 張已 Done、9 張待派／Not started（含 1 張 CRITICAL）、1 張暫緩。
• 最急的一張到現在沒動：CM-1595（遠端 Agent 控制面四端點完全不驗身分，CRITICAL，免登入即可取走客戶機器的明文憑證）。它「沒派」是決策者裁定「PM 統一安排修正」的結果，不是漏掉。
• 另有 12 項掃出來但還沒開卡（見 §3），其中 4 項是真 bug 只是不算資安。
• 25 支 jedi- 套件裡只掃過 5 支*，jedi-common（全部套件的地基）至今沒有一次算數的掃描。

兩棒的結果要打折看：

• S7 等於沒掃——研究員越界跑去重複 S1，middleware／domain service／plugin.py 預設值／login_log／ui_route 從未被讀過。決策者已裁重跑。
• R1 的七條可信、「只有七條」不可信——三人驗證面板 105 個 verifier 全部撞額度上限，0 票投出。七條是 runner 與首腦各人工開檔核對兩遍確認的（事實陳述，不是推論），但覆蓋率無法宣稱，故加開 R1b 補掃密碼學核心。

2.1 ✅ 已 Done（24 張）— 不用再看

⚠️ 這 24 張多半只進了 DEV／套件源碼，還沒發版上 STG/POC——見 §5 上版待辦。

2.2 🔴 待派／Not started（9 張）— 這是「還有哪些要修」的核心

按嚴重度排序。全部未動是決策者裁定「PM 收集完所有掃描結果再統一安排」的結果，不是漏派。

CM-1559 的關鍵更新：盤點發現 X-Tenant-ID: 0 這條利用路徑已被 FR-069.16 擋死（context.py 加了隸屬檢查）。根因仍在，但已不是可利用的漏洞，故優先級可降。runner 建議下刀順序是「先拿掉 not tenant_id 條件（爆炸面只有 signed_token 一條路徑），再改 elif is_pg 為 fail-closed（動全站 session 進入點）」。

2.3 ⏸ 暫緩（1 張）

這一段最容易漏——它們散在各報告的「建議開卡」段落裡，沒有進 Notion。

3.1 資安類（6 項）

3.2 非資安但是真 bug（4 項）

面板判定「不是資安問題」，但程式碼缺陷是確認過的，值得開一張非資安卡順手修：

9、10 兩條目前打不到（套件那支 service 沒有任何呼叫者，主專案走自己那支）。

3.3 掃描本身的補洞（2 項）

3.4 兩項「等於沒查」，不能當作乾淨

• 公告 content 的儲存型 XSS——需開 FE repo 查渲染方式，B2 本棒未查。
• 審計欄位 subquery 是否繞過 users 表 RLS——B2 本棒未查。

25 支 jedi- 套件，實質掃過 5 支。 未掃合計約 111 棒、133 小時*（純掃描，不含驗收／開卡／修正）。

首腦建議的下一批順序（按風險，不是按檔數）：

1. jedi-common（92 檔／8.4h）——全部套件都 import 它，session_scope／@transaction／RLS 注入／error handler 都在這，CM-1559 的根也在這。它出問題等於 25 支全中。
2. jedi-integrity（20 檔／2.4h）——CP 值最高，全是簽章與完整性驗證，FR-076 已在它身上順手撞到一條 HIGH。
3. jedi-file-upload（61 檔／6h）——路徑穿越與任意檔案讀取的天然溫床。
4. jedi-detection 剩下的 140 檔——客戶憑證解密在這，掃描參數會變成 agent 端執行的指令。
5. jedi-participant（103 檔）——jedi-iam 管「你是誰」，這支管「你在這個專案能幹嘛」。

jedi-oscal-v2（364 檔）建議獨立 arc：風險形狀不同（XXE／解析炸彈／資源耗盡），混進授權鏈掃描會讓卡片失焦。

兩個排計畫時的陷阱（FR-077／FR-079 換來的）

1. 「某某套件掃過了」這句話要問範圍——看報告要看 scope 清單，不是看套件名。
2. 排名表的檔數只涵蓋套件本體、不含宿主接線——jedi-bulletin 被列為「攻擊面小」，但「誰能看到哪一則公告」的判定整個在主專案的 33 檔裡，十個重點有八個落在宿主側。排下一支時要先問「這支有沒有宿主那一半」。

24 張 Done 的修正卡多數只在套件源碼與 DEV，尚未發版：

• jedi-iam：13 張修正卡待發版 → 主專案 pyproject.toml pin → 重出 image → 部署 STG → 部署 POC
• License Center：CM-1583／1584 走 LC 部署四步；1583 帶兩支 alembic migration（皆 nullable）需套 STG/POC
• 主專案 BE：CM-1580 的部分唯一索引 migration 需套 STG/POC（DEV 已建）

⚠️ 上版行為變化提醒（會直接擋連線，上版前先確認）：

• CM-1565（Redis TLS）：若 STG/POC 已開 TLS 但憑證有問題，上版後會直接擋連線。
• CM-1560（LDAP TLS）：上版後預設驗憑證，若有接 LDAP 且憑證未配置好會連不上。

1. CM-1559 修法方向——盤點已完整回寫 Notion 卡，等裁「先下第二刀再下第一刀」這個順序可不可以、以及三類分流的範圍。
2. S7 重跑時機——已裁要重跑，未排。
3. 上版時機——jedi-iam 13 張 Done 修正卡何時與 LC 一起發版上 STG/POC。
4. CI 加秘密掃描（gitleaks／trufflehog 擋在 pre-commit 或 CI）——新增基礎設施要決策者裁。
5. 下一支掃哪個套件——FR-081 六棒待派中；再下一支首腦建議 jedi-common 或 jedi-integrity。

已裁決、不要重問的：POC DB 與 blsadmin 密碼不需更換（測試機專用）／不重寫 git 歷史（.env.test 事件）／修正卡一律不派由 PM 統一安排／FR-079 F12 降衛生類併 CM-1607／F15 先記錄不開卡。

母卡：FR-075 CM-1546／FR-076 CM-1566／FR-077 CM-1591／FR-078 CM-1602／FR-079 CM-1609／FR-081 CM-1612。

相關需求：

• FR-075 — jedi-package-security-audit
• FR-076 — license-chain-security-scan
• FR-077 — remote-agent-security-scan
• FR-078 — notification-security-scan
• FR-079 — bulletin-security-scan
• FR-081 — issue-tracking-security-scan