Mozilla hakkab vastu võtma kolmanda versiooni Chrome'i manifeste põhinevaid lisandeid

21. novembril alustab AMO kataloog (addons.mozilla.org) kolmanda versiooni manifesti Chrome'i kasutavate laienduste vastuvõtmist ja digitaalset allkirjastamist. Neid laiendusi saab testida Firefoxi öistes versioonides. Stabiilsetes väljaannetes rakendatakse kolmanda versiooni manifesti toetust Firefox 109-s, mis on planeeritud 17. jaanuariks 2023. Teise versiooni manifesti tugi jääb lähitulevikus alles, kuid 2023. aasta lõpuks, pärast laienduste ülemineku dünaamika hindamist kolmandale manifestiversioonile, kaalutakse teise versiooni toe muutmist vananenuks.

Chrome'i manifest määratleb võimalused ja ressursid, mis on saadaval API WebExtensions kasutades kirjutatud laiendustele. Alates versioonist 57 on Firefox täielikult üle läinud API WebExtensions kasutamisele laienduste arendamiseks ja lõpetanud XUL-tehnoloogia toetamise. Üleminek WebExtensions'ile on lihtsustanud laienduste arendamist Chrome'i, Opera, Safari ja Edge'i platvormidega, mugavdanud laienduste portimist erinevate veebibrauserid vahel ning andnud võimaluse täielikult kasutada mitme protsessi režiimi (WebExtensions'iga laiendused võivad töötada eraldi protsessides, eraldatuna brauseri muudest osadest). Laienduste arendamise ühtlustamiseks teiste brauseritega tagab Firefox peaaegu täieliku ühilduvuse Chrome'i teise versiooni manifestiga.

Praegu töötab Chrome kolmanda versiooni manifesti ülemineku kallal, samas kui teise versiooni tugi lõpetatakse jaanuaris 2024. Uue versiooni muudatuste peamine eesmärk on lihtsustada ohutute ja tõhusate laienduste loomist ning keerulisemaks muuta ohtlike ja aeglaste laienduste loomise võimalusi. Kuna kolmas versioon on saanud kriitikat ja võib põhjustada paljude soovimatut sisu blokeerimise ja turvalisuse tagamise laienduste ebaõnnestumist, otsustas Mozilla loobuda täieliku ühilduvuse tagamisest Firefoxis ja rakendada teatud muudatusi teistmoodi.

Kolmas versioon manifeedist on peamiselt kriitikat saanud API webRequest lugemise režiimi muutmise tõttu, mis lubas kasutada oma töötlejaid, kellel oli täielik ligipääs võrgupäringutele ja kes suudsid reaalajas liiklust modifitseerida. Seda API-d kasutatakse uBlock Originis ja paljudes teistes täiendustes, et blokeerida soovimatut sisu ja tagada turvalisus. Kolmandas versioonis on API webRequest asemel pakutud piiratud võimalustega API declarativeNetRequest, mis annab juurdepääsu sisseehitatud filtrimootorile, mis töötleb blokeerimisreegleid iseseisvalt, ei luba kasutada oma filtreerimisalgoritme ning ei võimalda määrata keerulisi reegleid, mis kattuvad sõltuvalt tingimustest.

Firefoxi uue manifeedi elluviimise omaduste seas:

• Uus sisu filtreerimise deklaratiivne API on lisatud, kuid erinevalt Chromest ei ole vanat API webRequest blokeerimisrežiimi toe lõpetamine aset leidnud.
• Manifeedis on määratletud taustalehtede asendamine Teenuse Töötajate variandiga, mis töötab taustaprotsessidena (Background Service Workers). Tuleviku ühilduvuse tagamiseks rakendab Firefox Teenuse Töötajate toetust, kuid praegu on nende asemel pakutud uut mehhanismi Event Pages, mis on veebiarendajatele tuttavam, ei nõua täienduste täielikku ümberkujundamist ja kõrvaldab Teenuse Töötajatega seotud piirangud. Event Pages võimaldab olemasolevad taustalehtedega täiendused viia vastavusse manifeedi kolmanda versiooniga, säilitades samal ajal ligipääsu kõikidele DOM-iga töötamiseks vajalikele võimalustele.
• Uus granuleeritud õiguste taotlemise mudel — täiendust ei saa aktiveerida kohe kõigil lehtedel (kood „all_urls“ on eemaldatud), vaid see töötab ainult aktiivse vahekaartide kontekstis, st kasutajal tuleb kinnitada täienduse toimimist igal saidil. Firefoxis käsitletakse kõiki päringuid saidi andmete ligipääsu jaoks valikulisena, ning lõpliku otsuse juurdepääsu andmisest teeb kasutaja, kes saab eraldi otsustada, millisele täiendusele oma andmetele juurdepääsu anda antud saidil.

  Liidete haldamiseks on keskusesse lisatud uus nupp „Unified Extensions“, mida saab juba proovida Firefoxi ööversioonides. Nupp võimaldab vahetut kontrolli selle üle, millistele saitidele on igal laiendusel juurdepääs - kasutaja saab anda ja tühistada laienduse juurdepääsu igale saidile. Lubade haldamine kehtib ainult kolmanda versiooni manifesti põhjal loodud laienduste kohta, teise versiooni manifesti baasil olevate laienduste jaoks ei rakendata saidi juurdepääsu granuleeritud haldamist.

  
• Ristallikaudsete päringute töötlemise muutmine - vastavalt uuele manifestile kehtivad sisu töötlemise skriptide jaoks samad juurdepääsupiirangud nagu peamise lehe jaoks, kuhu need skriptid sisestatakse (näiteks, kui leht ei pääse API-le, mis määrab asukohta, siis ei saa ka laiendi skript sellele juurde pääseda). See muudatus on Firefoxis täielikult rakendatud.
• Promise'i põhine API. Firefox toetab seda API-d ja kolmanda versiooni manifesti jaoks viiakse see „chrome.*“ nimede ruumi.
• Koodi käitamise keelamine, mis on laaditud väljastpoolt serverid (räägime olukordadest, kus laiendus laadib ja käivitab väliskoodi). Firefoxis rakendatakse väliskoodi blokeerimist ning Mozilla arendajad on lisanud täiendavad tehnilised jälgimistehnikad, mis on ette nähtud kolmanda versiooni manifesti jaoks. Sisu töötlemise skriptide jaoks kehtib eraldi sisu juurdepääsu piirangupoliitika (CSP, Content Security Policy).

Allikas: opennet.ru