MVC2 6th Step

최보현·2022년 8월 15일
MVCSpring
0

MVC

목록 보기
13/18
post-thumbnail

스프링 MVC 2편 - 백엔드 웹 개발 활용 기술 - sec06
출처 : 스프링 MVC 2편

로그인 처리

패키지 구조 설계에서의 주의사항🚨

도메인이 가장 중요하다.
도메인 = 화면, UI, 기술 인프라 등을 제외한 시스템이 구현해야 하는 핵심 비즈니스 업무 영역

  • 향후 web을 다른 기술로 바꾸어도 도메인은 그대로 유지할 수 있어야 함
  • 이렇게 하려면 web은 domain을 알고있지만 domain은 web을 모르도록 설계해야 함
  • web은 domain을 의존하지만, domain은 web을 의존하지 않게 만들어야 함
  • web 패키지를 모두 삭제해도 domain에는 전혀 영향이 없도록 의존관계를 설계하는 것이 중요

사용되었던 코드? 어노테이션들

@PostConstruct : 의존성 주입이 일어난 후, 초기화를 담당하는 어노테이션
=> 테스트용 데이터를 생성하기 위해 사용함

/**
* @return null이면 로그인 실패
*/
public Member login(String loginId, String password) {
  return memberRepository.findByLoginId(loginId)
    .filter(m -> m.getPassword().equals(password))
    .orElse(null);
}

회원을 조회한 다음에 파라미터로 넘어온 password와 비교해서 같으면 회원을 반환하고, 만약 password가 다르면 null 을 반환

@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:/";

로그인 서비스를 호출해서 로그인에 성공하면 홈 화면으로 이동하고, 로그인에 실패하면 bindingResult.reject() 를 사용해서 글로벌 오류(ObjectError)를 생성하고 정보를 다시 입력하도록 로그인 폼을 뷰 템플릿으로 사용

쿠키 사용

쿠키에는 영속 쿠키와 세션 쿠키가 존재

  • 영속 쿠키: 만료 날짜를 입력하면 해당 날짜까지 유지
  • 세션 쿠키: 만료 날짜를 생략하면 브라우저 종료시 까지만 유지
    브라우저 종료시 로그아웃이 되길 원함 -> 세션 쿠키

서버에서 로그인에 성공하면 HTTP 응답에 쿠키를 담아서 브라우저에 전달하면 브라우저는 앞으로 해당 쿠키를 지속해서 보내줌

//서버에서 클라이언트에서 응답을 보낼때 response에 담아서 보내야하기때문에 HttpServletResponse를 사용함
Cookie idCookie = new Cookie("memberId", String.valueOf(loginMember.getId()));
//loginMember.getId()는 타입이 Long 이지만 쿠키를 만들때는 String을 파라미터로 받기 때문에 String.valueOf()기능을 활용해서 이를 String으로 변환해줌
response.addCookie(idCookie);
  1. 로그인에 성공하면 쿠키를 생성하고 HttpServletResponse 에 담음
    1-1. 쿠키 이름은 memberId 이고, 값은 회원의 id 를 담아둠
  2. 웹 브라우저는 종료 전까지 회원의 id 를 서버에 계속 보내줌
@GetMapping("/")
public String homeLogin( @CookieValue(name = "memberId", required = false) Long memberId, Model model) {
  if (memberId == null) {
  	return "home";
}

쿠키를 받아올 때 required를 false로 두는 이유는 로그인을 하지 않은 사람도 들어오게 하기 위해서

쿠키를 종료시키는 - 로그아웃

private void expireCookie(HttpServletResponse response, String cookieName) {
  Cookie cookie = new Cookie(cookieName, null);
  cookie.setMaxAge(0); //해당 쿠키 즉시 종료
  response.addCookie(cookie);
}

쿠키와 보안 문제

보안 문제

  • 쿠키 값은 임의로 변경할 수 있음
  • 클라이언트가 쿠키를 강제로 변경하면 다른 사용자가 됨
    => Cookie: memberId=1 Cookie: memberId=2 (다른 사용자의 이름이 보임)
  • 쿠키에 보관된 정보는 훔쳐갈 수 있음
  • 만약 쿠키에 개인정보나, 신용카드 정보가 있다면 웹 브라우저에도 보관되고, 네트워크 요청마다 계속 클라이언트에서 서버로 전달됨
  • 쿠키의 정보로 인해, 나의 로컬 PC에서 털릴 수도 있고, 네트워크 전송 구간에서 털릴 수 있음
  • 해커가 쿠키를 한번 훔쳐가면 평생 사용 가능 => 훔쳐간 쿠키로 악의적인 요청을 계속 시도할 수 있음
    대안
  • 쿠키에 중요한 값을 노출하지 않고, 사용자 별로 예측 불가능한 임의의 토큰(랜덤 값)을 노출하고, 서버에서 토큰과 사용자 id를 매핑해서 인식
  • 서버에서 토큰을 관리
  • 토큰은 해커가 임의의 값을 넣어도 찾을 수 없도록 예상 불가능 해야 함
  • 해커가 토큰을 털어가도 시간이 지나면 사용할 수 없도록 서버에서 해당 토큰의 만료시간을 짧게(보통: 30분) 유지
  • 해킹이 의심되는 경우 서버에서 해당 토큰을 강제로 제거

로그인 처리 - 세션 동작

세션이란? 서버에 중요한 정보를 보관하고 연결을 유지하는 방법
쿠키에 중요한 정보를 보관하는 방법은 여러가지 보안 이슈가 있었고 해결하려면 결국 중요한 정보를 모두 서버에 저장해야 해야함 + 클라이언트와 서버는 추정 불가능한 임의의 식별자 값으로 연결해야 함

세션 ID를 생성하는데, 추정 불가능해야 함 => UUID는 추정이 불가능
Cookie: mySessionId=zz0101xx-bab9-4b92-9b32-dadb280f4b61
생성된 세션 ID와 세션에 보관할 값(memberA)을 서버의 세션 저장소에 보관

클라이언트와 서버는 결국 쿠키로 연결이 되야 함

  • 서버는 클라이언트에 mySessionId 라는 이름으로 세션ID 만 쿠키에 담아서 전달
  • 클라이언트는 쿠키 저장소에 mySessionId 쿠키를 보관
    회원과 관련된 정보는 전혀 클라이언트에 전달하지 않는다.
    오직 추정 불가능한 세션 ID만 쿠키를 통해 클라이언트에 전달
    로그인 이후에 접근할 때도,
  • 클라이언트는 요청시 항상 mySessionId 쿠키 전달
  • 서버에서는 클라이언트가 전달한 mySessionId 쿠키 정보로 세션 저장소를 조회해서 로그인시 보관한 세션 정보를 사용

세션 직접 만들어보기

세션 관리의 기능

  1. 세션 생성
  • sessionId 생성 (임의의 추정 불가능한 랜덤 값)
  • 세션 저장소에 sessionId와 보관할 값 저장
  • sessionId로 응답 쿠키를 생성해서 클라이언트에 전달
  1. 세션 조회
  • 클라이언트가 요청한 sessionId 쿠키의 값으로, 세션 저장소에 보관한 값 조회
  1. 세션 만료
  • 클라이언트가 요청한 sessionId 쿠키의 값으로, 세션 저장소에 보관한 sessionId와 값 제거
@Component
public class SessionManager {

    public static final String SESSION_COOKIE_NAME = "My_session_id";
    private Map<String, Object> sessionStore = new ConcurrentHashMap<>();

    /**
     * 세션 생성
     * sessionId 생성 (임의의 추정 불가능한 랜덤 값)
     * 세션 저장소에 sessionId와 보관할 값 저장
     * sessionId로 응답 쿠키를 생성해서 클라이언트에 전달
     */
    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());

//        Cookie[] cookies = request.getCookies();
//        if(cookies == null){
//            return null;
//        }
//        for (Cookie cookie : cookies) {
//            if(cookie.getName().equals(SESSION_COOKIE_NAME)){
//                return sessionStore.get(cookie.getValue());
//            }
//        }
//        return null;
    }

    /**
     * 세션 만료
     */

    public void expire(HttpServletRequest request){
        Cookie sessionCookie = findCookie(request, SESSION_COOKIE_NAME);
        if(sessionCookie != null){
            sessionStore.remove(sessionCookie.getValue());
        }
    }

    public Cookie findCookie(HttpServletRequest request, String cookieName) {
        Cookie[] cookies = request.getCookies();
        if (cookies == null) {
            return null;
        }
        return Arrays.stream(cookies)
                .filter(cookie -> cookie.getName().equals(cookieName))
                .findAny()
                .orElse(null);
    }
}

얘를 테스트하고자 할 때, HttpServletRequest , HttpservletResponse 객체를 직접 사용할 수 없기 때문에 테스트에서 비슷한 역할을 해주는 가짜 MockHttpServletRequest, MockHttpServletResponse 를 사용함

세션 적용하기

//세션 관리자를 통해 세션을 생성하고, 회원 데이터 보관
sessionManager.createSession(loginMember, response);
//로그인 성공시 세션 등록, 세션에 loginMember 를 저장해두고, 쿠키도 함께 발행
return "redirect:/";

서블릿 HTTP 세션1

HttpSession

SessionManager 와 같은 방식으로 동작, 서블릿을 통해 HttpSession 을 생성하면 다음과 같은 쿠키를 생성함 + 쿠키 이름은 JSESSIONID 이고, 값은 추정 불가능한 랜덤 값
Cookie: JSESSIONID=5B78E23B513F50164D6FDD8C97B0AD05

//세션이 있으면 있는 세션 반환, 없으면 신규 세션 생성
HttpSession session = request.getSession();
//세션에 로그인 회원 정보 보관
session.setAttribute(SessionConst.LOGIN_MEMBER, loginMember);

세션 생성과 조회
세션을 생성하려면 request.getSession(true) 를 사용하면 됨 => 디폴트가 true
public HttpSession getSession(boolean create);

세션의 create 옵션
request.getSession(true) => default
세션이 있으면 기존 세션을 반환, 없으면 새로운 세션을 생성해서 반환
equest.getSession(false)
세션이 있으면 기존 세션을 반환,없으면 새로운 세션 생성X => null 을 반환

세션에 정보 보관
session.setAttribute(SessionConst.LOGIN_MEMBER, loginMember);
세션에 데이터를 보관하는 방법은 request.setAttribute(..) 와 비슷, 하나의 세션에 여러 값을 저장 가능

세션 제거
session.invalidate()

서블릿 HTTP 세션과 스프링

스프링에서는 @SessionAttribute라는 어노테이션을 지원해줌
이미 로그인 된 사용자를 찾을 때는 다음과 같이 사용하면 되고 이 기능은 세션을 생성하지 않음
@SessionAttribute(name = "loginMember", required = false) Member loginMember

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 를 포함하고 있음
http://localhost:8080/;jsessionid=F59911518B921DF62D09F0DF8F83F872
-> 웹 브라우저가 쿠키를 지원하지 않을 때 쿠키 대신 URL을 통해서 세션을 유지하는 방법
-> 타임리프 같은 템플릿은 엔진을 통해서 링크를 걸면 jsessionid 를 URL에 자동으로 포함해줌
-> 서버 입장에서 웹 브라우저가 쿠키를 지원하는지 하지 않는지 최초에는 판단하지 못하므로, 쿠키 값도 전달하고, URL에 jsessionid 도 함께 전달
URL 전달 방식을 끄고 항상 쿠키를 통해서만 세션을 유지하고 싶으면 다음 옵션을 넣어주면 됨 => URL에 jsessionid 가 노출되지 않음
application.properties 에 server.servlet.session.tracking-modes=cookie를 넣어주면 됨

세션 정보 확인

//세션 데이터 출력
session.getAttributeNames().asIterator()
	.forEachRemaining(name -> log.info("session name={}, value={}",
name, session.getAttribute(name)));

  log.info("sessionId={}", session.getId());
  log.info("maxInactiveInterval={}", session.getMaxInactiveInterval());
  log.info("creationTime={}", new Date(session.getCreationTime()));
  log.info("lastAccessedTime={}", new
  Date(session.getLastAccessedTime()));
  log.info("isNew={}", session.isNew());
  return "세션 출력";
}
  • sessionId : 세션Id, JSESSIONID 의 값이다. ex) 34B14F008AA3527C9F8ED620EFD7A4E1
  • maxInactiveInterval : 세션의 유효 시간, ex) 1800초, (30분)
  • creationTime : 세션 생성일시
  • lastAccessedTime : 세션과 연결된 사용자가 최근에 서버에 접근한 시간, 클라이언트에서 서버로 sessionId (JSESSIONID)를 요청한 경우에 갱신 됨
  • isNew : 새로 생성된 세션인지, 아니면 이미 과거에 만들어졌고, 클라이언트에서 서버로 sessionId (JSESSIONID)를 요청해서 조회된 세션인지 여부

세션 타임아웃 설정

지금까지는, 사용자가 로그아웃을 직접 호출해서 session.invalidate() 가 호출 되는 경우에 삭제 됨
하지만, 우리는 웹 브라우저 종료시 자동으로 삭제되기를 원함
BUT! 문제는 HTTP가 비연결성(ConnectionLess)이므로 서버 입장에서는 해당 사용자가 웹 브라우저를 종료한 것인지 아닌지를 인식 불가 => 서버에서 세션 데이터를 언제 삭제해야 하는지 판단하기가 어려워짐 => 남아있는 세션을 무한정 보관하게 됨 => 밑에 나오는 문제들 발생

  • 세션과 관련된 쿠키(JSESSIONID)를 탈취 당했을 경우 오랜 시간이 지나도 해당 쿠키로 악의적인 요청 가능
  • 세션은 기본적으로 메모리에 생성, 꼭 필요한 경우만 생성해서 사용해야 함
    세션의 종료 시점
    세션의 종료 시점을 어떻게 정하면 좋을까?
    사용자가 서버에 최근에 요청한 시간을 기준으로 30분 정도 => HttpSession 은 이 방식을 사용함
    생성 시점으로부터 30분을 하게 되면? 30분이 지나면 세션이 삭제되기 때문에, 30분 마다 계속 로그인해야 하는 번거로움 발생

세션 타임아웃 설정
스프링 부트로 글로벌 설정
application.properties 에 server.servlet.session.timeout=60 : 60초, 기본은 1800(30분) 적어두기
(글로벌 설정은 분 단위로 설정해야 한다. 60(1분), 120(2분), ...)

특정 세션 단위로 시간 설정
session.setMaxInactiveInterval(1800); //1800초

세션 타임아웃 발생
세션의 타임아웃 시간은 해당 세션과 관련된 JSESSIONID 를 전달하는 HTTP 요청이 있으면 현재 시간으로 다시 초기화 됨 => 세션 타임아웃으로 설정한 시간동안 세션을 추가로 사용할 수 있음
session.getLastAccessedTime() : 최근 세션 접근 시간
LastAccessedTime 이후로 timeout 시간이 지나면, WAS가 내부에서 해당 세션을 제거한다

profile
최보현
Novice Developer's Blog
이전 포스트

MVC2 5th Step

다음 포스트

MVC2 7th Step

0개의 댓글