Вицепрезидентът на Google, отговарящ за проекта Privacy Sandbox, обяви решението да запази съществуващия подход за блокиране на трети страни Cookies в Chrome — Cookies, поставени при достъп до домейни, различни от домейна на текущата страница, ще бъдат блокирани по подразбиране само в режим „инкогнито“. Също така ще бъде преразгледано използването на технологиите Privacy Sandbox в екосистемата, а планът за по-нататъшно напредване ще бъде подготвен в следващите месеци.
Отбелязва се, че решението е взето, тъй като от момента на стартиране на инициативата Privacy Sandbox през 2019 г. много се е променило, например, ускорено е напредването на технологиите за защита на поверителността, реализирани са методи за осигуряване на безопасността на потребителите, основани на ИИ, а по целия свят е променена нормативната база за регулиране на индустрията.
През лятото на миналата година компанията Google се отказа от идеята напълно да прекрати подкрепата на трети страни Cookies в Chrome, но възнамеряваше да предложи диалог за потвърждение на съгласието на потребителя за активиране на блокирането. Сега този план е отменен и блокирането ще се извършва само при задаване на съответните настройки в секцията „Privacy and Security“, т.е. вместо да се въведе концепция „блокираме по подразбиране, но потребителят може да се откаже“, ще остане схемата „третьи страни Cookies са разрешени по подразбиране, но при желание потребителят може да включи блокирането“.
Под трети страни Cookies се разбират Cookies, поставени при достъп до домейни, различни от домейна на текущата страница. Например, при блокиране на трети страни Cookies кодът от сайт „C“, интегриран чрез iframe на сайтове „A“ и „B“, няма да може да обработва общи Cookies за тези сайтове и Cookies, поставени от сайт „C“, ще бъдат недостъпни при зареждане на кода, когато се посещават сайтове „A“ и „B“. Трети страни Cookies обикновено се използват за следене на движението на потребителя между сайтовете в кода на рекламни мрежи, социални медийни добавки и системи за уеб-анализ. В Firefox трети страни Cookies се блокират по подразбиране от 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
