本卡屬 FR-114 資安修正（母卡 CM-2019），第 1 批「權限地基」卡 1-3，修 SUMMARY #41／#109／#110（出自 M10-6／M10-10／M10-12）。中。修法規格來自內化卡，計畫在 docs/features/FR-114-2609-security-fix-dispatch/batches/plan-b1.md「卡 1-3」段。

問題是什麼（白話）

#41：新增任務指派、批次指派時，系統不檢查填進來的任務／人員是不是屬於同一個專案，可以把不相干的東西湊在一起寫進去。

#109：專案管理者在寫入群組層／控制項層成員時，填進來的群組或控制項可能根本不屬於那個專案，系統不比對就寫進去。

#110：更新專案成員資料時，如果撈不到既有紀錄就整段跳過管理者檢查——目前是靠後面另一道檢查頂住，但這道防線一旦被改掉會靜默消失。

首腦核對：

• task_assignee_service.py:175 的批次指派是確認過的死程式碼（沒人呼叫），本卡不用修它
• project_group_participant_service.py 是確認過的死程式碼、跟第 3 批 #68 重疊範圍，不在本卡處理
• #110 對應的確切檔案有兩種可能：update_task_assignee():208-214 或 project_participant_service.py:108-112，字面描述比較像後者，但程式形狀（撈不到就跳過檢查）只出現在前者——runner 開工時要先兩邊都開檔確認，抓對實際發生跳過檢查的那一支再動手，不要憑檔名猜

工作區

BE 側：在 /Users/chouraymond/Projects/Billows/Audit-Manager/compliance-manager-be/.claude/worktrees/wt-fix-security（branch fix/security-b1）改，不要碰主 checkout。跑服務用 PORT=8001。

在哪裡

jedi-task-platform/jedi_task_platform/participant/app/service/task_assignee_service.py:140-144  新增指派，補「填進來的任務／人員是不是這個專案的」反查
jedi-task-platform/jedi_task_platform/participant/app/service/task_assignee_service.py:175        批次指派——確認為死程式碼，不呼叫任何路由，不用修
jedi-task-platform/jedi_task_platform/participant/app/service/project_control_participant_service.py:59   寫入前補專案歸屬反查
jedi-task-platform/jedi_task_platform/participant/app/service/project_control_participant_service.py:103  同上
jedi-task-platform/jedi_task_platform/participant/app/service/project_control_participant_service.py:136  同上
jedi-task-platform/jedi_task_platform/participant/app/service/control_group_participant_service.py:82    寫入前補專案歸屬反查
jedi-task-platform/jedi_task_platform/participant/app/service/control_group_participant_service.py:121   同上
jedi-task-platform/jedi_task_platform/participant/app/service/control_group_participant_service.py:151   同上
jedi-task-platform/jedi_task_platform/participant/app/service/task_assignee_service.py:208-214（update_task_assignee，#110 候選之一——先確認是不是這支再修）
jedi-task-platform/jedi_task_platform/participant/app/service/project_participant_service.py:108-112（#110 另一候選——先確認是不是這支再修）

怎麼修

• ① #41：task_assignee_service.py:140-144 新增指派時，補一道檢查——確認填進來的任務 uid 與人員都屬於同一個專案，不屬於就擋下（回「找不到」而非「無權限」）
• ② #41 續：:175 批次指派已確認是死程式碼（無呼叫者），不用改，回寫時記錄「確認死碼、未修」
• ③ #109：project_control_participant_service.py（:59/:103/:136）與 control_group_participant_service.py（:82/:121/:151）六個寫入點，都補上「填進來的群組／控制項是否屬於這個專案」的反查，比對不上就擋下
• ④ project_group_participant_service.py 確認是死程式碼、跟第 3 批 #68 重疊，本卡不動它，回寫記錄清楚避免第 3 批重工
• ⑤ #110：先開檔確認是 task_assignee_service.py:208-214 還是 project_participant_service.py:108-112 真的發生「撈不到既有紀錄就跳過管理者檢查」——確認後把該處改成「撈不到就視為失敗擋下」而不是「跳過檢查往下走」，不要兩邊都改，只改真正有問題的那支

手測