27. Spring Security : 적용하기

1. 서버 사이드 랜더링(Server-Side Rendering, SSR)

• 자바코드를 해석해서 렌더링해주고 그 순수한 html을 버퍼에 담아서 전송

• 웹 애플리케이션을 클라이언트 측이 아닌 서버 측에서 초기에 렌더링하는 방법

• 자바 코드는 템플릿 엔진이나 프레임워크를 사용하여 HTML을 생성

• 일반적인 SSR 프로세스

2. UserController에 기존 로그인 코드 주석처리하기

@PostMapping("/login")
    public String login(UserRequest.LoginDTO requestDTO) {

        // 1. 유효성 검사
        if (requestDTO.getUsername().length() < 3) {
            return "error/400";
        }

        // 2. 모델 필요 select * from user_tb where username=? and password=?
        User user = userRepository.findByUsernameAndPassword(requestDTO); // DB에 조회할때 필요하니까 데이터를 받음
        if (user == null) {
            return "error/401";
        } else {
            session.setAttribute("sessionUser", user);
            return "redirect:/";
        }
    }

3. Spring Security 적용하기

• 프로젝트 생성시 spring security lib을 선택하면 됨

• 버전이 고정됨 -> 다른 버전을 사용할 경우 오류가 남!

• 버전을 안 적는게 좋음

• 서버 시작 시 password 확인하기

username : user
password : 7d1f36fd-fc91-4ac6-82b3-6b78b08fd9d6 // hash 코드로 암호화된 password

4. 메인 페이지로 테스트하기

• 모든 페이지가 Blocking됨 → 인증 없이는 들어갈 수 없음

• 내부적으로 페이지가 만들어지고 /login으로 자동 리다이렉트 됨

• 기존 : 인증이 필요한 페이지는 직접 설정함

• security : 모든 주소가 다 인증이 필요한 페이지로 변경됨

5. 현재 상태 : username, password 입력만 가능함

6. Security의 Filter vs Tomcat의 Filter

• Apache가 혼자서 일할 수 없는 구조 : 전부 자바코드가 동작하고 coontroller로 가야 함

• Security의역할 : 필터링

• 기본 역할 : 문지기 / 보안 유지 - 필터(SF) : 걸러냄

• F : web/xml을 보고 일하는 문지기와 CONTEXT가 다름

• F의 단점 : DI가 안됨 / DB에 접근이 안됨

• 델리케이트 패턴(Delegate Pattern)

• Persistent Content : 데이터나 콘텐츠가 지속적으로 보존되는 것