Критика на функцията API Idle Detection в Chrome 94. Експерименти с Rust в Chrome

Включването на API за откриване на неактивност по подразбиране в Chrome 94 доведе до вълна от критики с препратки към опозицията от разработчиците на Firefox и WebKit/Safari.

API за откриване на неактивност позволява на уебсайтовете да определят времето, когато потребителят не е активен, т.е. не взаимодействува с клавиатурата/мишката или работи на друг монитор. API също така позволява да се установи дали екранният защитник е включен в системата. Информирането за неактивност се осъществява чрез изпращане на уведомление след достигане на зададен праг на неактивност, минималната стойност на който е установена на 1 минута.

Важно е да се отбележи, че използването на API за откриване на неактивност изисква явното предоставяне на права от страна на потребителя, т.е. когато приложението за първи път опита да установи факта на неактивност, на потребителя ще бъде показан прозорец с предложение да предостави права или да блокира операцията. За пълно деактивиране на API за откриване на неактивност в раздела с настройки "Конфиденциалност и сигурност" е предвидена специална опция ("chrome://settings/content/idleDetection").

Като области на приложение се посочват приложения за чат, социални мрежи и комуникация, които могат да променят статуса на потребителя в зависимост от неговото присъствие пред компютъра или да отложат показването на уведомления за нови съобщения до идването на потребителя. API също така може да се прилага в приложения за киоски, за да се върне към началния екран след определен период на неактивност или да се изключат ресурсно интензивни интерактивни операции, като прерисуването на сложни постоянно обновяващи се диаграми, когато потребителят не е пред компютъра.

Позицията на противниците на включването на API Idle Detection се основава на факта, че информацията дали потребителят е пред компютъра или не може да се счита за конфиденциална. Освен полезните приложения, този API може да се използва и за недобри цели, например, за опити за експлоатация на уязвимости по време на отсъствието на потребителя или за скриване на забележима злонамерена активност, като например майнинг. С помощта на разглеждания API могат да бъдат събирани данни за моделите на поведение на потребителя и дневния ритъм на работата му. Например, може да се разбере кога потребителят обикновено излиза на обяд или напуска работното си място. При задължителна заявка за потвърждение на предоставянето на права, посочените опасения се приемат от Google като незначителни.

Допълнително може да се отбележи бележка от разработчиците на Chrome относно внедряването на нови техники за осигуряване на безопасна работа с паметта. Според данни на Google 70% от проблемите със сигурността в Chrome са причинени от грешки при работа с паметта, като например достъп до буфер след освобождаването на свързаната с него памет (use-after-free). Има три основни стратегии за справяне с подобни грешки: засилване на проверките по време на компилация, блокиране на грешки по време на изпълнение и използване на език, който осигурява безопасна работа с паметта.

Съобщава се за започването на експерименти относно добавянето в кодовата база на Chromium на възможността за разработване на компоненти на езика Rust. Кодът на Rust все още не влиза в предоставяните на потребителите версии и основно е насочен към тестване на възможността за разработка на отделни части на браузера на Rust и тяхната интеграция с останалите части, написани на C++. Паралелно с това за кода на C++ продължава развитието на проект за прилагане на типа MiraclePtr вместо raw-указатели, за предотвратяване на експлоатацията на уязвимости, причинени от достъп до вече освобождавани блокове памет, а също така се предлагат нови методи за откриване на грешки по време на компилация.

Освен това, компанията Google започва експеримент за тестване на възможно нарушаване на работата на сайтове след достигане на версия на браузъра, състояща се от три цифри вместо две. В частност, в тестовите издания на Chrome 96 се появи настройката «chrome://flags#force-major-version-to-100», при указване на която в заглавието User-Agent се започва да се издава версия 100 (Chrome/100.0.4650.4). През август подобен експеримент беше проведен и в Firefox, който разкри проблеми с обработката на трцифрени версии на някои сайтове.

Източник: opennet.ru