스프링 시큐리티 @CurrentUser에 Member엔티티 vs CustomUserDetails 질문드립니다.

Question

안녕하세요 현재 스프링 시큐리티 &#43; JWT를 통해 인증/인가를 구현 중입니다.현재 인증된 사용자 정보를 SecurityContext에서 가져와서 사용할 수 있게끔 구현하려고 하는데요,&#64;CurrentUser를 사용해 보려고 합니다.해당 어노테이션을 구현하기 위해 &#64;AuthenticationPrincipal을 사용하여 SpEL 구문을 통해 현재 사용자 정보를 주입받는 식으로 많이 구현하더라구요.&#64;AuthenticationPrincipal(expression &#61; &#34;#this &#61;&#61; 'anoymousUser' ? null : member&#34;)일반적으로 위 코드처럼 Authentication 객체의 principal이 익명 사용자인지, 아닌지에 따라 null 또는 member를 주입하는 방법으로 많이 사용하시던데이때 JPA를 사용하는 환경의 경우, member란 엔티티일 텐데엔티티는 서비스 계층에서만 사용되는 게 맞을 텐데위 코드대로 구현하게 되면 Controller부터 (&#64;CurrentUser Member member) 이렇게 엔티티를 사용할 거 같더라구요우선 해당 principal에 저는 어떤 데이터를 저장시키는지 확인하기 위해서, 제 시큐리티 로직에서 필터를 통해 인증을 수행하는 로직을 살펴봤는데요&#64;Service &#64;RequiredArgsConstructor public class CustomUserDetailsService implements UserDetailsService { private final UserRepository userRepository; &#64;Override public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { User foundUser &#61; userRepository.findByEmail(username) .orElseThrow(() -> new SVCException(ErrorConstant.NOT_FOUND_USER)); return new CustomUserDetails( foundUser.getId(), foundUser.getEmail(), foundUser.getPassword(), List.of(foundUser.getUserRole().name()) ); } }이런식으로 memberId와 이메일, 비밀번호, 역할 정보를 담은 CustomUserDetails 객체를 반환하고 있습니다.(질문1. CustomUserDetailsService를 통해 반환되는 객체가 Authentication 객체 내의 principal에 저장되며, &#64;AuthenticationPrincipal을 통해 접근하는 것이 맞나요?)만약 위 질문의 답이 YES일 경우(질문2.&#64;CurrentUser를 사용할 때&#64;CurrentUser Member member 가 아닌&#64;CurrentUser CustomUserDetails currentUser 처럼Member 엔티티를 사용하지 않고 CustomUserDetails를 주입 받는 게 안전할 거 같아 보이는데 맞을까요?)만약 위 질문 답이 NO일 경우(질문3.Authentication 객체 내에 principal에 인증된 사용자 정보가 저장되는 것은 UserDetailsService를 통해 저장되는 것이 맞나요?제가 알기론 맞는 거 같은데, 위 답의 NO일 경우 이게 잘못 알고 있는 것 같아서 질문드립니다.)어떻게 사용하는 건지는 알겠지만.. 확실하게 이해하고 넘어가고 싶어 질문드리게 되었습니다.감사합니다!

스프링 시큐리티 @CurrentUser에 Member엔티티 vs CustomUserDetails 질문드립니다.

0개의 답변

Q&A 목록