📌 Linked Issues

• Resolve: 카카오 로그인 방식 제거 #18
• Resolve: 시큐리티 관련 코드 리팩토링 #19

🔎 Change Details

카카오 로그인 방식 제거로 인한 코드 수정

카카오는 개인정보 조회 시, 휴대폰 번호와 이메일을 필수로 가져올 수 없기 때문에, MVP 단계에서는 제외하자는 의견이 회의에서나옴에 따라, 해당 방식은 지원하지 않기로 하였습니다.

네이버는 휴대폰 번호와 이메일을 필수로 가져올 수 있어서, 회원가입 시 해당 정보를 가져와서 DB에 저장하도록 코드를 수정하였습니다.

사용자 인증 과정에서 발생하는 예외 리팩토링

지원하지 않는 플랫폼(Naver 외) 로그인 요청의 경우 UnsupportedPlatformSignInException을 발생시키도록 코드를 추가하였습니다.
현재 인증 과정에서 발생할 수 있는 예외는 위와 JwtAuthenticationException이 있는데, 이들은 예외 상황에 대한 추가적인 정보(ErrorCode, ErrorResponse)를 가집니다.

• 해당 예외들을 다형성을 이용하여 처리하기 위해 CustomAuthenticationException를 추가하였고, 구조는 아래와 같습니다.
  • 
  • 
• CustomAuthenticationException이 발생하면, 아래의 doFilter 메소드에서 catch되어 예외처리를 수행하게 됩니다.

  public abstract class AbstractAuthenticationProcessingFilter {
  ...
      private void doFilter(HttpServletRequest request, HttpServletResponse response, FilterChain chain)
  		throws IOException, ServletException {
  	...
  	try {
  		Authentication authenticationResult = attemptAuthentication(request, response);
  		...
  	}
  	...
  	✔catch (AuthenticationException ex) {
  		// Authentication failed
  		✔unsuccessfulAuthentication(request, response, ex);
  	}
      }
  ... 
      protected void unsuccessfulAuthentication(HttpServletRequest request, HttpServletResponse response,
  		AuthenticationException failed) throws IOException, ServletException {
  	SecurityContextHolder.clearContext();
  	...
  	✔this.failureHandler.onAuthenticationFailure(request, response, failed);
      }
  ...
  }

추가로 CustomAuthenticationException와 BusinessException은 다형성을 이용하려는 목적으로 사용하고, 인스턴스를 생성하지 않기 때문에, 추상 클래스로 변경하였습니다.

인증 필터의 AuthenticationFailureHandler 변경

public abstract class AbstractAuthenticationProcessingFilter {
...
    private AuthenticationSuccessHandler successHandler = new SavedRequestAwareAuthenticationSuccessHandler();
    private AuthenticationFailureHandler failureHandler = new SimpleUrlAuthenticationFailureHandler();
...
}

위와 같이, AbstractAuthenticationProcessingFilter는 인증 성공/실패에 대한 핸들러가 디폴트로 SavedRequestAwareAuthenticationSuccessHandler와 SimpleUrlAuthenticationFailureHandler를 사용하도록 구현되어 있습니다.
내부 코드를 살펴보면서 저는 SimpleUrlAuthenticationFailureHandler를 인증 실패 시 지정한 url으로 리다이렉트 및 예외를 세션에 저장하거나, 단순히 http 상태 코드와 메시지만 전달하기 위한 목적으로 사용하는 것으로 이해하였습니다.
따라서 저는 세션을 사용하지 않고, 예외에 대한 구체적인 정보를 JSON 형식으로 담아 클라이언트측에 전달하기 위해, AuthenticationEntryPointFailureHandler을 사용하도록 WebSecurityConfig에 핸들러를 변경하는 코드를 추가하였습니다.

public class WebSecurityConfig {
...
    	private final CustomAuthenticationEntryPoint authenticationEntryPoint;
...
	@Bean
	public AuthenticationEntryPointFailureHandler authenticationEntryPointFailureHandler() {
		return new AuthenticationEntryPointFailureHandler(authenticationEntryPoint);
	}

	@Bean
	public JwtAuthenticationFilter jwtAuthenticationFilter() throws Exception {
		...
		filter.setAuthenticationFailureHandler(authenticationEntryPointFailureHandler());
		return filter;
	}

	@Override
	protected void configure(HttpSecurity http) throws Exception {
		http
			...
			.oauth2Login()
			...
			.failureHandler(authenticationEntryPointFailureHandler())
			...
		;

		http.addFilterBefore(jwtAuthenticationFilter(), UsernamePasswordAuthenticationFilter.class);
	}
...
}

public class CustomAuthenticationEntryPoint implements AuthenticationEntryPoint {

	@Override
	public void commence(HttpServletRequest request, HttpServletResponse response,
		AuthenticationException authException) {
		final CustomAuthenticationException exception = (CustomAuthenticationException)authException;
		...
	}

}

JwtAuthenticationFilter 리팩토링

AbstractAuthenticationProcessingFilter 구현 메서드에 관한 질문에서 논의하였던 내용을 적용하였습니다.

• 다른 부모 생성자를 호출함으로써 불필요한 코드를 제거하였습니다.
• 인증 성공 시에는 SavedRequestAwareAuthenticationSuccessHandler가 호출되지 않도록, 인증 객체를 SecurityContext에 저장하고, 바로 다음 필터를 호출하도록 수정하였습니다.
• 인증 실패 시에는 WebSecurityConfig에서 FailureHandler를 AuthenticationEntryPointFailureHandler으로 설정하였기 때문에, 부모의 FailureHandler를 가져와서 onAuthenticationFailure 함수를 호출하도록 수정하였습니다.

💬 Comment

📑 References

✅ Check Lists

• 추가한 기능에 대한 테스트는 모두 완료하셨나요?
• 코드 정렬(Ctrl + Alt + L), 불필요한 코드나 오타는 없는지 확인하셨나요?
• merge할 base branch가 올바른지 확인하셨나요?