Chrome brauzeri ishlab chiquvchilari Qabul qilingan tarkibni tezda o'zgartirishga imkon beruvchi va reklamani blokirovka qilish uchun qo'shimchalarda faol foydalaniladigan webRequest API blokirovkalash rejimini qo'llab-quvvatlashni to'xtatish,
zararli dasturlardan, fishingdan, foydalanuvchi faoliyatiga josuslikdan himoya qilish, ota-ona nazorati va maxfiylik.
Google motivlari:
- API blokirovka qilish rejimi yuqori resurslar sarflanishiga olib keladi.
Ushbu API-dan foydalanganda, brauzer avval tarmoq so'rovidagi barcha ma'lumotlarni qo'shimchani yuboradi, plagin uni tahlil qiladi va brauzerda keyingi qayta ishlash uchun o'zgartirilgan versiyani qaytaradi yoki ko'rsatmalarni blokirovka qiladi. Bunday holda, asosiy kechikishlar qo'shimcha tomonidan trafikni qayta ishlash bosqichida emas, balki qo'shimchani bajarishni muvofiqlashtirish uchun qo'shimcha xarajatlar tufayli yuzaga keladi. Xususan, bunday manipulyatsiyalar to'ldirish uchun alohida jarayonni ishga tushirishni, shuningdek, ushbu jarayon va ma'lumotlarni ketma-ketlashtirish mexanizmlari bilan o'zaro ta'sir qilish uchun IPCdan foydalanishni talab qiladi; - Qo'shimcha barcha trafikni past darajada to'liq nazorat qiladi, bu esa suiiste'mollik va maxfiylikni buzish uchun keng imkoniyatlar ochadi. Google statistikasiga ko'ra, barcha aniqlangan zararli qo'shimchalarning 42 foizi webRequest API-dan foydalangan. Qayd etilishicha, har oyda Chrome internet-do‘koni katalogiga o‘rtacha 1800 ta zararli qo‘shimchalarni joylashtirishga urinishlar bloklanadi. Afsuski, ko'rib chiqish barcha zararli qo'shimchalarni istisnosiz qo'lga kiritishga imkon bermaydi, shuning uchun himoyani kuchaytirish uchun API darajasida qo'shimchalarni cheklashga qaror qilindi. Asosiy g'oya - qo'shimchalarni barcha trafikka emas, balki faqat mo'ljallangan funksiyani amalga oshirish uchun zarur bo'lgan ma'lumotlarga kirish huquqini berishdir. Xususan, kontentni bloklash uchun qo'shimchaga barcha maxfiy foydalanuvchi ma'lumotlariga to'liq kirish huquqini berish shart emas;
- Taklif etilayotgan almashtirish deklarativ API yuqori unumli kontentni filtrlash bo'yicha barcha ishlarni bajaradi va faqat filtrlash qoidalarini yuklash uchun qo'shimchalarni talab qiladi. Qo'shimcha trafikka xalaqit bera olmaydi va foydalanuvchining shaxsiy ma'lumotlari daxlsiz bo'lib qoladi;
- Google declarativeNetRequest API funksiyasining yo'qligi haqidagi ko'plab sharhlarni hisobga oldi va filtrlash qoidalarining chegarasini har bir kengaytma uchun dastlab taklif qilingan 30 mingdan global maksimal 150 minggacha kengaytirdi, shuningdek, dinamik ravishda ishlash qobiliyatini qo'shdi. qoidalarni o'zgartirish va qo'shish, HTTP sarlavhalarini olib tashlash va almashtirish (Referer, Cookie, Set-Cookie) va so'rov parametrlari;
- Korxonalar uchun webRequest API-ning blokirovkalash rejimidan foydalanish mumkin, chunki qo'shimchalardan foydalanish siyosati infratuzilma xususiyatlarini tushunadigan va xavflardan xabardor bo'lgan ma'mur tomonidan belgilanadi. Masalan, ko'rsatilgan API korxonalarda xodimlarning trafik oqimlarini qayd etish va ichki tizimlar bilan integratsiya qilish uchun ishlatilishi mumkin;
- Google-ning maqsadi reklama blokirovka qiluvchi qo'shimchalarni buzish yoki bostirish emas, balki xavfsizroq va kuchliroq reklama blokerlarini yaratishga imkon berishdir;
- Yangi deklarativNetRequest bilan bir qatorda webRequest API blokirovkalash rejimini tark etishni istamaslik qo'shimchalarning maxfiy ma'lumotlarga kirishini cheklash istagi bilan izohlanadi. Agar siz webRequest API-ni avvalgidek qoldirsangiz, ko'pchilik qo'shimchalar xavfsizroq deklarativNetRequest-dan foydalanmaydi, chunki xavfsizlik va funksionallikni tanlashda ko'pchilik ishlab chiquvchilar odatda funksionallikni tanlaydilar.
:
- Qo'shimcha dasturlarni ishlab chiquvchilar tomonidan amalga oshiriladi reklama blokirovkasi qo'shimchalarining ishlashiga umumiy ahamiyatsiz ta'sir ko'rsatish (sinov paytida turli xil qo'shimchalarning ishlashi taqqoslandi, lekin blokirovka rejimida ishlov beruvchilarning bajarilishini muvofiqlashtiruvchi qo'shimcha jarayonning qo'shimcha xarajatlarini hisobga olmagan holda). webRequest API);
- Qo'shimchalarda faol ishlatiladigan API-ni qo'llab-quvvatlashni butunlay to'xtatish amaliy emas. Uni olib tashlash o'rniga, siz alohida ruxsatni qo'shishingiz va qo'shimchalarda foydalanishning etarliligini qat'iy nazorat qilishingiz mumkin, bu ko'plab mashhur qo'shimchalar mualliflarini o'z mahsulotlarini to'liq qayta ishlashdan qutqaradi va funksionallikni kesishdan saqlaydi;
- Qo'shimcha xarajatlarni kamaytirish uchun siz API-ni o'chira olmaysiz, lekin uni Firefox-da webRequest-ni amalga oshirishga o'xshash Promise mexanizmi asosida qayta yarating;
- Taklif etilayotgan muqobil declarativeNetRequest qo'shimcha dastur ishlab chiquvchilarning reklama blokirovkasi va xavfsizlik/maxfiylik uchun barcha ehtiyojlarini qondirmaydi, chunki u tarmoq so'rovlari ustidan to'liq nazoratni ta'minlamaydi, maxsus filtrlash algoritmlaridan foydalanishga ruxsat bermaydi va ruxsat bermaydi. shartlarga qarab bir-birining ustiga chiqadigan murakkab qoidalardan foydalanish;
- DeclarativeNetRequest API ning hozirgi holati bilan uBlock Origin va uMatrix qo'shimchalarining mavjud funksiyalarini o'zgarishsiz qayta yaratish mumkin emas, shuningdek, Chrome uchun NoScript portini yanada rivojlantirishni ma'nosiz qiladi;
- Maxfiylik bilan bog'liq xavotirlar juda qiyin, chunki webRequest API-ning faqat o'qish uchun mo'ljallangan, bloklanmaydigan rejimi o'z joyida qoldirilgan va zararli qo'shimchalarga barcha trafikni boshqarishga imkon beradi, lekin unga aralashish imkoniyatini bermaydi. uchish (tarkibni o'zgartiring, reklamalaringizni joylashtiring, konchilarni ishga tushiring va sahifani yuklash tugagandan so'ng foydalanish mumkin bo'lgan kirish shakllari tarkibini tahlil qiling);
- Brauzer ishlab chiquvchilari , и , Chromium dvigatelida qurilgan, o'z mahsulotlarida webRequest blokirovka rejimini qo'llab-quvvatlashni qoldirish niyatida.
Manba: opennet.ru