본문 바로가기
엘클방 엘클방

쿠키의 SameSite 설정 때문에 로그인이 반복해서 풀릴 때 해결 방법

ELIYAHUB 읽는 시간 약 9분
쿠키의 SameSite 설정 때문에 로그인이 반복해서 풀릴 때 해결 방법

아이디와 비밀번호를 정확히 입력했는데도 로그인 화면으로 되돌아가거나, 관리자 페이지로 이동하는 순간 로그인이 풀리는 경우가 있다. 이는 세션 쿠키가 제대로 저장되지 않거나 SameSite 속성, 서드파티 쿠키 정책과 로그인 이동 경로가 서로 맞지 않을 때 발생할 수 있다.

쿠키를 모두 허용하거나 브라우저 전체 기록을 삭제하기보다 현재 설정을 확인하고, 특정 사이트의 쿠키와 로그인 주소를 순서대로 점검하는 것이 안전하다.

1. 세션 쿠키가 로그인을 유지하는 원리

웹사이트에서 로그인을 완료하면 서버는 사용자를 식별하기 위한 임의의 세션 값을 쿠키에 저장한다. 사용자가 관리자 페이지나 다른 메뉴로 이동할 때 브라우저가 이 쿠키를 서버에 다시 보내면 로그인 상태가 유지된다.

다음과 같은 문제가 있으면 로그인 직후 다시 로그아웃될 수 있다.

  • 세션 쿠키가 브라우저에 저장되지 않은 경우
  • 쿠키가 다음 페이지 요청에 포함되지 않은 경우
  • 쿠키 유효기간이 잘못 설정된 경우
  • 로그인 주소와 관리자 주소의 도메인이 다른 경우
  • HTTP와 HTTPS가 혼용된 경우
  • SameSite 정책으로 쿠키가 차단된 경우
  • 오래된 세션 쿠키와 새 쿠키가 충돌한 경우
  • 캐시 플러그인이 로그인 전 화면을 제공하는 경우

세션 쿠키에는 일반적으로 비밀번호가 아니라 서버가 발급한 식별값이 저장된다. 이 값도 로그인 상태를 증명하는 민감한 정보이므로 다른 사람에게 공개해서는 안 된다.

2. SameSite 속성의 종류와 차이

SameSite는 다른 사이트에서 시작된 요청에 쿠키를 전송할 것인지 결정하는 보안 속성이다.

설정값작동 방식로그인에 미치는 영향
Strict같은 사이트 요청에만 쿠키 전송외부 인증 후 돌아올 때 로그인이 풀릴 수 있음
Lax일반적인 최상위 페이지 이동에는 일부 허용일반적인 로그인에 주로 사용
None교차 사이트 요청에도 쿠키 전송HTTPS와 Secure 속성이 함께 필요
미지정브라우저 기본 정책 적용브라우저 환경에 따라 다르게 작동할 수 있음

외부 계정 로그인, 본인인증과 결제처럼 여러 도메인을 거치는 과정에서는 SameSite 설정이 중요하다. SameSite=None인데 Secure 속성이 빠졌거나 HTTPS가 제대로 적용되지 않으면 브라우저가 쿠키 저장을 거부할 수 있다.

반대로 모든 쿠키를 무조건 None으로 설정하면 불필요한 교차 사이트 요청에도 쿠키가 전송될 수 있다. 로그인 구조에 필요한 쿠키만 정확하게 설정해야 한다.

3. Chrome에서 서드파티 쿠키 설정 확인하기

Chrome에서는 다음 경로로 들어간다.

Chrome 오른쪽 위 점 3개 → 설정 → 개인정보 보호 및 보안 → 서드파티 쿠키

아래 사진은 실제 Chrome에서 직접 확인한 설정 화면이다.

서드파티쿠키 1

직접 확인한 Chrome 서드파티 쿠키 설정 화면. 현재 ‘서드파티 쿠키 허용’이 선택되어 있고, 별도로 추가된 허용 사이트는 없는 상태다.

실제 화면 확인 결과

확인 항목확인 결과해석
서드파티 쿠키 설정허용전체 차단 상태가 아님
허용 예외 사이트추가된 사이트 없음별도 예외 설정이 없는 상태
다음 점검 대상사이트별 쿠키오래된 세션 충돌 확인 필요

현재 화면에서는 서드파티 쿠키 허용이 선택되어 있다. 따라서 로그인이 계속 풀린다면 서드파티 쿠키 전체 차단보다 특정 사이트의 오래된 세션 쿠키, 주소 불일치 또는 서버 설정을 먼저 점검해야 한다.

4. 특정 사이트의 쿠키만 삭제하기

현재 설정 화면에서 모든 사이트 데이터 및 권한 보기를 누른다.

설정 → 개인정보 보호 및 보안 → 서드파티 쿠키 → 모든 사이트 데이터 및 권한 보기

로그인 문제가 발생한 사이트 이름을 검색한 다음 해당 사이트 오른쪽의 삭제 버튼을 누른다. 브라우저 전체 쿠키를 삭제하면 다른 사이트에서도 로그아웃될 수 있으므로 문제가 있는 사이트만 삭제하는 것이 좋다.

삭제하기 전에는 관리자 아이디와 비밀번호를 알고 있는지 확인한다. 쿠키를 삭제해도 워드프레스에 작성한 글과 이미지는 사라지지 않으며, 해당 사이트의 로그인 상태만 초기화된다.

삭제 후에는 다음 순서로 시험한다.

  1. 해당 사이트가 열린 탭을 모두 닫는다.
  2. Chrome을 완전히 종료한다.
  3. Chrome을 다시 실행한다.
  4. 정확한 사이트 주소로 접속한다.
  5. 한 번만 로그인한다.
  6. 관리자 화면과 글 편집 화면으로 이동한다.
  7. 로그인 상태가 유지되는지 확인한다.

5. 로그인 리디렉션 주소 확인하기

로그인은 한 화면에서 끝나는 것처럼 보이지만 내부적으로 여러 주소를 거칠 수 있다.

로그인 페이지 → 인증 처리 → 인증 완료 → 관리자 페이지

이 과정에서 다음과 같은 주소 차이가 있으면 쿠키가 전달되지 않을 수 있다.

  • www가 있는 주소와 없는 주소
  • HTTP와 HTTPS
  • 기본 도메인과 서브도메인
  • 로그인 주소와 관리자 주소
  • 외부 인증 후 돌아오는 주소
  • 워드프레스 주소와 사이트 주소

워드프레스에서는 설정 → 일반에 있는 워드프레스 주소와 사이트 주소가 실제 도메인 및 HTTPS 형식과 일치하는지 확인한다.

주소를 잘못 변경하면 관리자 페이지에 접속하지 못할 수 있으므로 정확한 값을 모르는 상태에서는 임의로 수정하지 않는 것이 안전하다.

6. 개발자 도구에서 차단된 쿠키 확인하기

사이트 운영자는 Chrome 개발자 도구를 이용해 쿠키 상태를 자세히 확인할 수 있다.

로그인 페이지 접속 → F12 → Application → Storage → Cookies

다음 항목을 중점적으로 살펴본다.

  • Domain: 현재 로그인 주소와 일치하는가?
  • Path: 관리자 페이지 범위를 포함하는가?
  • Expires: 쿠키가 이미 만료되지 않았는가?
  • Secure: HTTPS에서만 작동하도록 설정됐는가?
  • SameSite: Strict, Lax, None 중 어떤 값인가?
  • HttpOnly: 스크립트 접근이 제한됐는가?

Network에서 로그인 요청을 선택한 후 Cookies를 확인하면 전송되지 않거나 저장되지 않은 쿠키의 경고도 확인할 수 있다.

개발자 도구의 쿠키값은 게시하지 않아야 한다. 화면을 촬영할 경우 Value 항목은 잘라내거나 가리는 것이 안전하다.

7. 설정 변경 전후 결과 기록하기

사이트별 쿠키를 삭제한 뒤 실제 결과를 다음 표에 기록하면 글의 신뢰성과 독창성을 높일 수 있다.

시험 조건로그인 결과관리자 화면 이동판단
기존 쿠키 유지실제 결과 기록실제 결과 기록기존 세션 상태 확인
사이트 쿠키 삭제 후실제 결과 기록실제 결과 기록충돌 해결 여부 확인
Chrome 재실행 후실제 결과 기록실제 결과 기록정상 상태 지속 여부 확인

정상화되지 않았다면 성공했다고 작성하지 말고 “사이트 쿠키 삭제만으로 해결되지 않아 주소와 서버 설정을 추가로 점검했다”고 기록하는 편이 전문성과 신뢰도를 높인다.

장점과 단점 분석

장점

  • 특정 사이트의 로그인 문제만 선택적으로 점검할 수 있다.
  • 다른 사이트의 로그인 상태와 쿠키를 보존할 수 있다.
  • SameSite와 리디렉션 문제를 구분할 수 있다.
  • 직접 촬영한 설정 화면으로 글의 독창성을 높일 수 있다.

단점

  • 사이트 쿠키를 삭제하면 다시 로그인해야 한다.
  • 서버 설정 오류는 사용자 측 조치만으로 해결되지 않는다.
  • 브라우저 버전에 따라 메뉴 이름이 달라질 수 있다.
  • 쿠키값을 공개하면 세션 보안에 위험이 생길 수 있다.

사용자 평가 및 후기

직접 Chrome 설정을 확인한 결과 서드파티 쿠키는 이미 허용된 상태였으며 별도의 허용 사이트는 등록되어 있지 않았다. 따라서 로그인 반복 문제를 해결하기 위해 쿠키 전체 허용 설정을 다시 변경할 필요는 없었다.

이처럼 현재 설정을 먼저 확인하면 인터넷에 소개된 방법을 무조건 적용하지 않고 자신의 환경에 맞게 원인을 좁힐 수 있다. 다음 단계로 특정 사이트의 쿠키만 삭제하고 로그인 전후 주소를 비교하는 방식이 합리적이다.

나의 비평

로그인이 풀린다는 이유로 모든 쿠키를 허용하거나 브라우저 보안 기능을 무조건 끄는 것은 좋은 해결책이 아니다. 이번 확인처럼 서드파티 쿠키가 이미 허용된 상태라면 같은 설정을 반복해도 문제가 해결되지 않는다.

나는 현재 설정 확인 → 특정 사이트 쿠키 삭제 → 로그인 주소 비교 → 개발자 도구 점검 순서가 가장 안전하다고 생각한다. 실제 설정 화면과 시험 결과를 함께 기록하면 단순한 사용법을 넘어 문제 원인을 분석한 깊이 있는 콘텐츠가 될 수 있다.

ELIYAHUB

ELIYAHUB
함께 보면 좋은 글

댓글 0

첫 댓글을 남겨보세요.

error: Content is protected !!