refactor(receiver): 수신자 인증 검증·세션 활성화 정책을 UseCase로 분리 #1690

2026-09-08 범위 분리·착수 조건

서버 접근 권한은 #1949, 컨텍스트/키 정책은 #1950에서 먼저 확정한다. 기존 #607 선행은 유지한다. 본 이슈의 인증·세션 활성화 UseCase는 미정 SenderRegistry 영속화 계약을 고정하지 않는다. 현재 이 이슈를 구현하는 열린 PR은 확인되지 않았다.

작업 유형

refactor — 동작 변경 없는 구조·책임·경계 개선

주 담당 모듈

receiver — 수신자 관리

개요

수신자 인증 흐름에서 Repository 호출 뒤 반드시 이어져야 하는 인증 상태 커밋이 ViewModel에 흩어져 있다. 이 이슈는 #607의 서버 정본 계약이 확정된 뒤 인증 검증과 세션 활성화 경계만 UseCase로 분리한다.

현재 범위: 확정 계약 대조

• security(receiver): 기록함 접근 자격·마스터키 비노출 서버 계약을 확정하고 검증한다 #1949/security(receiver): 다중 수신자 컨텍스트·키 보관 정책을 서버 기록함 기준으로 분리 확정한다 #1950/#607의 인증 성공·컨텍스트 수명·저장 필요성에 대한 확정 근거를 확인한다.
• 이메일 캐시 커밋, 전역 컨텍스트 저장, 두 단계 UseCase 이름과 호출 순서를 미리 구현 계약으로 고정하지 않는다.
• 확정 뒤 실제 정책과 현재 ViewModel의 차이를 대조하고, 필요한 경계 이동만 정한다.
• 취소 전파와 다른 발신자 컨텍스트의 격리를 검증 기준으로 유지한다.

완료 조건: 인증·세션 정책의 근거와 현재 구현의 차이가 기록되고, 미확정 구현 예약이 남지 않는다.

의존 관계:

• blocked_by 받은 기록함이 서버 목록 API 를 쓰지 않고 로컬 stub 으로 동작 — record-boxes 미연동 #607
• #1554의 masterKey/accessCode 명명 정리는 이미 완료되어 blocker가 아니다.

자식 이슈

없음

참고

• 상위 정리: refactor(platform): ViewModel 오케스트레이션의 UseCase 경계를 전 모듈에서 정리한다 #1688
• 열람 신청 서류 URL 불변식은 독립 이슈 #1701로 분리했다.
• 모든 기록 내려받기는 #589가 별도로 추적한다.