Google izstrādātāji, kuru pārziņā ir tīmekļa pārlūks “Google Chrome” ir paziņojuši par iekļaušanu pārlūkā Chrome 88 (paredzēts sākt darbību 19. gada 2021. janvārī) manifesta trešā izdevuma, kas ir izraisījis daudz konfliktu pārlūka paplašinājumu izstrādātāju vidū, jo tiek pārkāpts daudzu papildinājumu darbs, lai bloķētu neatbilstošu saturu un drošību.
Jāatzīmē, ka saderība ar spraudņiem, kas izmanto otro versiju no manifesta paliks kādu laiku. Manifest V2 atbalsta beigas vēl nav noteiktas, taču migrācijas periods uz jauno manifestu ilgs vismaz gadu.
Atgādinām, ka Chrome manifests nosaka spraudņu sniegtās iespējas un resursus.
Jaunais manifests ir daļa no drošības uzlabošanas iniciatīvas, privātumu un spraudņu veiktspēju. Izmaiņu galvenais mērķis ir atvieglot augstas veiktspējas un drošu spraudņu izveidi un apgrūtināt lēnu un nedrošu spraudņu izveidi.
Ieviešot Manifest V3, mēs neatļausim attālināti mitinātu kodu. Šo mehānismu sliktie dalībnieki izmanto kā uzbrukuma vektoru, lai apietu Google ļaunprātīgas programmatūras noteikšanas rīkus, un tas rada ievērojamu risku lietotāju privātumam un drošībai.
Galvenā neapmierinātība ar jauno manifestu ir saistīts ar WebRequest API darba bloķēšanas režīma atbalsta beigām, kas būs ierobežots tikai lasīšanas režīmā.
Izņēmums tiks veikts tikai Chrome for Enterprise izdevumam, kuru turpinās atbalstīt webRequest API. Mozilla ir nolēmusi nesekot jaunajam manifestam un pilnībā saglabās Firefox, izmantojot webRequest API. Tā vietā webRequest API satura filtrēšanai jaunajā manifestā piedāvāja deklaratīvu API deklarativeNetRequest.
Jaunā deklaratīvāNetRequest API nodrošina piekļuvi vispārējam iebūvētajam filtrēšanas motoram, kas neatkarīgi apstrādā bloķēšanas kārtulas, neļauj izmantot pielāgotus filtrēšanas algoritmus un neļauj iestatīt sarežģītus un pārklāšanās kārtulas atkarībā no apstākļiem.
Kā iemeslu pārejai uz deklaratīvoNetRequest API, Tiek ņemtas vērā privātuma problēmas: Izmantojot jauno API, spraudņi zaudēs neierobežotu piekļuvi visām datu straumēm, kas var ietvert sensitīvu lietotāja informāciju.
Google ir mēģinājis mazināt dažas izteiktās problēmas Diskusijas laikā ar spraudņu izstrādātājiem, kurus ietekmēs deklaratīvāNetRequest API (piemēram, uBlock Origin, kura autors uzskata, ka deklaratīvāNetRequest funkcionalitāte ir nepietiekama, lai spraudnis darbotos pareizi), tas pārstās darboties.
Saskaņā ar spraudņu izstrādātāju vēlmēm, se ir pievienojis atbalstu deklarativeNetRequest izmantošanai dažādām statisko kārtulu kopām filtrējiet pēc regulārām izteiksmēm, modificējiet HTTP galvenes, dinamiski mainiet un pievienojiet kārtulas, noņemiet un aizstājiet pieprasījuma parametrus.
Jaunajā manifestā ir ieviestas arī šādas izmaiņas, kas ietekmē spraudņu saderību:
- Pāreja uz pakalpojumu darbinieku vadīšanu fona procesu veidā, kas prasīs izstrādātājiem mainīt dažu papildinājumu kodu.
- Jauns detalizēts modelis atļauju pieprasīšanai: spraudni nevarēs vienlaikus aktivizēt visām lapām (atļauja "all_urls" ir noņemta), bet tas darbosies tikai aktīvās cilnes kontekstā, tas ir, lietotājam būs jāapstiprina spraudņa darbs katrai vietnei.
- Pārmaiņas izcelsmes pieprasījumu apstrādes izmaiņas: saskaņā ar jauno manifestu uz satura apstrādes skriptiem attieksies tādi paši atļauju ierobežojumi kā uz galveno lapu, kurā šie skripti ir iegulti (piemēram, ja lapai nav piekļuves atrašanās vietas API , tad arī skriptu spraudņiem nebūs šīs piekļuves).
- Novērš no ārējiem serveriem lejupielādēta koda izpildi (kad spraudnis ielādē un izpilda ārējo kodu).
Beidzot ja vēlaties uzzināt vairāk par to piezīmes, varat atsaukties uz sākotnējo ziņu Šajā saitē.