로그인을 수행하면 accessToken 만 반환되므로 frontend 에서 user를 식별할 방법이 존재하지 않음.

userId도 함께 반환할 것

동일한 String 이더라도 BCrypted 된 비밀번호가 모두 동일함

현재 서버에서 회원가입을 할 때, 기존의 회원인지 검사하지 않고 있어서 중복 회원가입이 가능한 Issue

• 한 번 email 인증을 수행하고 나면 계속해서 회원 생성이 가능함

• 최초에 로그인을 실패하고 with-autentication hoc 가 적용된 pages 로 이동하게 되면 authenticate API 바로 호출하여 Alert이 뜨는 문제 발생

사용자의 공격 벡터

• localStorage 에 값을 임의로 바꾸어서 다른 사용자의 data 로 접근할 수 있다.
• 만약 backend 에서 exception 을 throw 할 경우에 frontend 에서 올바른 userId로 값을 바꿔주지 않으면 front application 의 논리적인 문제가 연쇄적으로 발생할 가능성이 존재한다.
• 결국 exception 을 throw 하고 올바른 user로 setting 하는 작업이 동반되어야 한다.

Frontend

• _app.js 에서 Component가 로드되는 시점에 localStorage 에 저장되는 user data 를 서버로 보내서 검증하는 작업이 필요하다.

Backend

• token 에 담긴 userId와 실제 요청을 보내는 userId 가 다른 경우 exception 을 던지거나 token 에 담긴 user의 데이터로 response를 해야 한다.

Material UI의 TextField 에서 placeholder 의 font-size가 변경되지 않아서 모바일 버전에서 문제가 Text가 다 보이지 않음

ExceptionHandler 때문에 존재하지 않는 사용자일 경우 400 Error 가 발생하는데, 이는 Error Code 와 맞지 않음.

• 이를 403 으로 변경할 것.

회원을 탈퇴하고 재가입할 때 DB 에서의 논리적인 문제가 발생한다

추후 해결해야할 문제

현재는 Entity 객체의 자율성을 보장하지 않는 코드

• Service 에서 Entity 를 DTO 로 변환하는 과정에서 Entity 의 field 값을 getter 를 이용하여 setting 하고 있음

Entity 객체의 자율성을 보장하기 위해서 Mapper 클래스 생성

• Mapper Class 를 생성하고 MapperClass 에서 Entity <-> DTO 를 변환하도록 수정할것

Material-UI 에서 특정 컴포넌트를 클릭하거나 입력할 때, Fetch API cannot load Error가 남

• 현수 의견으로는 MUI version 문제

이메일 인증번호 발송 메일 Template 에서 임시 비밀번호 문구가 보임

• 신고서 제출에서 파일 사이즈가 1mb가 넘어가면 FileSizeLimitExceededException 이 발생함

• 현재 Front 에서 Report 를 생성할 때 Image를 업로드하기 위해서 FormData 를 이용하고 있음.
• 이 과정에서 Backend 는 @RequestParam 으로 요청 파라미터 하나 하나씩 매핑 시켜주고 있는데, Refactoring 해야함

모든 입력 값에 대한 Server Side & Client Side Validation 이 필요함.

Frontend

서버와 통신하는 모든 입력 값에 대한 validation 을 validator.js 에서 정의하고 reject 할 수 있도록 할 것.

Backend

Front 에서 들어오는 모든 입력 값에 대해서 자체 Validation 을 수행하고 400 Bad Request 를 반환하도록 할 것.