Cookies Having Independent Partitioned State (CHIPS)

Wie funktioniert CHIPS?

Um zu verstehen, wie CHIPS funktioniert, schauen wir uns ein kurzes Beispiel an. Historisch gesehen, wenn eine Site Inhalte über ein <iframe> einbettet, konnten die eingebetteten Inhalte ein Cookie auf dem Gerät des Benutzers als Antwort auf die Cross-Site-Anfrage setzen. Wenn der Benutzer andere Sites besucht, die denselben Inhalt einbetten, können die eingebetteten Inhalte auf dasselbe Cookie zugreifen, das ursprünglich von der ersten Instanz des eingebetteten Inhalts gesetzt wurde. Dies ermöglicht es dem Inhaltseigentümer, die Benutzeraktivität über diese Sites hinweg zu verfolgen sowie über andere Sites, die denselben Inhalt einbetten.

Zum Beispiel:

1. Ein Benutzer besucht https://site-a.example, das Inhalte von https://3rd-party.example einbettet. https://3rd-party.example setzt ein Cookie auf dem Gerät des Benutzers.
2. Der Benutzer besucht https://site-b.example, das ebenfalls https://3rd-party.example einbettet. Diese neue Instanz von https://3rd-party.example kann weiterhin auf das Cookie zugreifen, das gesetzt wurde, als der Benutzer auf der vorherigen Seite war.

Dies funktioniert, weil Cookies historisch gesehen mit einem Schlüssel gespeichert wurden, der basierend auf dem Host- oder Domainnamen der Site, die sie gesetzt hat, erstellt wurde, auch bekannt als Host-Schlüssel. Im obigen Fall würde das Cookie mit einem Schlüssel von ("3rd-party.example") gespeichert werden.

Browser mit CHIPS-Unterstützung bieten ein neues Attribut für den Set-Cookie HTTP-Header — Partitioned — das es Site-Eigentümern ermöglicht, sich für die Verwendung von CHIPS zu entscheiden:

Set-Cookie: __Host-example=34d8g; SameSite=None; Secure; Path=/; Partitioned;

Mit gesetztem Partitioned werden Drittanbieter-Cookies mit zwei Schlüsseln gespeichert, dem Host-Schlüssel und einem neuen Partitionierungs-Schlüssel. Der Partitionierungsschlüssel basiert auf der Site, einschließlich des Schemas der Top-Level-URL, die der Browser besuchte, als die Anfrage an den URL-Endpunkt gesendet wurde, der das Cookie gesetzt hat.

Zurück zu unserem Beispiel:

1. Ein Benutzer besucht https://site-a.example, das Inhalte von https://3rd-party.example einbettet. https://3rd-party.example setzt ein Cookie auf dem Gerät des Benutzers mit Partitioned, was bedeutet, dass sich der Site-Inhaber für CHIPS entscheidet.
2. Der Speicherschlüssel für das Cookie wäre jetzt {("https://site-a.example"), ("3rd-party.example")}}.
3. Wenn der Benutzer https://site-b.example besucht, das ebenfalls https://3rd-party.example einbettet, kann diese neue eingebettete Instanz nicht mehr auf das Cookie zugreifen, weil der Partitionierungsschlüssel nicht übereinstimmt.

CHIPS und Subdomains

CHIPS erlaubt es weiterhin, dass Drittanbieter-Inhalte, die über verschiedene Subdomains einer Site eingebettet sind, auf Drittanbieter-Cookies zugreifen können, die von diesen Inhalten gesetzt wurden. Schauen wir uns ein Beispiel für eine Einzelhandelsseite an, die einen Drittanbieter-Chat-Dienst verwendet:

1. Ein Benutzer besucht https://shoppy.example, das einen Drittanbieter-Chat-Dienst von https://3rd-party.example/chat einbettet, um Support für Benutzer zu bieten, die Hilfe benötigen. https://3rd-party.example/chat setzt ein Cookie auf dem Gerät des Benutzers mit Partitioned, um den Zustand des Chats über verschiedene Subdomains der Site hinweg zu bewahren.
2. Der Speicherschlüssel für das Cookie wäre {("https://shoppy.example"), ("3rd-party.example/chat")}}.
3. Der Benutzer besucht verschiedene Subdomains, die ebenfalls https://3rd-party.example/chat einbetten, einschließlich https://support.shoppy.example und https://checkout.shoppy.example. Die neuen eingebetteten Instanzen können auf das Cookie zugreifen, da der Partitionierungsschlüssel weiterhin übereinstimmt.

Spezifikationen

Browser-Kompatibilität

Siehe auch

• Cookies Having Independent Partitioned State (CHIPS) auf privacysandbox.google.com
• CHIPS Explainer