개발자가 '파티션을 나눈' 쿠키를 선택할 수 있도록 허용 최상위 사이트마다 별도의 쿠키 jar가 있습니다.
구현 상태
브라우저 지원
-
<ph type="x-smartling-placeholder">
-
<ph type="x-smartling-placeholder">
-
-
<ph type="x-smartling-placeholder">
- Chrome 114 이상에서 기본적으로 지원됩니다.
- 현재 완료된 오리진 트라이얼이 Chrome 100~116에서 제공되었습니다.
- 실험 의도 및 배송 의도를 읽습니다.
CHIPS란 무엇인가요?
Cookies Having Independent Partitioned State (CHIPS)를 사용하면 개발자가 최상위 사이트별로 별도의 쿠키 jar가 포함된 파티션을 나눈 저장소에 쿠키를 선택하여 사용자 개인 정보 보호 및 보안을 개선할 수 있습니다.
파티셔닝 없이 서드 파티 쿠키를 사용하면 서비스가 관련 없는 여러 최상위 사이트에서 사용자를 추적하고 정보를 조인할 수 있습니다. 이를 크로스 사이트 추적이라고 합니다.
브라우저는 파티션을 나누지 않은 서드 파티 쿠키를 단계적으로 폐지하고 있으므로 서드 파티 쿠키가 차단되었을 때 iframe과 같은 크로스 사이트 컨텍스트에서 쿠키를 읽고 쓸 수 있는 유일한 방법은 CHIPS, Storage Access API, Related Website Set가 될 것입니다.
<ph type="x-smartling-placeholder">![두 개의 웹사이트에서 요리를 공유하는 방법을 보여주는 다이어그램](https://developers.google.com/static/privacy-sandbox/assets/images/without-cookie-partitioni-bb0cbbf0c63d.png?hl=ko)
CHIPS에서는 새로운 쿠키 속성인 Partitioned
를 도입하여 최상위 컨텍스트로 파티션을 나눈 크로스 사이트 쿠키를 지원합니다.
Set-Cookie 헤더:
Set-Cookie: __Host-name=value; Secure; Path=/; SameSite=None; Partitioned;
자바스크립트:
document.cookie="__Host-name=value; Secure; Path=/; SameSite=None; Partitioned;"
파티셔닝된 서드 파티 쿠키는 처음에 설정된 최상위 사이트에 연결되어 다른 곳에서 액세스할 수 없습니다. 이렇게 하면 제3자 서비스에 의해 설정된 쿠키가 처음 설정되었던 최상위 사이트의 삽입된 컨텍스트 내에서만 읽힐 수 있습니다.
<ph type="x-smartling-placeholder">![공통의 서드 파티를 삽입한 두 개의 서로 다른 웹사이트가 해당 서드 파티의 쿠키를 더 이상 공유하지 않음을 보여주는 다이어그램](https://developers.google.com/static/privacy-sandbox/assets/images/with-cookie-partitioning-d3df97804f836.png?hl=ko)
파티셔닝된 쿠키를 사용하면 사용자가 사이트 A를 방문하고 사이트 C의 삽입된 콘텐츠가 Partitioned 속성으로 쿠키를 설정할 때, 쿠키는 사이트 C가 사이트 A에 퍼갈 때 설정한 쿠키에만 지정된 파티션을 나눈 jar에 저장됩니다. 브라우저는 최상위 사이트가 A인 경우에만 해당 쿠키를 전송합니다.
사용자가 새로운 사이트(예: 사이트 B)를 방문하면 삽입된 C 프레임은 C가 사이트 A에 삽입될 때 설정된 쿠키를 받지 못합니다.
사용자가 최상위 웹사이트로 사이트 C를 방문하는 경우, C가 A에 삽입되었을 때 설정된 파티셔닝된 쿠키도 해당 요청에 포함되지 않습니다.
<ph type="x-smartling-placeholder">![동일한 서드 파티가 두 개의 서로 다른 웹사이트에 삽입된 경우 쿠키가 공유되지 않음을 보여주는 다이어그램](https://developers.google.com/static/privacy-sandbox/assets/images/with-cookie-partitioning-a19ff8bdd6d0d.png?hl=ko)
사용 사례
예를 들어 retail.example
사이트는 서드 파티 서비스인 support.chat.example
와 협력하여 사이트에 지원 채팅 상자를 삽입할 수 있습니다. 오늘날 많은 채팅 서비스는 쿠키를 사용하여 상태를 저장합니다.
![삽입된 채팅 위젯이 있는 웹사이트를 보여주는 다이어그램](https://developers.google.com/static/privacy-sandbox/assets/images/top-level-site-retailexa-b1bf622bc028e.png?hl=ko)
support.chat.example
가 삽입된 최상위 수준 사이트인 Retail.example크로스 사이트 쿠키를 설정할 수 없으면 support.chat.example
에서 상태를 저장할 대체 메서드(보통 더 복잡한 대체 메서드)를 찾아야 합니다. 또는 support.chat.example
스크립트가 인증 쿠키에 액세스하는 기능과 같이 Retail.example에 대해 승격된 권한을 가질 수 있으므로 위험이 발생하는 최상위 페이지에 삽입해야 합니다.
CHIPS는 파티션을 나누지 않은 쿠키와 관련된 위험 없이 크로스 사이트 쿠키를 계속 사용할 수 있는 더 쉬운 옵션을 제공합니다.
CHIPS의 사용 사례로는 크로스 사이트 하위 리소스에 다음과 같이 단일 최상위 사이트에서의 사용자 활동으로 범위가 지정된 세션 또는 영구 상태의 개념이 필요한 모든 시나리오가 포함됩니다.
- 서드 파티 채팅 삽입
- 서드 파티 지도 삽입
- 서드 파티 결제 삽입
- 하위 리소스 CDN 부하 분산
- 헤드리스 CMS 제공업체
- 신뢰할 수 없는 사용자 콘텐츠를 제공하기 위한 샌드박스 도메인 (예: googleusercontent.com 및 githubusercontent.com)
- 쿠키를 사용하여 퍼스트 파티 사이트의 인증 상태에 따라 액세스가 제어되는 콘텐츠를 제공하는 서드 파티 CDN (예: 서드 파티 CDN에서 호스팅되는 소셜 미디어 사이트의 프로필 사진)
- 요청에 쿠키를 사용하여 원격 API를 사용하는 프런트엔드 프레임워크
- 게시자별 상태 범위가 필요한 삽입된 광고 (예: 해당 웹사이트에 대한 사용자의 광고 환경설정 캡처)
CHIPS에서 수신 동의 파티션 나누기 모델을 사용하는 이유
브라우저가 파티셔닝되지 않은 서드 파티 쿠키를 단계적으로 폐지함에 따라 파티셔닝을 위한 몇 가지 다른 접근 방식이 시도되었습니다.
Firefox는 ETP 엄격 모드와 시크릿 브라우징 모드에서 기본적으로 모든 서드 파티 쿠키를 파티셔닝하여 모든 교차 사이트 쿠키가 최상위 사이트에 의해 분할된다고 발표했습니다. 그러나 일부 서드 파티 서비스에서는 파티셔닝되지 않은 서드 파티 쿠키를 예상하는 서버를 구축했기 때문에 서드 파티의 선택 없이 파티셔닝 쿠키는 예기치 않은 버그를 유발할 수 있습니다.
Safari는 이전에 휴리스틱을 기반으로 쿠키 파티셔닝을 시도했지만 결국에는 쿠키를 완전히 차단하기로 했으며, 이는 개발자의 혼란을 그 이유 중 하나로 꼽았습니다. 최근 Safari는 수신 동의 기반 모델에 관심을 보였습니다.
파티셔닝된 쿠키의 기존 구현과 달리 CHIPS는 서드 파티 선택입니다. 파티션을 나누지 않은 서드 파티 쿠키가 더 이상 사용되지 않게 된 후 교차 파티 요청에 따라 쿠키를 전송하려면 새로운 속성으로 설정해야 합니다.
서드 파티 쿠키가 여전히 존재하지만 Partitioned
속성을 사용하면 더 제한적이고 더 안전한 유형의 쿠키 동작을 선택할 수 있습니다. CHIPS는 서비스가 서드 파티 쿠키 없는 미래로 원활하게 전환할 수 있도록 지원하는 중요한 단계입니다.
쿠키 파티션 나누기 기술 설계
현재 쿠키는 쿠키를 설정한 사이트의 호스트 이름 또는 도메인, 즉 호스트 키에 키가 지정됩니다.
예를 들어 https://support.chat.example
의 쿠키의 경우 호스트 키는 ("support.chat.example")
입니다.
CHIPS에서 파티셔닝을 선택한 쿠키는 호스트 키와 파티션 키에 이중 키를 사용합니다.
쿠키의 파티션 키는 쿠키를 설정하는 엔드포인트에 대한 요청 시작 시 브라우저가 방문한 최상위 URL의 사이트 (스키마 및 등록 가능한 도메인)입니다.
앞에 https://support.chat.example
가 https://retail.example
에 삽입되어 있는 예에서 최상위 URL은 https://retail.example
입니다.
이 경우 파티션 키는 ("https", "retail.example")
입니다.
마찬가지로 요청의 파티션 키는 요청 시작 시 브라우저가 방문하는 최상위 URL 사이트입니다. 브라우저는 쿠키와 동일한 파티션 키를 사용하는 요청에서 Partitioned
속성이 있는 쿠키만 전송해야 합니다.
이 예에서 쿠키 키는 CHIPS를 사용하기 전과 후의 모습입니다.
<ph type="x-smartling-placeholder">![사이트 A와 삽입된 사이트 C는 파티셔닝된 쿠키를 공유합니다. 삽입되지 않으면 사이트 C는 파티셔닝된 쿠키에 액세스할 수 없습니다.](https://developers.google.com/static/privacy-sandbox/assets/images/site-and-embedded-site-b6ea4419a367f.png?hl=ko)
CHIPS 이전
key=("support.chat.example")
CHIPS 후
key={("support.chat.example"),("https", "retail.example")}
보안 설계
좋은 보안 관행을 장려하기 위해 CHIPS를 사용하면 쿠키가 보안 프로토콜을 통해서만 설정되고 전송됩니다.
- 파티션을 나눈 쿠키는
Secure
로 설정해야 합니다. - 파티셔닝된 쿠키를 설정할 때
__Host-
접두사를 사용하여 쿠키가 등록 가능한 도메인이 아닌 호스트 이름에 바인딩되도록 하는 것이 좋습니다.
예:
Set-Cookie: __Host-example=34d8g; SameSite=None; Secure; Path=/; Partitioned;
<ph type="x-smartling-placeholder">
CHIPS의 대안
Storage Access API 및 관련 Related Website Set (RWS)는 특정 사용자 대상 목적을 위해 제한된 교차 사이트 쿠키 액세스를 가능하게 하는 웹 플랫폼 메커니즘입니다.
이는 파티션을 나누지 않은 크로스 사이트 쿡에 대한 액세스가 필요한 CHIPS 파티셔닝의 대안입니다.
여러 관련 사이트에 삽입된 서비스에서 동일한 쿠키를 사용해야 하는 상황에서 Storage Access API 및 관련 웹사이트 세트를 고려해 보세요.
CHIPS는 서비스가 여러 사이트에서 격리된 구성요소 역할을 할 수 있는 기능을 제공하며, 이때 동일한 쿠키를 여러 사이트에서 사용할 필요가 없습니다. 서비스가 파티셔닝된 쿠키를 설정하는 경우, 파티션 키가 최상위 사이트가 되고 이 서비스를 사용하는 다른 사이트에서는 이 쿠키를 사용할 수 없습니다.
관련 웹사이트 세트 디자인은 Storage Access API를 사용하며 CHIPS 파티셔닝과 통합되지 않습니다. RWS 내 사이트 간에 공유된 쿠키 파티션에 의존하는 사용 사례가 있는 경우 GitHub 문제에 대한 예시와 의견을 제공할 수 있습니다.
데모
이 데모에서는 파티셔닝된 쿠키의 작동 방식과 DevTools에서 쿠키를 검사하는 방법을 설명합니다.
사이트 A는 자바스크립트를 사용하여 두 가지 쿠키(파티션을 나누지 않은 쿠키와 파티션을 나누지 않은 쿠키)를 설정하는 사이트 B의 iframe을 삽입합니다. 사이트 B는 document.cookie
를 사용하여 해당 위치에서 액세스할 수 있는 모든 쿠키를 표시합니다.
서드 파티 쿠키가 차단되면 사이트 B는 크로스 사이트 컨텍스트에서 Partitioned
속성을 통해서만 쿠키를 설정하고 액세스할 수 있습니다.
서드 파티 쿠키가 허용되면 사이트 B도 파티셔닝되지 않은 쿠키를 설정하고 액세스할 수 있습니다.
<ph type="x-smartling-placeholder">![사이트 A 및 사이트 B](https://developers.google.com/static/privacy-sandbox/assets/images/3p-cookies-blocked-and-not-blocked.png?hl=ko)
기본 요건
- Chrome 118 이상
chrome://flags/#test-third-party-cookie-phaseout
에서 이 설정을 사용 설정하세요
DevTools를 사용하여 파티셔닝된 쿠키 검사
- https://chips-site-a.glitch.me를 방문합니다.
Control+Shift+J
(Mac의 경우Command+Option+J
)를 눌러 DevTools를 엽니다.- Application 탭을 클릭합니다.
- 응용 프로그램 > 스토리지 > 쿠키를 참조하세요.
https://chips-site-b.glitch.me
아이콘을 클릭합니다.
DevTools에 선택한 출처의 쿠키가 모두 표시됩니다.
<ph type="x-smartling-placeholder">![](https://developers.google.com/static/privacy-sandbox/assets/images/QcTVEgWjGYQZJtMX0g4a.png?hl=ko)
사이트 B는 크로스 사이트 컨텍스트에서만 파티셔닝된 쿠키를 설정할 수 있으며, 파티셔닝되지 않은 쿠키는 차단됩니다.
- 최상위 사이트
https://chips-site-a.glitch.me
의 파티션 키와 함께__Host-partitioned-cookie
가 표시됩니다.
![](https://developers.google.com/static/privacy-sandbox/assets/images/DvSAMie7T41SFBY7wUrc.png?hl=ko)
- 사이트 B로 이동을 클릭합니다.
- DevTools에서 Application > 스토리지 > 쿠키를 참조하세요.
https://chips-site-b.glitch.me
아이콘을 클릭합니다.
![사이트 B](https://developers.google.com/static/privacy-sandbox/assets/images/site-b.png?hl=ko)
이 시나리오에서는 최상위 컨텍스트에서 사이트 B에 있으므로 두 쿠키를 모두 설정하고 액세스할 수 있습니다.
unpartitioned-cookie
에 빈 파티션 키가 있습니다.__Host-partitioned-cookie
쿠키에는 파티션 키https://chips-site-b.glitch.me
가 있습니다.
![](https://developers.google.com/static/privacy-sandbox/assets/images/vl4ouXXVqQ1bB5dEP4iK.png?hl=ko)
사이트 A로 다시 이동하면 unpartitioned-cookie
이 이제 브라우저에 저장되지만 사이트 A에서 액세스할 수는 없습니다.
- Go to Site A(사이트 A로 이동)를 클릭합니다.
- 네트워크 탭을 클릭합니다.
https://chips-site-b.glitch.me
아이콘을 클릭합니다.- Cookies(쿠키) 탭을 클릭합니다.
사이트 A에 있는 동안 최상위 사이트 https://chips-site-a.glitch.me
의 파티션 키와 함께 __Host-partitioned-cookie
를 볼 수 있습니다.
![](https://developers.google.com/static/privacy-sandbox/assets/images/223LlvPnqtMPoEjMASht.png?hl=ko)
필터링된 쿠키 요청 표시를 선택하면 DevTools에 파티션을 나누지 않은 쿠키가 차단되어 있고 노란색으로 강조 표시된 것을 표시하며 '사용자 환경설정으로 인해 쿠키가 차단되었습니다.'라는 도움말과 함께 표시됩니다.
<ph type="x-smartling-placeholder">![](https://developers.google.com/static/privacy-sandbox/assets/images/a4jDguCgbwt9D5RB5Q6r.png?hl=ko)
Application > 스토리지 > 쿠키(https://chips-site-b.glitch.me
클릭)
표시:
unpartitioned-cookie
를 빈 파티션 키로 바꿉니다.- 파티션 키가
https://chips-site-a.glitch.me
인__Host-partitioned-cookie
쿠키
![](https://developers.google.com/static/privacy-sandbox/assets/images/tv3pAAoTktiX3nZdIUIh.png?hl=ko)
__Host-partitioned-cookie
쿠키에는 파티션 키 https://chips-site-a.glitch.me
가 있습니다. unpartitioned-cookie
이(가) 표시되지만 사이트 A에 삽입된 경우 사이트 B iframe에서 액세스할 수 없습니다.쿠키 삭제
데모를 재설정하려면 사이트의 쿠키를 모두 삭제하세요.
Control+Shift+J
(Mac의 경우Command+Option+J
)를 눌러 DevTools를 엽니다.- Application 탭을 클릭합니다.
- 응용 프로그램 > 스토리지 > 쿠키를 참조하세요.
https://chips-site-b.glitch.me
를 마우스 오른쪽 버튼으로 클릭합니다.- Clear(삭제)를 클릭합니다.
리소스
- GitHub: 설명서를 읽고 질문을 올리고 토론을 팔로우합니다.
- 개발자 지원: 개인 정보 보호 샌드박스 개발자 지원 저장소에서 질문하고 토론에 참여하세요.