yong.dev.log

문제:DB에 Refresh Token이 잘 저장되다가,Data truncation: Data too long for column 'refresh_token' at row 1라는 에러 발생. 원인:기존 claim에 userId, username, role이 포함됐던 것에email, name을 추가하면서 JWT 토큰의 길이가 길어짐 해결:claim을 줄이거나 DB의 refresh_token의 varchar 늘리기 궁금한 점:claim이 아닌, issuer, subject가 추가되어도 길이가 늘어날까?

테스트를 진행할 때 Mockito 기반의 단위 테스트(Unit Test) 와 SpringBootTest 기반의 통합 테스트(Integration Test) 는 각기 다른 목적과 장점이 있습니다.1️⃣ Mockito를 이용한 단위 테스트 (Unit Test)💡 목표:특정 클래스의 동작이 개별적으로 올바르게 동작하는지 검증.Spring 컨텍스트를 로드하지 않고 빠르게 테스트 실행.Mock 객체를 사용하여 실제 데이터베이스와의 상호작용을 차단.💡 특징:✅ Spring의 컨텍스트를 사용하지 않으므로 테스트 속도가 빠름✅ Mock 객체를 이용하여 DB 등의 외부 의존성을 제거 (테스트가 독립적)✅ 특정 메서드가 의도한 대로 동작하는지 세밀하게 검증 가능 💡 Mock 객체 (@Mock)postRepositor..

SecurityConfig.java@Configuration@EnableWebSecurity@RequiredArgsConstructorpublic class SecurityConfig { @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { ... http .cors(corsCustomizer -> corsCustomizer.configurationSource(new CorsConfigurationSource() { @Override public CorsConfiguration getCorsConfigu..

application.properties#registrationspring.security.oauth2.client.registration.서비스명.client-name=서비스명spring.security.oauth2.client.registration.서비스명.client-id=서비스에서 발급 받은 아이디spring.security.oauth2.client.registration.서비스명.client-secret=서비스에서 발급 받은 비밀번호spring.security.oauth2.client.registration.서비스명.redirect-uri=서비스에 등록한 우리쪽 로그인 성공 URIspring.security.oauth2.client.registration.서비스명.authorization-gr..

무지개 색 순서로 화살표 잘 따라가보기1. 클라이언트가 소셜 로그인 시도(/auth/authentication/서비스) 2. OAuth2AuthorizationReqeustRedirectFilter에서 소셜 로그인 서비스 인증서버로 인증 요청 3. 인증서버에서 클라이언트에게 해당 서비스 로그인 페이지 응답 4. 로그인 성공 시, 인증 서버에서 우리 서버 주소로 리다이렉트 후OAuth2LoginAuthenticationFilter에서 Code 획득(/login/oauth2/code/서비스) 5. OAuth2LoginAuthenticationProvider로 Code를 넘기고, 여기서 인증서버로 코드를 넘겨서 Access 토큰을 발급 받음 6. 발급받은 Access 토큰으로  소셜 로그인 서비스 리소스 서버..

https://developer-yong.tistory.com/43 JWT 다중 토큰 발급JWT를 이용한 인증/인가는, 토큰이 XSS, HTTP통신 가로채기 등으로 탈취되었을 때 해커가 서비스를 악용할 수 있다. 따라서, 토큰 탈취 방지 및 탈취되었을 때 대비하는 기술이 존재한다. 다중 토큰developer-yong.tistory.comJWT를 단일 토큰 방식으로 사용할 경우, 위와같은 문제점이 존재한다. 따라서, 단일 토큰 방식에서 다중 토큰 발급 방식으로 변경이 필요하다. LoginFilter.java@Overrideprotected void successfulAuthentication(HttpServletRequest request, HttpServletResponse response, Filter..

JWT를 이용한 인증/인가는, 토큰이 XSS, HTTP통신 가로채기 등으로 탈취되었을 때 해커가 서비스를 악용할 수 있다. 따라서, 토큰 탈취 방지 및 탈취되었을 때 대비하는 기술이 존재한다. 다중 토큰Access/Refresh 토큰 자주 사용되는 토큰의 생명주기는 짧게(약 10분), 이 토큰이 만료되었을 때 재발급을 요청 할 Refresh 토큰(24시간 이상) 두개를 함께 발급함.실행 순서1. 로그인 성공 시 Access, Refresh 토큰  발급2. 서비스에 요청 시 권한이 필요할 때 Access 토큰을 통해 요청3. Access 토큰이 유효할 경우 서버에서 서비스 응답4. Access 토큰이 만료됐을 경우 Refresh 토큰으로 서버측에서 토큰 검증 후 새로운 Access토큰 발급 Access 토..

JWT 0.12.x 버전 사용implementation 'io.jsonwebtoken:jjwt-api:0.12.3'implementation 'io.jsonwebtoken:jjwt-impl:0.12.3'implementation 'io.jsonwebtoken:jjwt-jackson:0.12.3' application.propertiesspring.jwt.secret="암호화 키" 초기 인가 작업@Configuration@EnableWebSecuritypublic class SecurityConfig { @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { //csrf disable ..

🟡 토큰 발급이 안되어있을 경우클라이언트 요청SecurityConfig에 등록된 JwtAuthenticationFilter 호출토큰정보가 없기 때문에 다음 필터 호출🟡 토큰을 발급하는 경우(로그인)클라이언트 요청SecurityConfig에 등록된 JwtAuthenticationFilter 호출토큰정보가 없기 때문에 다음 필터 호출로그인 url은 SecurityConfig에 예외처리 하였기 때문에 필터에 걸리지 않는다.사용자의 로그인id, pw를 사용하여 UsernamePasswordAuthenticationToken 객체 생성authenticationManagerBuilder를 이용하여 CustomUserDetailsService 의 loadUserByUsername 메소드 호출loadUserByUs..

1. Process에서 Stream을 통해 TCP로 트래픽이 전송되면, stream data를 일정 크기(1460 byte)로 자름 => segmentation 2. 각 segment들은 40byte크기의 header와 합쳐서 Packet이 됨Header는 택배 운송장, Payload는 택배라고 할 수 있음 보안 이유로 Payload를 확인하는 것을 DPI (Deep packet inspection)이라고 함 비유: Encapsulation = Segment를 택배 안에 넣는 것 결론:Process가 Socket에 입출력을 시도하면, 메모리에 저장된 스트림 형식의 데이터가 1460 byte로 segment화 한 다음 packet 형식으로 encapsulation이 되어 생성이 된다.