Wdróż tę usługę i zarządzaj nią, aby tworzyć raporty podsumowujące dotyczące Attribution Reporting API lub Private Aggregation API.
Wdrażanie usługi agregacji i zarządzanie nią w celu przetwarzania agregacji z raportów Attribution Reporting API lub interfejsu Private Aggregation API do utwórz raport podsumowujący.
Stan implementacji
- usługa agregacji, Usługa została teraz ogólnie dostępna.
- Usługę agregacji można przetestować za pomocą Attribution Reporting API oraz Private Aggegration API na potrzeby Protected Audience API i Shared Storage
Wyjaśnienie. kluczowe terminy, przydatne w zrozumieniu działania usługi agregacji.
Dostępność
Proposal | Status |
---|---|
Aggregation Service support for Amazon Web Services (AWS) across Attribution Reporting API, Private Aggregation API
Explainer |
Available |
Aggregation Service support for Google Cloud across Attribution Reporting API, Private Aggregation API Explainer |
Available in beta |
Aggregation Service site enrollment and mapping of a site to cloud accounts (AWS, or GCP) FAQs on GitHub |
Available |
The Aggregation Service's epsilon value will be kept as a range of up to 64, to facilitate experimentation and feedback on different parameters.
Submit ARA epsilon feedback. Submit PAA epsilon feedback. |
Available. We will provide advanced notice to the ecosystem before the epsilon range values are updated. |
More flexible contribution filtering for Aggregation Service queries
Explainer |
Expected Q2 2024 |
Process for budget recovery post-disasters (errors, misconfigurations, and so on)
GitHub issue |
Available: Explainer. |
Accenture operating as one of the Coordinators on AWS
Developer Blog |
Available |
Independent party operating as one of the Coordinators on Google Cloud
Developer Blog |
Expected Q3 2024 |
Bezpieczne przetwarzanie danych
Usługa agregacji odszyfrowuje i łączy dane zebrane z raportów agregowanych, dodaje szum i zwraca ostateczny raport podsumowujący. Ta usługa działa w zaufanym środowisku wykonawczym (TEE), które jest wdrożone w usłudze w chmurze obsługującej niezbędne środki bezpieczeństwa do ochrony tych danych.
Kod TEE jest jedynym miejscem w usłudze agregacji, które ma dostęp do nieprzetworzone raporty – ten kod będzie poddawany audytowi przez badaczy bezpieczeństwa, zwolenników i technologii reklamowych. Aby potwierdzić, że TEE używa dokładnie zatwierdzonego i zabezpieczania danych, a koordynator przeprowadza atest.
![Raporty agregowane są zbierane, grupowane i wysyłane do TEE w celu przekształcenia w ostateczny raport podsumowujący.](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/aggregatable-reports-are-bcd3682ede5cb.png?authuser=9&hl=pl)
Certyfikat TEE koordynatora
Koordynator to podmiot odpowiedzialny za zarządzanie kluczami i zagregowanie danych księgowość raportów.
Koordynator ma kilka obowiązków:
- Przechowuj listę autoryzowanych obrazów binarnych. Te obrazy są szyfry kryptograficzne tworzy oprogramowanie usługi agregacji, które Google będzie okresowo wersji. Będzie można je odtworzyć, aby każda osoba mogła zweryfikować zdjęcia. są identyczne z kompilacjami usługi agregacji.
- Zarządzać systemem zarządzania kluczami. Chrome wymaga kluczy szyfrowania na urządzeniu użytkownika, aby szyfrować agregowane raporty. Klucze odszyfrowywania są niezbędne do potwierdzenia, że kod usługi agregacji pasuje do obrazów binarnych.
- Śledź raporty agregowane, aby zapobiegać ich ponownemu użyciu w ramach agregacji na potrzeby podsumowania raportów, ponieważ ponowne używanie może ujawnić informacje umożliwiające identyfikację.
„Brak duplikatów” reguła
Aby uzyskać wgląd w zawartość konkretnego raportu agregowanego, osoba przeprowadzająca atak może utworzyć wiele kopii raportu i umieścić je w jedną lub wiele partii. Z tego powodu usługa agregacji wymusza „brak duplikatów” reguła:
- Zbiorczo: raport agregowany może wystąpić tylko raz w grupie.
- Różne partie: raporty agregowane nie mogą pojawiać się w więcej niż jednej grupie danych ani być częścią więcej niż 1 raportu podsumowującego.
W tym celu przeglądarka przypisuje każdemu raportowi zbiorczemu wspólny identyfikator.
Przeglądarka generuje udostępniany identyfikator na podstawie kilku punktów danych, w tym: API
wersja, źródło raportowania, witryna docelowa, czas rejestracji źródła oraz
czas zaplanowanego raportu. Dane te pochodzą z
shared_info
w raporcie.
Usługa agregacji potwierdza, że wszystkie agregowane raporty z tym samym wspólne identyfikatory są w tej samej grupie i przesyłane do koordynatora, Dokument tożsamości został przetworzony. Jeśli zostanie utworzonych wiele partii o tym samym identyfikatorze, tylko jedna wsady mogą zostać zaakceptowane do agregacji, a inne są odrzucane.
Podczas uruchomienia debugowania „bez duplikatów” nie jest egzekwowana w wielu grupach. Innymi słowy, i raporty z poprzednich partii mogą zostać wyświetlone podczas debugowania. Reguła jest jednak są nadal egzekwowane w grupie. Dzięki temu możesz eksperymentować z usługą i różnych strategii grupowania bez ograniczania przyszłego przetwarzania w środowisku produkcyjnym.
Szum i skalowanie
Aby chronić prywatność użytkownika, usługa agregacji stosuje mechanizm dodawania szumu do nieprzetworzonych danych z raportów agregowanych. Oznacza to, że pewna ilość szum statystyczny jest dodawany do każdej wartości zbiorczej przed jej opublikowaniem w podsumowującym raport.
Chociaż nie masz bezpośredniej kontroli nad sposobem dodawania szumu, możesz wpływać na wpływ szumu na dane pomiarowe.
![Szum jest stały, niezależnie od wartości zagregowanej.](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/noise-is-constant-regard-13b75abbf4e7a.png?authuser=9&hl=pl)
Wartość szumu jest losowo pobierana z Rozkład prawdopodobieństwa Laplace'a, a rozkład jest taki sam niezależnie od ilości danych zebranych w do agregacji. Im więcej danych zbierzesz, tym mniejszy będzie wpływ szumu na wyniki raportu podsumowującego. Możesz powielić raport agregowany przez skalowanie, aby zmniejszyć wpływ szumu.
Aby zrozumieć, w jaki sposób dodawany jest szum, jak sterować i jaki wpływa znajdziesz w Budżet darowizn i skalowanie w górę budżetu darowizny w artykule Praca z szumem.
Generowanie raportów podsumowujących
Generowanie raportu podsumowującego zależy od użycia interfejsu API. Więcej informacji o generując raporty podsumowujące dla Private Aggregation API oraz Attribution Reporting API.
Testowanie usługi agregacji
Zalecamy zapoznanie się z odpowiednim przewodnikiem dotyczącym każdego interfejsu API, który testujesz:
Aby przetestować usługę agregacji, wypróbuj nasze ćwiczenia z programowania:
Możesz też korzystać z lokalnego narzędzia do testowania do przetwarzania raportów agregowanych na potrzeby Attribution Reporting i interfejsu Private Aggregation API.
Platforma do testowania obciążenia usługi agregacji zawiera sugerowaną platformę do testowania.
Angażuj odbiorców i dziel się opiniami
Usługa agregacji to kluczowy element interfejsów API pomiarowych Piaskownicy prywatności. Podobnie jak inne interfejsy API Piaskownicy prywatności, jest to udokumentowane i omówione publicznie na GitHubie.
- Pomoc dotycząca usługi agregacji: przeczytaj objaśnienie, zbieraj pytania, przekazuj opinie na temat implementacji i bierz udział w dyskusji. Aby uzyskać dodatkową pomoc, skontaktuj się z naszym aliasem pomocy.
- Pomoc dla deweloperów Piaskownicy prywatności: zadawaj pytania i dołączaj do dyskusji w repozytorium pomocy dla deweloperów Piaskownicy prywatności.