Skip to content

fix(dispatch): 一支裝置 token 只能有一位主人——換人登入不再收到前一位的推播(U5) - #65

Merged
thothawei merged 1 commit into
mainfrom
claude/device-token-single-owner
Jul 29, 2026
Merged

fix(dispatch): 一支裝置 token 只能有一位主人——換人登入不再收到前一位的推播(U5)#65
thothawei merged 1 commit into
mainfrom
claude/device-token-single-owner

Conversation

@thothawei

Copy link
Copy Markdown
Owner

問題(隱私外洩)

DeviceTokenRepository.Upsert(role, subject_id, token) 為鍵——換人登入時舊列會留著

FCM/APNs token 是「這台裝置上的這個 App」的識別,換人登入時它不會變
而 App 在 session 失效(401)那條路徑刻意不呼叫註銷
(那支 API 只會再回一次 401,見 fleet-app 第十一輪的設計)。於是:

A 的 token 過期 → B 在同一台手機登入 → A 的行程通知與對話推播全部送到 B 的手機

對話推播的本文帶訊息文字,所以這不只是雜訊,是把 A 的私訊顯示在 B 的鎖定畫面上
(這批推播剛上線 —— #61#62#63 —— 所以是新功能帶進來的新風險。)

做了什麼

  • Upsert 註冊前先刪掉「同一支 token 掛在別人身上」的列(跨角色也算別人
    同一台手機先登司機後登乘客也要搬)。
  • 只搬同一支 token:一人多裝置不受影響。
  • 同一人重複註冊仍是冪等的(App 每次登入都會註冊一次)。

驗收

  • 新增 device_token_integration_test.go 四案(換人移轉/跨角色移轉/重複註冊冪等/
    多裝置不受影響),真 PostGIS 容器跑過。
  • 反向確認:移掉那段刪除 → 前兩案 FAIL,舊主人身上確實還留著那支 token。

App 端要不要改?

不用,而且這正好讓 App 現行設計是安全的:401 時不去打註銷 API 是對的
(那支只會再回一次 401),漏掉的清理現在由後端在下一次註冊時完成。

🤖 Generated with Claude Code

DeviceTokenRepository.Upsert 以 (role, subject_id, token) 為鍵,換人登入時舊列會留著。
FCM token 是「這台裝置上的這個 App」的識別,換人登入時它不會變;而 App 在 session
失效(401)那條路徑刻意不呼叫註銷(那支 API 只會再回一次 401)。於是:

  A 的 token 過期 → B 在同一台手機登入 → A 的行程通知與對話推播全部送到 B 的手機。

對話推播的本文帶訊息文字,所以這不只是雜訊,是把 A 的私訊顯示在 B 的鎖定畫面上。

- Upsert 註冊前先刪掉「同一支 token 掛在別人身上」的列(跨角色也算別人)。
- 只搬同一支 token,一人多裝置不受影響;同一人重複註冊仍冪等。

驗收:新增 device_token_integration_test.go 四案(換人移轉/跨角色移轉/重複註冊冪等/
多裝置不受影響),真 PostGIS 容器跑過。
反向確認:移掉那段刪除,前兩案 FAIL——舊主人身上確實還留著那支 token。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@thothawei
thothawei merged commit 9518240 into main Jul 29, 2026
1 check passed
@thothawei
thothawei deleted the claude/device-token-single-owner branch July 29, 2026 18:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant