Cookies Having Independent Partitioned State (CHIPS)

Wie funktioniert CHIPS?

Um zu verstehen, wie CHIPS funktioniert, betrachten wir ein kurzes Beispiel. Historisch gesehen, wenn eine Site Inhalte über ein <iframe> einbettet, konnte der eingebettete Inhalt als Reaktion auf die Cross-Site-Anfrage ein Cookie auf dem Gerät des Benutzers setzen. Wenn der Benutzer andere Sites besucht, die denselben Inhalt einbetten, kann der eingebettete Inhalt auf dasselbe Cookie zugreifen, das ursprünglich von der ersten Instanz des eingebetteten Inhalts gesetzt wurde. Dies ermöglicht es dem Inhaltsanbieter, Benutzeraktivitäten auf diesen und anderen Sites zu verfolgen, die denselben Inhalt einbetten.

Beispiel:

1. Ein Benutzer besucht https://site-a.example, die 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, die 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 auf dem Host- oder Domainnamen der Site basiert, die sie gesetzt hat, auch bekannt als Host-Schlüssel. Im obigen Fall würde das Cookie mit einem Schlüssel von ("3rd-party.example") gespeichert.

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

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

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

Zurück zu unserem Beispiel:

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

CHIPS und Subdomains

CHIPS ermöglicht es weiterhin, dass Drittanbieter-Inhalte, die über verschiedene Subdomains einer Site eingebettet sind, auf Drittanbieter-Cookies zugreifen, die von diesen Inhalten gesetzt wurden. Betrachten wir ein Einzelhandels-Website-Beispiel, das einen Drittanbieter-Chatdienst verwendet:

1. Ein Benutzer besucht https://shoppy.example, die einen Drittanbieter-Chat-Service von https://3rd-party.example/chat einbettet, um Unterstützung für Benutzer bereitzustellen, die Hilfe benötigen. https://3rd-party.example/chat setzt ein Cookie auf dem Gerät des Benutzers unter Verwendung von Partitioned, um den Zustand des Chats über verschiedene Site-Subdomains hinweg aufrechtzuerhalten.
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 Partition-Schlüssel weiterhin übereinstimmt.

Spezifikationen

Browser-Kompatibilität

Siehe auch

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