Вицепрезидентът на Google, отговарящ за проекта Privacy Sandbox, обяви решението да се запази съществуващият подход за блокиране на третирани Cookie в Chrome — Cookie, поставяни при достъп до домейни, различни от домейна на текущата страница, ще бъдат блокирани по подразбиране само в режим „инкогнито“. Ще бъде преразгледано и използването на технологиите Privacy Sandbox в екосистемата, план за по-нататъшно развитие на които се планира да бъде подготвен в следващите месеци.
Отбелязва се, че решението е взето, тъй като от старта на инициативата Privacy Sandbox през 2019 г. много неща са се променили, например, напредъкът на технологиите за защита на личната информация се е ускорил, реализирани са методи за осигуряване на безопасността на потребителите, основани на AI, и нормативната база за регулиране на индустрията е променена в световен мащаб.
През лятото на миналата година компанията Google се отказа от идеята за пълно прекратяване на поддръжката на третирани Cookie в Chrome, но възнамеряваше да внедри диалог за потвърждаване на съгласието на потребителя за включване на блокирането. Сега този план е отменен и блокирането ще се прилага само при задаване на съответните настройки в секцията „Лични данни и сигурност“, т.е. вместо въвеждането на концепцията „блокираме по подразбиране, но потребителят може да се откаже“ ще остане схемата „третирани Cookie са разрешени по подразбиране, но при желание потребителят може да включи блокирането“.
Под третирани Cookie се разбират Cookie, поставяни при достъп до домейни, различни от домейна на текущата страница. Например, при блокиране на третирани Cookie кодът от сайт „C“, вграден чрез iframe на сайтове „A“ и „B“, няма да може да обработва общите за тези сайтове Cookie, а поставените от сайта „C“ Cookie ще бъдат недостъпни при зареждането на кода при достъп до сайтове „A“ и „B“. Третирани Cookie обикновено се използват за проследяване на движението на потребителите между сайтовете в рекламни мрежи, социални мрежи и системи за уеб анализи. В Firefox третирани Cookie по подразбиране се блокират от 2019 г., а в Safari от 2020 г.
Вместо на сторонни Cookie, компания Google популяризира редица специализирани API, които отчитат нуждите на потребителите от конфиденциалност, като FedCM (Federated Credential Management, позволява създаване на обединени идентификационни услуги), Private State Tokens (позволяват разделяне на потребителите без използване на междусайтови идентификатори), Topics (позволяват ранжиране на потребителите по групи интереси), Protected Audience (таргетиране и изследване на аудиторията) и Attribution Reporting (оценка на ефективността на рекламата).
Въпреки многогодишните усилия на Google за популяризиране на технологиите Privacy Sandbox, индустрията на интернет рекламата се оказа неподготвена за отказ от използването на проследяващи Cookie. Промяната също така предизвика опасения у регулаторите, че блокирането на странични Cookie може да се използва от Google за потискане на конкуренцията и злоупотреба с доминиращата позиция на Chrome на пазара на браузъри, за да се предоставят предимства на собствените им рекламни услуги.
Освен това, инициативата на Google предизвика съпротива в общността и критики, свързани с това, че методите, идващи на мястото на проследяващите Cookie, не решават всички проблеми и създават нови рискове, като предоставянето на условия за дискриминация на потребителите и появата на допълнителен фактор за скрито идентифициране и проследяване на перемещенията на потребителя.
В анонса също се споменава намерението да се активира механизма IP Protection в режим „инкогнито“. Активирането е планирано за третото тримесечие на тази година. IP Protection ще позволи скриването на IP-адреса на потребителя от собствениците на сайтове, благодарение на изпращането на трафика не директно, а през прокси-сървъри. При активиране на IP Protection целевият сървър ще вижда само адреса на проксито като входящ IP-адрес, подобно на използването на VPN. За анонимизация на заявката се споменава възможността за прокарване на заявката последователно през няколко прокси. В този случай информацията за IP-адреса на клиента ще бъде известна само на първото прокси, а второто прокси в веригата ще вижда адреса на първото прокси.
Източник: opennet.ru
