로그인한 계정에 다른 소셜 계정을 연결합니다. 연결 callback을 원래 세션과 브라우저 요청에 어떻게 묶나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
계정 연결 시작 시 서버가 일회성 transaction을 만들고 현재 로그인 세션·대상 계정·공급자·만료를 묶습니다. callback에서는 state와 코드 교환 검증 뒤에도 원래 사용자 세션과 새 공급자 신원의 소유 증명을 대조해야 합니다.
다른 탭의 callback이나 로그아웃 뒤 돌아온 요청을 원래 승인처럼 처리하지 않습니다. transaction 소비와 연결 고유 제약을 원자적으로 적용하고 재전달에는 기존 결과를 조회합니다. IP 일치는 보조 신호일 뿐 소유 증명이 아닙니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 계정 연결 시작 시 서버가 일회성 transaction을 만들고 현재 로그인 세션·대상 계정·공급자·만료를 묶습니다. callback에서는 state와 코드 교환 검증 뒤에도 원래 사용자 세션과 새 공급자 신원의 소유 증명을 대조해야 합니다.
- IP 일치는 보조 신호일 뿐 소유 증명이 아닙니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 계정 연결 시작 시 서버가 일회성 transaction을 만들고 현재 로그인 세션·대상 계정·공급자·만료를 묶습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.