[Spring] 스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션6 로그인 처리1 - 쿠키, 세션
◼️ 로그인 요구사항
로그인 요구사항
- 홈 화면 - 로그인 전
- 회원 가입
- 로그인
홈 화면 - 로그인 후
- 본인 이름(누구님 환영합니다.)
- 상품 관리
- 로그 아웃
보안 요구사항
- 로그인 사용자만 상품에 접근하고, 관리할 수 있음
- 로그인 하지 않은 사용자가 상품 관리에 접근하면 로그인 화면으로 이동
회원 가입, 상품 관리
🟢 패키지 구조
도메인이 가장 중요하다.
domain은 web을 참조하면 안된다. domain이 타 영역에 의존하지 않도록 의존관계를 설정하는것이 중요하다.
도메인: 화면, UI, 기술 인프라 등등의 영역은 제외한 시스템이 구현해야 하는 핵심 비즈니스 업무 영역
◼️ 로그인 기능 구현
@Service
@RequiredArgsConstructor
public class LoginService {
private final MemberRepository memberRepository;
/**
* @return null이면 로그인 실패
*/
public Member login(String loginId, String password) {
return memberRepository.findByLoginId(loginId)
.filter(m -> m.getPassword().equals(password)) // 회원 반환
.orElse(null); // password 다르면 null 반환
}
}
@Slf4j
@Controller
@RequiredArgsConstructor
public class LoginController {
private final LoginService loginService;
@GetMapping("/login")
public String loginForm(@ModelAttribute("loginForm") LoginForm form) {
return "login/loginForm";
}
@PostMapping("/login")
public String login(@Valid @ModelAttribute LoginForm form, BindingResult bindingResult) {
if (bindingResult.hasErrors()) {
return "login/loginForm";
}
Member loginMember = loginService.login(form.getLoginId(), form.getPassword());
log.info("login? {}", loginMember);
if (loginMember == null) {
bindingResult.reject("loginFail", "아이디 또는 비밀번호가 맞지 않습니다.");
return "login/loginForm";
}
//로그인 성공 처리 TODO
return "redirect:/";
}
}
로그인이 성공시 홈으로 이동하고, 로그인 실패시 에러와 로그인 폼이 뜬다.
하지만 로그인이 되었을때 홈 화면에 고객이름이 보여야하는 요구사항을 만족못한다. 이를 해결해보자.
◼️ 로그인 처리하기 - 쿠키 사용
쿠키를 사용해서로그인,로그아웃 기능을 구현해보자.
🟢 로그인 상태 유지
- 서버 로그인 성공 시 HTTP응답에 쿠키를 담아 브라우저에 전달한다.
- 브라우저는 앞으로 해당 쿠키를 지속해서 보내준다.
🟢 쿠키 종류
- 영속 쿠키: 만료 날짜를 입력하면 해당 날짜까지 유지
- 세션 쿠키: 만료 날짜를 생략하면 브라우저 종료시 까지만 유지
로그인 성공시 세션 쿠키를 생성하는부분을 추가한다. 로그인 성공시 쿠키를 생성후 HttpServletResponse에 담는다.
@Slf4j
@Controller
@RequiredArgsConstructor
public class LoginController {
private final LoginService loginService;
@GetMapping("/login")
public String loginForm(@ModelAttribute("loginForm") LoginForm form) {
return "login/loginForm";
}
@PostMapping("/login")
public String login(@Valid @ModelAttribute LoginForm form, BindingResult bindingResult,
HttpServletResponse response) {
...
//로그인 성공 시 쿠키 생성
Cookie idCookie = new Cookie("memberId",String.valueOf(loginMember.getId()));
response.addCookie(idCookie);
return "redirect:/";
}
}
아래처럼 @CookieValue를 사용해 쿠키를 조회할 수 있다.
로그인하지않은 사용자도 홈에 접근할수있도록 required=false를 사용한다.
@Slf4j
@Controller
@RequiredArgsConstructor
public class HomeController {
private final MemberRepository memberRepository;
@GetMapping("/")
public String homeLogin(
@CookieValue(name = "memberId", required = false) Long memberId, Model model) {
if (memberId == null) {
return "home";
}
//로그인
Member loginMember = memberRepository.findById(memberId);
if (loginMember == null) {
return "home";
}
model.addAttribute("member", loginMember); //로그인멤버 정보 데이터
return "loginHome";// 로그인 사용자 전횽 홈으로
}
}
로그인 성공시 loginHome.html에서 사용자 이름을 출력
<h4 class="mb-3" th:text="|로그인: ${member.name}|">로그인 사용자 이름</h4>
🟢 로그아웃 기능
세션 쿠키이므로 웹 브라우저 종료시 서버에서 해당 쿠키 종료 날짜를 0으로 지정한다.
//LoginController - logout 기능 추가
@PostMapping("/logout")
public String logout(HttpServletResponse response){
expireCookie(response, "memberId");
return "redirect:/";
}
private void expireCookie(HttpServletResponse response, String cookieName) {
Cookie cookie = new Cookie(cookieName, null);
cookie.setMaxAge(0);
response.addCookie(cookie);
}
◼️ 쿠키와 보안 문제
🟢 보안 문제
- 쿠키값은 클라이언트가 임의 변경이 가능하다.
- 쿠키에 보관된 정보는 훔쳐갈 수 있다.
- 해커가 쿠키를 한번 훔쳐가면 평생 사용할 수 있다.
🟢 대안
- 쿠키에 중요한 값을 노출하지 않고, 사용자 별로 예측 불가능한 임의의 토큰(랜덤 값)을 노출하고, 서버에서 토큰
과 사용자 id를 매핑해서 인식한다. 그리고 서버에서 토큰을 관리한다. - 토큰은 해커가 임의의 값을 넣어도 찾을 수 없도록 예상 불가능 해야 한다.
- 해커가 토큰을 털어가도 시간이 지나면 사용할 수 없도록 서버에서 해당 토큰의 만료시간을 짧게(예: 30분) 유지
◼️ 로그인 처리하기 - 세션 동작 방식
🟢 세션
- 클라이언트와 서버는 추정 불가능한 임의의 식별자 값으로 연결
- 서버에 중요한 정보를 보관하고 연결을 유지하는 방법
🟢 세션 정리
- 쿠키 값을 변조 가능한문제 → 예상 불가능한 복잡한 세션Id를 사용
- 쿠키에 보관하는 정보는 클라이언트 해킹시 털릴 가능성이 있다. → 세션Id는 털려도 됨
- 서버에서 세션의 만료시간을 짧게 (예: 30분) 유지 또는 해킹이 의심되는 경우 서버에서 해당 세션을 강제로 제거
◼️ 로그인 처리하기 - 세션 직접 만들기
/*
* 세션 관리
* */
@Component
public class SessionManager {
public static final String SESSION_COOKIE_NAME = "mySessionId";
private Map<String, Object> sessionStore = new ConcurrentHashMap<>();
/**
* 세션 생성
* */
public void createSession(Object value, HttpServletResponse response){
// 세션 id를 생성하고, 값을 세션에 저장
String sessionId = UUID.randomUUID().toString();
sessionStore.put(sessionId,value);
// 쿠키생성
Cookie mySessionCookie = new Cookie(SESSION_COOKIE_NAME, sessionId);
response.addCookie(mySessionCookie);
}
/**
* 세션 조회
*/
public Object getSession(HttpServletRequest request){
Cookie sessionCookie = findCookie(request, SESSION_COOKIE_NAME);
if(sessionCookie==null) return null;
return sessionStore.get(sessionCookie.getValue());
}
/**
* 세션 만료
*/
public void expire(HttpServletRequest request) {
Cookie sessionCookie = findCookie(request, SESSION_COOKIE_NAME);
if (sessionCookie != null) {
sessionStore.remove(sessionCookie.getValue());
}
}
private Cookie findCookie(HttpServletRequest request, String cookieName) {
if(request.getCookies()==null) return null;
return Arrays.stream(request.getCookies())
.filter(cookie -> cookie.getName().equals(cookieName))
.findAny()
.orElse(null);
}
}
◼️ 로그인 처리하기 - 직접 만든 세션 적용
로그인 성공시 세션을 등록하고, 쿠키도 함께 발행한다.
@PostMapping("/login")
public String loginV2(@Valid @ModelAttribute LoginForm form, BindingResult bindingResult, HttpServletResponse response) {
...
//로그인 성공 처리
//세션 관리자를 통해 세션을 생성하고, 회원 데이터 보관
sessionManager.createSession(loginMember, response);
return "redirect:/";
}
@PostMapping("/logout")
public String logoutV2(HttpServletRequest request) {
sessionManager.expire(request);
return "redirect:/";
}
@GetMapping("/") //HomeController - homeLoginV2()
public String homeLoginV2(HttpServletRequest request, Model model) {
//세션 관리자에 저장된 회원 정보 조회
Member member = (Member)sessionManager.getSession(request);
if (member == null) {
return "home";
}
//로그인
model.addAttribute("member", member);
return "loginHome";
}
서블릿도 세션 개념을 지원한다.서블릿이 공식 지원하는 세션은 위와 동작 방식이 거의 같다. 추가로 세션을 일정시간 사용하지 않으면 해당 세션을 삭제하는 기능을 제공한다.
◼️ 로그인 처리하기 - 서블릿 HTTP 세션1
🟢 HttpSession
- 위의 SessionManager와 같은 방식으로 동작한다.
- 서블릿을 통해 HttpSession 을 생성하면 쿠키 이름이 JSESSIONID 이고, 값은 추정 불가능한 랜덤 값이다.
🟢 HttpSession 사용
- request.getSession(true): 세션있으면 기존 세션 반환, 없으면 새로운 세션 생성해서 반환. 기본값 true
- request.getSession(false): 세션있으면 기존 세션 반환, 없으면 null 반환
- session.setAttribute()으로 세션에 데이터 보관 가능
- session.getAttribute()으로 세션에 보관한 객체를 찾을 수 있음
@PostMapping("/login")
public String loginV3(@Valid @ModelAttribute LoginForm form, BindingResult
bindingResult, HttpServletRequest request) {
if (bindingResult.hasErrors()) {
return "login/loginForm";
}
Member loginMember = loginService.login(form.getLoginId(),form.getPassword());
log.info("login? {}", loginMember);
if (loginMember == null) {
bindingResult.reject("loginFail", "아이디 또는 비밀번호가 맞지 않습니다.");
return "login/loginForm";
}
//로그인 성공 처리
//세션이 있으면 있는 세션 반환, 없으면 신규 세션 생성
HttpSession session = request.getSession();
//세션에 로그인 회원 정보 보관
session.setAttribute(SessionConst.LOGIN_MEMBER, loginMember);
return "redirect:/";
}
@PostMapping("/logout")
public String logoutV3(HttpServletRequest request) {
//세션을 삭제한다.
HttpSession session = request.getSession(false);
if (session != null) {
session.invalidate(); //세션 제거
}
return "redirect:/";
}
◼️ 로그인 처리하기 - 서블릿 HTTP 세션2
🟢 @SessionAttribute
- 세션을 더 편리하게 사용가능
- 세션을 찾고, 세션에 들어있는 데이터를 찾는 번거로운 과정 처리
@GetMapping("/")
public String homeLoginV3Spring(
@SessionAttribute(name = SessionConst.LOGIN_MEMBER, required = false)
Member loginMember, Model model) {
//세션에 회원 데이터가 없으면 home
if (loginMember == null) {
return "home";
}
//세션이 유지되면 로그인으로 이동
model.addAttribute("member", loginMember);
return "loginHome";
}
🟢 TrackingModes
로그인 첫 시도시 URL은 아래처럼 jsessionid를 포함한다.이것은 웹 브라우저가 쿠키를 지원하지 않을 때 쿠키 대신 URL을 통해서 세션을 유지하는 방법이다. 이 방법을 사용하려면 URL에 이 값을 계속 포함해서 전달해야 한다.
http://localhost:8080/;jsessionid=F59911518B921DF62D09F0DF8F83F872
URL전달방식을 끄고 쿠키를 통해서만 세션 유지를 하려면 application.properties에 아래 옵션을 넣는다.
server.servlet.session.tracking-modes=cookie
◼️ 세션 정보와 타임아웃 설정
세션에서 제공하는 정보들은 아래와 같이 확인 가능하다.
@Slf4j
@RestController
public class SessionInfoController {
@GetMapping("/session-info")
public String sessionInfo(HttpServletRequest request) {
HttpSession session = request.getSession(false);
if (session == null) {
return "세션이 없습니다.";
}
//세션 데이터 출력
session.getAttributeNames().asIterator()
.forEachRemaining(name -> log.info("session name={}, value={}",
name, session.getAttribute(name)));
log.info("sessionId={}", session.getId());
log.info("maxInactiveInterval={}", session.getMaxInactiveInterval()); // 세션 유효시간 ex_1800초(30분)
log.info("creationTime={}", new Date(session.getCreationTime())); // 세션 생성일시
log.info("lastAccessedTime={}", new Date(session.getLastAccessedTime())); // 세션과 연결된 사용자가 최근에 서버에 접근한 시간
log.info("isNew={}", session.isNew()); // 새로 생성된 세션인지,클라이언트에서 서버로 sessionId( JSESSIONID )를 요청해서 조회된 세션인지 여부
return "세션 출력";
}
}
🟢 세션 타임아웃 설정
세션은 사용자가 직접 로그아웃호출해 session.invalidate()가 호출될때 삭제되지만, 대부분 사용자는 그냥 웹브라우저를 종료한다.
그렇다고 세션을 무한정 보관시 탈취당했을경우 보안문제와, 메모리한정의 문제가 존재한다. 그렇다면 서버에서 세션데이터를언제 삭제해야할까.
세션 타임아웃은 application.properties에 설정한다.
스프링부트로 글로벌 설정 (분단위로 설정해야함)
server.servlet.session.timeout=60 //60초, 기본은 1800(30분)
특정 세션 단위로 시간 설정
session.setMaxInactiveInterval(1800); //1800초
🟢 세션 타임아웃 발생
세션의 타임아웃 시간은 해당 세션과 관련된 JSESSIONID 를 전달하는 HTTP 요청이 있으면 현재 시간으로 다시 초
기화 된다. 이렇게 초기화 되면 세션 타임아웃으로 설정한 시간동안 세션을 추가로 사용할 수 있다.
LastAccessedTime 이후로 timeout 시간이 지나면, WAS가 내부에서 해당 세션을 제거한다
session.getLastAccessedTime() : 최근 세션 접근 시간
🟢 세션 정리
세션에는 최소한의 데이터만 보관해야 메모리 사용량을 아낄 수 있다. 또한 시간을 너무 길게 가져가면 메모리 사용이 누적되므로 적당한 시간을 선택해야 한다.
'Spring' 카테고리의 다른 글
[Spring] 스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션8 예외 처리와 오류 페이지 (0) | 2024.05.12 |
---|---|
[Spring] 스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션7 로그인 처리2 - 필터, 인터셉터 (0) | 2024.05.08 |
[Spring] 스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션4 검증1 - Validation (1) | 2024.05.06 |
[Spring] 스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 섹션3 메시지, 국제화 (0) | 2024.05.06 |
[Spring] 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 섹션7 스프링 MVC - 웹 페이지 만들기 (0) | 2024.04.24 |