🐛 Fix: 소셜 로그인 이메일 중복 체크 로직 추가 by jihwankim128 · Pull Request #166 · Insty-team/insty-backend-web

jihwankim128 · 2025-08-19T14:23:59Z

Summary by CodeRabbit

버그 수정
- 구글/카카오/네이버 소셜 로그인에서 동일 이메일로 이미 가입된 계정이 있을 경우 사전 검증해 중복 가입 및 예기치 않은 로그인 실패를 방지합니다.
개선
- 중복 이메일 관련 안내 문구를 보다 명확한 표현으로 변경해 사용자가 상황을 쉽게 이해할 수 있도록 했습니다.

* 개선 포인트가 많음

coderabbitai · 2025-08-19T14:24:06Z

Walkthrough

Google/Kakao/Naver 소셜 로그인 전략에 UserValidator 의존성 및 이메일 중복 검증을 추가했고, AuthService에는 import 정리와 TODO 주석을 추가했으며 UserValidator에 인라인 주석을 보강하고 UserErrorCode의 USER_DUPLICATE_EMAIL 메시지를 수정했습니다.

Changes

Cohort / File(s)	Summary
소셜 로그인 전략 검증 추가 `insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java`, `insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java`, `insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java`	각 Strategy에 `UserValidator` 필드(생성자 주입) 추가 및 loginBySocial 흐름 중 이메일에 대해 `validateDuplicateEmail` 호출 추가(신규 사용자 생성 경로 포함). 기존 로그인 흐름 및 시그니처는 Lombok 생성자 변경으로 의존성 확장됨.
Auth 서비스 비기능 변경 `insty-api/src/main/java/insty/domain/auth/service/AuthService.java`	import 순서 조정 및 소셜 로그인 관련 TODO 주석 2개 추가. 동작 변경 없음.
유효성 검증 주석 보강 `insty-api/src/main/java/insty/domain/user/implement/UserValidator.java`	`validateDuplicateEmail` 내부에 인라인 주석 추가. 로직과 예외 처리 불변.
에러 메시지 변경 `insty-common/src/main/java/insty/error/UserErrorCode.java`	`USER_DUPLICATE_EMAIL` 메시지를 "해당 이메일 정보로 가입된 계정이 존재합니다."로 변경(코드 및 HTTP 상태는 동일).

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Tip

🔌 Remote MCP (Model Context Protocol) integration is now available!

Pro plan users can now connect to remote MCP servers from the Integrations page. Connect with popular remote MCPs such as Notion and Linear to add more context to your reviews and chats.

✨ Finishing Touches

📝 Generate Docstrings

🧪 Generate unit tests

Create PR with unit tests
Post copyable unit tests in a comment
Commit unit tests in branch fix/duplication-eamil

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

Review comments: Directly reply to a review comment made by CodeRabbit. Example:
- I pushed a fix in commit <commit_id>, please review it.
- Open a follow-up GitHub issue for this discussion.
Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query.
PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
- @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
- @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

CodeRabbit Commands (Invoked using PR/Issue comments)

Type @coderabbitai help to get the list of available commands.

Other keywords and placeholders

Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (`.coderabbit.yaml`)

You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
Please see the configuration documentation for more information.
If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Status, Documentation and Community

Visit our Status Page to check the current availability of CodeRabbit.
Visit our Documentation for detailed information on how to use CodeRabbit.
Join our Discord Community to get help, request features, and share feedback.
Follow us on X/Twitter for updates and announcements.

coderabbitai

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (1)
57-67: 이메일 중복 검증 위치가 잘못되어 기존 회원 로그인 실패 가능 — 가입 케이스에서만 검증하도록 이동 필요

현재는 로그인 흐름 초반에 validateDuplicateEmail(email)을 항상 호출합니다. 이미 가입된 카카오 사용자가 재로그인하는 경우에도 이메일이 DB에 존재하므로 중복 예외가 발생할 수 있습니다. 중복 검사는 “신규 회원 생성” 분기(회원가입)에서만 수행해야 합니다. 닉네임 생성도 동일하게 가입 시에만 수행하세요.

아래와 같이 수정 제안드립니다.
@@ public User loginBySocial(String code, UserType userType) {
-        String nickname = NicknameGenerator.generateNickname();
-
-        userValidator.validateDuplicateEmail(email);
+        // 이메일 중복 검사는 신규 가입 케이스에서만 수행

         log.info("카카오 로그인 : 사용자 정보 조회 완료 , 소셜 ID : {}", socialId);

         return userRepository.findBySocialIdAndSocialType(String.valueOf(socialId), SocialType.KAKAO)
                 .orElseGet(() -> {                      // 존재 X → 회원가입
-                    User newUser = User.createBySocial(String.valueOf(socialId), SocialType.KAKAO, email, nickname, userType);
+                    if (email != null && !email.isBlank()) {
+                        userValidator.validateDuplicateEmail(email);
+                    }
+                    String nickname = NicknameGenerator.generateNickname();
+                    User newUser = User.createBySocial(String.valueOf(socialId), SocialType.KAKAO, email, nickname, userType);
                     return userRepository.save(newUser);
                 });

🧹 Nitpick comments (7)

insty-api/src/main/java/insty/domain/user/implement/UserValidator.java (1)

28-32: [소셜 가입 전용] 중복 체크 의도를 메서드 시그니처/네이밍으로 명확히

현재 validateDuplicateEmail은 “존재하면 예외”만 수행합니다. 소셜 로그인 흐름에서 “기존 사용자 로그인” 단계에서 이 메서드를 호출하면 정상 사용자도 막히는 오용 리스크가 큽니다(전략 파일 코멘트 참고). 아래처럼 “신규 생성 시에만” 호출하도록 의도를 드러내는 메서드로 분리/네이밍하면 오용을 줄일 수 있습니다.

예:

validateDuplicateEmailForCreate(String email)

validateDuplicateEmailExcluding(String email, Long excludeUserId) // 상황에 따라

필요하시다면 변경 패치 제안 드리겠습니다.

insty-api/src/main/java/insty/domain/auth/service/AuthService.java (1)

127-128: 소셜 로그인 처리 순서 재정렬 제안: “조회 → 있으면 로그인 → 없으면 중복검사 후 생성”

현재 전략 내부에서 “이메일 중복 검사”를 먼저 수행하면 기존 소셜 사용자의 정상 로그인까지 차단되는 문제가 생깁니다. 권장 플로우:

소셜 토큰/프로필 조회

socialId+provider로 사용자 조회

존재하면 그대로 로그인

존재하지 않으면 “신규 생성” 직전에 이메일 중복 검사 → 중복 시 409 반환 or 계정 연결(migration) 플로우 유도

또한 4)에서 DB Unique 제약(이메일)에 의존해 동시성(TOCTOU) 방어하고, 위반 시 DataIntegrityViolationException을 잡아 동일 에러코드로 매핑하는 것을 권장합니다.
insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (5)
5-5: NicknameGenerator import 추가 OK

아래 제안대로 닉네임 생성은 “가입 시”에만 수행하면 더 깔끔해집니다.

55-56: 이메일 null 가능성 방어 코드 추가 권장

카카오 계정은 약관 동의 여부에 따라 이메일이 제공되지 않을 수 있습니다. NPE 방지를 위해 null-safe 할당을 권장합니다(검증 로직은 이미 null 체크 후 호출로 보완 예정).
-        String email = userProfile.kakaoAccount().email();      // 이메일
+        String email = userProfile.kakaoAccount() != null ? userProfile.kakaoAccount().email() : null; // 이메일(미제공 가능성 고려)
이메일 미제공 시의 정책(가입 허용/차단, 대체 식별자 사용 등)이 정해져 있다면 공유 부탁드립니다. 정책에 맞춰 예외 처리나 분기 로직까지 반영해드리겠습니다.

61-61: PII(소셜 ID) 로그 노출 최소화 권장

INFO 레벨에 소셜 식별자를 그대로 기록하는 것은 과도할 수 있습니다. 디버그로 내리거나 마스킹을 고려해주세요.
-        log.info("카카오 로그인 : 사용자 정보 조회 완료 , 소셜 ID : {}", socialId);
+        log.debug("카카오 로그인 : 사용자 정보 조회 완료 , 소셜 ID : {}", socialId);
46-54: 트랜잭션 경계 최소화 고려

외부 API 호출(토큰/프로필 조회)을 트랜잭션 바깥에서 수행하고, DB I/O가 필요한 구간만 트랜잭션으로 감싸는 편이 효율적입니다. 현재 영향은 크지 않지만, 잠재적인 커넥션 점유 시간을 줄일 수 있습니다.

트랜잭션 설정 전체 정책에 따라 유지가 필요하다면 그대로 가셔도 됩니다. 확인만 부탁드립니다.

57-67: 경합 상황에서의 최종 일관성 확보(고유 인덱스/예외 전환) 제안

중복 검사 → 저장 사이에 다른 트랜잭션이 동일 이메일로 가입할 수 있습니다. 이메일 컬럼에 유니크 인덱스가 있다면 DB가 최종 방어를 해주고, 이때 DataIntegrityViolationException을 잡아 도메인 예외로 전환하는 것이 안전합니다. 스키마가 이미 보장한다면 무시하셔도 됩니다.

스키마에 이메일 유니크 제약이 있는지 확인 부탁드립니다. 필요 시 예외 전환 로직 추가도 도와드리겠습니다.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

💡 Knowledge Base configuration:

MCP integration is disabled by default for public repositories
Jira integration is disabled by default for public repositories
Linear integration is disabled by default for public repositories

You can enable these sources in your CodeRabbit configuration.

📥 Commits

Reviewing files that changed from the base of the PR and between d7e8da8 and b167d0c.

📒 Files selected for processing (6)

insty-api/src/main/java/insty/domain/auth/service/AuthService.java (2 hunks)
insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java (3 hunks)
insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (3 hunks)
insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java (3 hunks)
insty-api/src/main/java/insty/domain/user/implement/UserValidator.java (1 hunks)
insty-common/src/main/java/insty/error/UserErrorCode.java (1 hunks)

🧰 Additional context used

🧬 Code Graph Analysis (1)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (1)

insty-common/src/main/java/insty/generator/NicknameGenerator.java (1)

NicknameGenerator (5-48)

🔇 Additional comments (6)

insty-common/src/main/java/insty/error/UserErrorCode.java (1)

8-8: 메시지 변경 OK. 다만 클라이언트(웹/앱) 문자열 의존 여부 점검 권장

문자열이 바뀌면 E2E/FE 단에서 문자열 매칭/스냅샷 테스트가 깨질 수 있습니다. 가능하면 FE는 code(=USER_005)에만 의존하도록 점검 부탁드립니다.

insty-api/src/main/java/insty/domain/auth/service/AuthService.java (1)

3-4: 비기능 변경(import 정리) — 문제 없음

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (4)

23-23: UserValidator 생성자 주입 추가 적절

전략 레벨에서 가입 전 검증 책임을 부여하는 방향이 일관되고 좋습니다.

3-3: UserValidator import 추가 OK

의존성 주입과 일치합니다.

9-11: 카카오 어댑터/DTO import 정리 이상 없음

의존성 사용과 일치합니다.

23-23: 수동 인스턴스화 및 검증 위치 정상 확인됨
프로젝트 내 new KakaoStrategy(...) 호출은 없었고, Google/Naver 전략에서도 validateDuplicateEmail가 회원가입 시점(orElseGet 직전)에 호출되고 있습니다.

coderabbitai · 2025-08-19T14:29:12Z

+        userValidator.validateDuplicateEmail(email);
+


💡 Verification agent

🧩 Analysis chain

중대한 버그: 기존 소셜 사용자의 정상 로그인까지 409(USER_DUPLICATE_EMAIL)로 차단됩니다

이 줄에서 이메일 중복을 먼저 검증하면, 이미 등록된 구글 사용자(동일 email)도 로그인 단계에서 예외가 발생합니다. 올바른 위치는 “해당 socialId/provider로 사용자가 없어서 새로 만들려는 시점”입니다.

적용 제안:

사전 중복검사 호출 제거

- userValidator.validateDuplicateEmail(email);

신규 생성 분기 내에서만 중복 검사 수행(예시 코드)

return userRepository.findBySocialIdAndSocialType(socialId, SocialType.GOOGLE) .orElseGet(() -> { // 신규 생성 전에만 이메일 중복 체크 userValidator.validateDuplicateEmail(email); User newUser = User.createBySocial(socialId, SocialType.GOOGLE, email, nickname, userType); return userRepository.save(newUser); });

추가 권장:

이메일에 Unique 인덱스가 있어야 동시 가입 경합 시 무결성이 보장됩니다. 위반 예외를 잡아 USER_DUPLICATE_EMAIL로 매핑해주세요.

검증 스크립트(다른 전략에서도 동일 문제 여부 확인):

🏁 Script executed:

#!/bin/bash # 전략들에서 validateDuplicateEmail 호출 위치 확인 rg -n -C3 --type=java '\bvalidateDuplicateEmail\s*\(' insty-api/src/main/java/insty/domain/auth/strategy

Length of output: 2422

중대한 버그: 소셜 로그인 흐름에서 이메일 중복 검사 위치 오류로 기존 사용자 409 차단

현재 Naver/Google/Kakao 전략 모두 로그인 초기에 userValidator.validateDuplicateEmail(email);을 호출하고 있어, 이미 가입된 소셜 사용자가 로그인할 때도 409(USER_DUPLICATE_EMAIL) 예외가 발생합니다.
해결을 위해 아래 작업을 반드시 적용해주세요.

• 영향 파일 및 위치

insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java:57

insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java:58

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java:59

• 1) 로그인 전중복검사 호출 제거

- userValidator.validateDuplicateEmail(email);

• 2) 신규 사용자 생성 분기 내에서만 중복검사 수행

return userRepository.findBySocialIdAndSocialType(socialId, SocialType.GOOGLE) .orElseGet(() -> { // 신규 생성 전에만 이메일 중복 체크 userValidator.validateDuplicateEmail(email); User newUser = User.createBySocial(socialId, SocialType.GOOGLE, email, nickname, userType); return userRepository.save(newUser); });

(각 전략에서 findBySocialIdAndSocialType 호출부를 위 형태로 수정)

• 3) 이메일 컬럼에 Unique 인덱스 추가
데이터베이스에 이메일 고유 제약조건을 걸고, ConstraintViolation(DataIntegrityViolationException 등)를 잡아 USER_DUPLICATE_EMAIL로 매핑해 주세요.

위 세 가지를 반영하면 기존 소셜 사용자의 정상 로그인이 409로 차단되는 문제를 해결할 수 있습니다.

🤖 Prompt for AI Agents

insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java around lines 58-59: currently calling userValidator.validateDuplicateEmail(email) before checking for existing social user causes already-registered social users to be blocked with 409; remove that pre-login duplicate-email check, change the user lookup to use findBySocialIdAndSocialType(...).orElseGet(() -> { userValidator.validateDuplicateEmail(email); create new User via User.createBySocial(...); save and return it; }) so the email uniqueness check runs only when creating a new user, and additionally add a UNIQUE constraint/index on the email column in the DB and catch constraint-violation/DataIntegrityViolationException to map it to USER_DUPLICATE_EMAIL.

coderabbitai · 2025-08-19T14:29:13Z

+        userValidator.validateDuplicateEmail(email);
+


⚠️ Potential issue

중대한 버그: 기존 네이버 소셜 사용자의 정상 로그인까지 409(USER_DUPLICATE_EMAIL)로 차단됩니다

이메일 중복 검사는 “신규 사용자 생성” 경로에서만 수행해야 합니다. 현재 위치에선 이미 등록된 사용자도 예외가 발생합니다.

적용 제안:

사전 중복검사 호출 제거

- userValidator.validateDuplicateEmail(email);

신규 생성 분기 내로 이동(예시 코드)

return userRepository.findBySocialIdAndSocialType(socialId, SocialType.NAVER) .orElseGet(() -> { userValidator.validateDuplicateEmail(email); // 신규 생성 직전 User newUser = User.createBySocial(socialId, SocialType.NAVER, email, nickname, userType); return userRepository.save(newUser); });

추가 권장:

이메일 Unique 제약 + 위반 예외를 USER_DUPLICATE_EMAIL로 변환하여 경합/재시도 상황을 안전하게 처리하세요.

🤖 Prompt for AI Agents

In insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java around lines 57-58, the call to userValidator.validateDuplicateEmail(email) is currently executed for all lookups causing existing Naver social users to be blocked with 409; remove that pre-check and instead invoke validateDuplicateEmail(email) only immediately before creating a new User inside the orElseGet (or equivalent "create new" branch). Ensure the code finds by socialId+SocialType, orElseGet does the duplicate-email validation then creates and saves the new User; additionally add/ensure mapping from DB unique constraint violations on email to the USER_DUPLICATE_EMAIL error to handle race conditions safely.

coderabbitai

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (1)
55-67: 이메일 중복 검증의 중복 호출로 기존 사용자 로그인 차단 위험

Line 59에서 선(先) 중복 검증을 수행하고, Line 65에서도 회원가입 경로에서 동일 검증을 다시 수행합니다.

만약 validateDuplicateEmail이 “해당 이메일이 하나라도 존재하면 예외”로 동작한다면, 이미 가입된 동일 사용자의 일반 로그인(= 기존 소셜 ID 매칭)도 Line 59에서 불필요하게 차단될 수 있습니다.

중복 검증은 “신규 사용자 생성 경로(orElseGet 내부)”에서만 수행하는 것이 안전합니다. 또한 닉네임 생성도 신규 가입 경로에서만 수행하면 불필요한 연산을 줄일 수 있습니다.

제안 수정안:
         Long socialId = userProfile.id();       // 소셜 회원 ID
         String email = userProfile.kakaoAccount().email();      // 이메일
-        String nickname = NicknameGenerator.generateNickname();
-
-        userValidator.validateDuplicateEmail(email);
+        // 이메일/닉네임 검사는 신규 회원가입 경로에서만 수행

         log.info("카카오 로그인 : 사용자 정보 조회 완료 , 소셜 ID : {}", socialId);

         return userRepository.findBySocialIdAndSocialType(String.valueOf(socialId), SocialType.KAKAO)
                 .orElseGet(() -> {                      // 존재 X → 회원가입
                     userValidator.validateDuplicateEmail(email);
-                    User newUser = User.createBySocial(String.valueOf(socialId), SocialType.KAKAO, email, nickname, userType);
+                    String nickname = NicknameGenerator.generateNickname();
+                    User newUser = User.createBySocial(String.valueOf(socialId), SocialType.KAKAO, email, nickname, userType);
                     return userRepository.save(newUser);
                 });

🧹 Nitpick comments (2)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (2)

46-54: 외부 HTTP 호출을 트랜잭션 범위 밖으로 이동 고려

@Transactional 메서드 시작 직후 외부 API 호출(kakao 토큰/프로필 조회)이 수행되고 있습니다. 불필요하게 트랜잭션이 길어질 수 있으므로:

외부 호출은 트랜잭션 밖에서 수행하고,

DB 쓰기가 필요한 구간(신규 유저 생성/저장)만 트랜잭션으로 감싸는 구조(별도 메서드 분리 등)를 고려해 주세요.

61-61: 로그 민감도 점검 (소셜 ID 출력)

소셜 ID는 외부 식별자라 개인 식별 정보로 간주될 수 있습니다. 운영 환경에서는 debug 레벨로 낮추거나 마스킹/해싱을 고려해 주세요.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

💡 Knowledge Base configuration:

MCP integration is disabled by default for public repositories
Jira integration is disabled by default for public repositories
Linear integration is disabled by default for public repositories

You can enable these sources in your CodeRabbit configuration.

📥 Commits

Reviewing files that changed from the base of the PR and between b167d0c and 21a4327.

📒 Files selected for processing (3)

insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java (3 hunks)
insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (3 hunks)
insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java (3 hunks)

🚧 Files skipped from review as they are similar to previous changes (2)

insty-api/src/main/java/insty/domain/auth/strategy/NaverStrategy.java
insty-api/src/main/java/insty/domain/auth/strategy/GoogleStrategy.java

🧰 Additional context used

🧬 Code Graph Analysis (1)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (1)

insty-common/src/main/java/insty/generator/NicknameGenerator.java (1)

NicknameGenerator (5-48)

🔇 Additional comments (2)

insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java (2)

23-23: UserValidator 의존성 주입 👍

소셜 로그인 시 이메일 유효성 공통 검증을 위해 Validator를 주입한 방향성 좋습니다. 다른 전략들과의 일관성도 확보될 듯합니다.

56-56: Kakao 프로필에서 이메일이 null/미동의일 수 있음 — NPE/검증 흐름 확인 필요

Kakao는 계정 설정/동의에 따라 kakaoAccount() 혹은 email()이 null일 수 있습니다. 이 경우:

validateDuplicateEmail(email) 내부에서 NPE가 발생하거나,

createBySocial(..., email, ...) 저장 시 제약 조건 위반이 발생할 수 있습니다.

현재 UserValidator.validateDuplicateEmail이 null/blank를 안전하게 처리하는지, 또는 여기서 선행 가드를 두어야 하는지 확인 부탁드립니다. 필요 시 다음 중 하나를 고려해 주세요:

이메일 미제공 시 명확한 에러 코드로 거절 처리

이메일 없는 소셜 가입을 허용하는 정책이라면, 해당 케이스는 중복 검사 스킵 및 DB 제약과의 일관성 확보

coderabbitai · 2025-08-19T14:48:53Z

        return userRepository.findBySocialIdAndSocialType(String.valueOf(socialId), SocialType.KAKAO)
                .orElseGet(() -> {                      // 존재 X → 회원가입
+                    userValidator.validateDuplicateEmail(email);
                    User newUser = User.createBySocial(String.valueOf(socialId), SocialType.KAKAO, email, nickname, userType);
                    return userRepository.save(newUser);
                });


💡 Verification agent

🧩 Analysis chain

TOCTOU 경쟁 조건 가능성 — DB 유니크 제약/예외 처리 확인 권장

중복 이메일 검사 후 저장 사이에 경쟁 조건이 발생하면(동시 가입), 동일 이메일의 계정이 중복 생성될 수 있습니다. 실질적인 안전장치는 DB의 유니크 제약입니다. 다음을 확인해 주세요:

user.email에 유니크 인덱스 존재 여부

(선택) social_id + social_type 조합에 대한 유니크 제약 존재 여부

위반 시 DataIntegrityViolationException 등을 캐치하여 도메인 오류로 변환하는 처리

아래 스크립트로 엔티티/마이그레이션에서 유니크 제약을 빠르게 점검할 수 있습니다.

🏁 Script executed:

#!/bin/bash set -euo pipefail echo "== JPA 엔티티에서 유니크 제약 어노테이션 검색 ==" rg -n -C2 -P '(?i)@Table\([^)]*uniqueConstraints|@Column\([^)]*unique\s*=\s*true' --type=java echo echo "== User 엔티티 내 email 필드/제약 관련 단서 검색 ==" rg -n -C3 -P '(?i)class\s+User\b|@Column|email' --type=java echo echo "== SQL/마이그레이션에서 유니크 제약 검색 ==" rg -n -C2 -P '(?i)create\s+table|unique\s+index|unique\s*\(|constraint' --type=sql

Length of output: 211263

DB 유니크 제약 누락 및 TOCTOU 방지 보강 필요

현재 users.email에 대한 DB·JPA 레벨 유니크 제약이 없어 동시 가입 시 중복 계정이 생성될 수 있습니다. 아래를 반드시 적용해주세요:

• insty-domain/src/main/java/insty/model/user/User.java
– @Column(nullable = false, length = 100) → @Column(nullable = false, length = 100, unique = true) 추가

• 실운영 DB 마이그레이션(또는 schema.sql)
– users.email에 UNIQUE INDEX 생성
– (선택) (social_id, social_type) 복합 유니크 제약 추가

• 예외 처리 보강
– 회원가입 로직(예: KakaoStrategy)에서 userRepository.save(...) 호출을 try { … } catch (DataIntegrityViolationException e)로 감싸고
UserErrorCode.USER_DUPLICATE_EMAIL(409) 등으로 변환하는 핸들러 추가

🤖 Prompt for AI Agents

In insty-api/src/main/java/insty/domain/auth/strategy/KakaoStrategy.java around lines 63 to 68, the current signup flow can create duplicate users under concurrent requests because there's no DB/JPA UNIQUE constraint on users.email and the save() is not handling integrity violations; add a DB/JPA unique constraint and catch integrity exceptions: 1) update insty-domain/src/main/java/insty/model/user/User.java to change @Column(nullable = false, length = 100) to @Column(nullable = false, length = 100, unique = true); 2) add a DB migration (or update schema.sql) to create a UNIQUE INDEX on users.email (and optionally a composite UNIQUE on (social_id, social_type)); 3) wrap userRepository.save(...) in KakaoStrategy with try { ... } catch (DataIntegrityViolationException e) and translate it into your application error (e.g., throw a UserErrorCode.USER_DUPLICATE_EMAIL mapped to 409) so TOCTOU race conditions result in a controlled, meaningful error.

🐛 Fix: 소셜 로그인 이메일 중복 체크 로직 추가

b167d0c

* 개선 포인트가 많음

coderabbitai Bot reviewed Aug 19, 2025

View reviewed changes

🐛 Fix: 중복 이메일 검증 위치 수정

21a4327

coderabbitai Bot reviewed Aug 19, 2025

View reviewed changes

Navigation Menu

Uh oh!

🐛 Fix: 소셜 로그인 이메일 중복 체크 로직 추가 - #166

🐛 Fix: 소셜 로그인 이메일 중복 체크 로직 추가#166
jihwankim128 wants to merge 2 commits into
devfrom
fix/duplication-eamil

jihwankim128 commented Aug 19, 2025 •

edited by coderabbitai Bot

Loading

Uh oh!

coderabbitai Bot commented Aug 19, 2025 •

edited

Loading

Chat

Support

CodeRabbit Commands (Invoked using PR/Issue comments)

Other keywords and placeholders

CodeRabbit Configuration File (`.coderabbit.yaml`)

Status, Documentation and Community

Uh oh!

coderabbitai Bot left a comment

Uh oh!

coderabbitai Bot Aug 19, 2025

Uh oh!

coderabbitai Bot Aug 19, 2025

Uh oh!

coderabbitai Bot left a comment

Uh oh!

coderabbitai Bot Aug 19, 2025

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Uh oh!

Conversation

jihwankim128 commented Aug 19, 2025 • edited by coderabbitai Bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Summary by CodeRabbit

Uh oh!

coderabbitai Bot commented Aug 19, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Walkthrough

Changes

Estimated code review effort

Chat

Support

CodeRabbit Commands (Invoked using PR/Issue comments)

Other keywords and placeholders

CodeRabbit Configuration File (.coderabbit.yaml)

Status, Documentation and Community

Uh oh!

coderabbitai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

coderabbitai Bot Aug 19, 2025

Choose a reason for hiding this comment

Uh oh!

coderabbitai Bot Aug 19, 2025

Choose a reason for hiding this comment

Uh oh!

coderabbitai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

coderabbitai Bot Aug 19, 2025

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

jihwankim128 commented Aug 19, 2025 •

edited by coderabbitai Bot

Loading

coderabbitai Bot commented Aug 19, 2025 •

edited

Loading

CodeRabbit Configuration File (`.coderabbit.yaml`)