Spring Security

인증과 인가

 

인증(Authentication) : 해당 사용자가 본인이 맞는지 확인하는 과정

인가(Authroization) : 해당 사용자가 요청하는 자원을 실행할 수 있는 권한이 있는가를 확인하는 과정

 

Spring Security는 기본적으로 인증 절차를 거친 후에 인가 절차를 진행하며, 인가 과정에서 해당 리소스에 접근 권한이 있는지 확인하게 된다.

 

Spring Security란?

 

Spring Security는 강력하고 커스터마이징이 가능한 인증 및 액세스 제어 프레임워크이다. Spring 기반 응용 프로그램을 보호하기 위한 de-facto standard(사실상 표준)이다.

Spring Security는 자바 애플리케이션에 인증과 인가를 제공하는 것에 초점이 맞춰진 프레임워크이다.

Spring Security의 진면목은 사용자의 요구사항을 얼마나 쉽게 확장할 수 있는지에서 나온다.

 

Spring Security에서는 인증과 인가를 위해 Principal을 아이디로, Credential을 비밀번호로 사용하는 Credential 기반의 인증 방식을 사용한다.

 

Principal(접근 주체) : 보호받는 Resource에 접근하는 대상

Credential(비밀번호) : Resource에 접근하는 대상의 비밀번호

 

사실 사용해본 적이 없어 감이 잡히지 않아 찾아보던 중 감 잡기에 좋은 블로그를 발견해서 참고하려고 한다.

https://velog.io/@mooh2jj/Security-%EC%9D%B8%EC%A6%9D%EC%9D%B8%EA%B0%80%EC%B2%98%EB%A6%AC 

SpringBoot Security 인증&인가처리

 

 

Security의 구조

1. 클라이언트(유저)가 로그인을 시도한다.
2. AuthenticationFilter는 AuthenticationManager, AuthenticationProvider(s), UserDetailsService를 통해 DB에서 사용자 정보를 읽어온다. 여기서 중요한 것은 UserDetailsService가 인터페이스라는 것인데, 해당 인터페이스를 구현한 빈(Bean)을 생성하면 스프링 시큐리티는 해당 빈을 사용하게 된다. 즉, 어떤 데이터베이스로 부터 읽어들일지 스프링 시큐리티를 이용하는 개발자가 결정할 수 있게 된다.
3. UserDetailsService는 로그인한 ID에 해당하는 정보를 DB에서 읽어들여 UserDetails를 구현한 객체로 반환한다. 프로그래머는 UserDetails를 구현한 객체를 만들어야 할 필요가 있을 수 있다. UserDetails정보를 세션에 저장하게 된다.
4. 스프링 시큐리티는 인메모리 세션저장소인 SecurityContextHolder 에 UserDetails정보를 저장한다.
5. 클라이언트(유저)에게 session ID(JSESSION ID)와 함께 응답을 하게 된다.
6. 이후 요청에서는 요청 쿠키에서 JSESSION ID정보를 통해 이미 로그인 정보가 저장되어 있는 지 확인한다. 이미 저장되어 있고 유효하면 인증 처리를 해주게 된다.

 

모듈 설명

 

[SecurityContextHolder]

• SecurityContextHolder는 SecurityContext를 제공하는 static 메소드(getContext)를 지원한다.

[SecurityContext]

• SecurityContext는 접근 주체와 인증에 대한 정보를 담고 있는 Context이다.
• 즉, Authentication을 담고 있다.

[Authentication]

• Principal과 GrantAuthority를 제공한다.
• 인증이 이루어지면 해당 Authentication이 SecurityContext에 저장된다.
• SecurityContextHolder를 통해 SecurityContext에 접근하고, SecurityContext를 통해 Authentication에 접근할 수 있다.

[Principal]

• 유저에 해당하는 정보인다.
• 대부분의 경우 Principal로 UserDetails를 반환한다.

[GrantAuthority]

• ROLEADMIN, ROLE_USER 등 Principal이 가지고 있는 권한을 나타낸다.
• prefix로 'ROLE'이 붙는다.
• 인증 이후에 인가를 할 때 사용한다.
• 권한은 여러개일 수 있기 때문에 Collection<(GrantedAuthority)> 형태로 제공한다.
• ex) ROLE_DEVELOPER, ROLE_ADMIN

[UsernamePasswordAuthenticationToken]

• Authentication을 implements한 AbstractAuthenticationToken의 하위 클래스이다.
• User의 ID가 Principal 역할을 하고, Password가 Credential의 역할을 한다.
• UsernamePasswordAuthenticationToken의 첫 번째 생성자는 인증 전의 객체를 생성하고, 두 번째 생성자는 인증이 완료된 객체를 생성한다.

[Authentication Provider]

• Authentication Provider에서는 실제 인증에 대한 부분을 처리한다.
• Authentication 객체를 받아서 인증이 완료된 객체를 반환하는 역할을 한다.
• Authentication Provider 인터페이스를 구현해서 Custom한 Authentication Provider을 작성하고, AuthenticationManager에 등록하면 된다.

[Authentiaction Manager]

• 인증에 대한 부분은 SpringSecurity의 Authentication Manager를 통해서 처리하게 되는데, 실질적으로는 Authentication Manager에 등록된 Authentication Provider에 의해서 처리된다.
• 인증이 성공하면 2번째 생성자를 이용해 인증이 성공한 객체를 생성하여 Security Context에 저장한다.
• 인증 상태를 유지하기 위해 세션에 보관하고, 인증이 실패하면 AuthenticationException을 발생시킨다.

[UserDetails]

• 인증에 성공하여 생성된 UserDetails 객체는 Authentication 객체를 구현 UsernamePasswordAuthentication을 생성하기 위해 사용된다.

[UswerDetailsService]

• UserDetailsService 인터페이스는 UserDetails 객체를 반환하는 단 하나의 메소드를 가지고 있다.
• 일반적으로 이를 구현한 클래스의 내부에 UserRepository를 주입받아 DB와 연결하여 처리한다.

[PasswordEncoding]

• AuthenticationManagerBuilder.userDetailsService().passwordEncoder()를 통해 패스워드 암호화에 사용될 PasswordEncoder 구현체를 지정할 수 있다.

 

참고 블로그

 

 

https://doongjun.tistory.com/76

[Spring] 스프링 시큐리티 이해하기

 

 

https://velog.io/@mooh2jj/Security-%EC%9D%B8%EC%A6%9D%EC%9D%B8%EA%B0%80%EC%B2%98%EB%A6%AC

SpringBoot Security 인증&인가처리