Google го оправдува ограничувањето на webRequest API што го користат блокаторите на реклами

Програмери на прелистувачот Chrome се обиде оправдаат прекинување на поддршката за блокирачкиот режим на работа на webRequest API, кој ви овозможува да ја менувате примената содржина во лет и активно се користи во додатоци за блокирање реклами,
заштита од малициозен софтвер, фишинг, шпионирање на активноста на корисниците, родителски контроли и приватност.

Мотивите на Google:

• Режим на блокирање на API вебБарање доведува до голема потрошувачка на ресурси.
  Кога го користите ова API, прелистувачот прво ги испраќа додатокот сите податоци содржани во мрежното барање, додатокот го анализира и враќа изменета верзија за понатамошна обработка во прелистувачот или издава инструкции за блокирање. Во овој случај, главните одложувања не се појавуваат во фазата на обработка на сообраќајот од додатокот, туку поради режиските трошоци за координирање на извршувањето на додатокот. Особено, таквите манипулации бараат започнување на посебен процес за дополнување, како и употреба на IPC за интеракција со овој процес и механизмите за серијализација на податоците;

• Додатокот целосно го контролира целиот сообраќај на ниско ниво, што отвора огромни можности за злоупотреба и прекршување на приватноста. Според статистиката на Google, 42% од сите откриени малициозни додатоци користеле webRequest API. Забележано е дека секој месец во каталогот на веб-продавницата на Chrome се блокирани обиди да се стават во просек 1800 малициозни додатоци. За жал, прегледувањето не ни дозволува да ги фатиме сите малициозни додатоци без исклучок, па за да се подобри заштитата, беше одлучено да се ограничат додатоците на ниво на API. Главната идеја е да се обезбедат додатоци со пристап не до целиот сообраќај, туку само до податоците што се неопходни за имплементација на предвидената функционалност. Конкретно, за блокирање на содржината, не е неопходно да се даде целосен пристап на додатокот до сите доверливи кориснички податоци;
• Предложено замена декларативно API декларативноNetRequest се грижи за целата работа на филтрирање содржини со високи перформанси и бара само додатоци за вчитување правила за филтрирање. Додатокот не може да се меша во сообраќајот и приватните податоци на корисникот остануваат неповредливи;
• Google зеде предвид многу од коментарите во врска со недостатокот на функционалност на декларативно NetRequest API и го прошири ограничувањето на бројот на правила за филтрирање од првично предложените 30 илјади по екстензија на глобален максимум од 150 илјади, а исто така додаде и можност за динамично промена и додавање правила, отстранување и замена на заглавијата на HTTP ( Referer, Cookie, Set-Cookie) и параметри за барање;
• За претпријатијата, можно е да се користи блокирачкиот режим на работа на webRequest API, бидејќи политиката за користење додатоци ја одредува администратор кој ги разбира карактеристиките на инфраструктурата и е свесен за ризиците. На пример, наведениот API може да се користи во претпријатијата за снимање на протокот на сообраќај на вработените и интегрирање со внатрешните системи;
• Целта на Google не е да ги поткопа или потисне додатоците за блокирање реклами, туку да овозможи создавање побезбедни и помоќни блокатори на реклами;
• Неподготвеноста да се напушти блокирачкиот режим на работа на webRequest API заедно со новиот декларативенNetRequest се објаснува со желбата да се ограничи пристапот на додатоците до доверливи податоци. Ако го оставите webRequest API како што е, повеќето додатоци нема да го користат побезбедниот декларативен NetRequest, бидејќи при изборот помеѓу безбедноста и функционалноста, повеќето програмери обично избираат функционалност.

Приговори програмери дополнувања:

• Спроведено од развивачи на додатоци тестови покажуваат незначително севкупно влијание врз перформансите на додатоците за блокирање реклами (за време на тестирањето, се споредуваа перформансите на различни додатоци, но без да се земат предвид трошоците за дополнителен процес што го координира извршувањето на управувачите во режимот на блокирање на webRequest API);
• Не е практично целосно да престанете да поддржувате API што активно се користи во додатоците. Наместо да ја отстраните, можете да додадете посебна дозвола и строго да ја контролирате соодветноста на нејзината употреба во додатоците, што би ги спасило авторите на многу популарни додатоци од целосно преработка на нивните производи и ќе избегне намалување на функционалноста;
• За да ги намалите општите трошоци, не можете да го избришете API-то, туку да го преправите врз основа на механизмот Promise, слично на имплементацијата на webRequest во Firefox;
• Предложената алтернатива, declarativeNetRequest, не ги покрива сите потреби на развивачите на додатоци за блокирање реклами и безбедност/приватност, бидејќи не обезбедува целосна контрола врз мрежните барања, не дозволува употреба на сопствени алгоритми за филтрирање и не дозволува употреба на сложени правила кои се преклопуваат во зависност од условите;
• Со сегашната состојба на declarativeNetRequest API, невозможно е повторно да се создаде постоечката функционалност на додатоците uBlock Origin и uMatrix непроменети, а исто така го прави бесмислен понатамошниот развој на порта NoScript за Chrome;
• Загриженоста за приватноста е пресилна, бидејќи режимот само за читање и не-блокирање на webRequest API е оставен на место и сè уште им овозможува на малициозните додатоци да го контролираат целиот сообраќај, но не обезбедува можност да се меша со него на летај (променете ја содржината, поставете ги вашите реклами, стартувајте рудари и анализирајте ја содржината на формуларите за внесување може да се користат откако страницата ќе заврши со вчитување);
• Програмери на прелистувачи Храбар, Опера и Вивалди, изграден на моторот Chromium, имаат намера да остават поддршка за режимот за блокирање webRequest во нивните производи.

Извор: opennet.ru