Mozilla je nedavno to objavil namerava narediti brskalnik "Firefox" je združljiv z različico 3 Chromovega manifesta in objavil načrt, ki opredeljuje zmogljivosti in vire, ki jih je treba zagotoviti vtičnikom.
Ne smemo pozabiti, da je bila tretja različica manifesta kritizirana zaradi prekinitve številnih varnostnih vtičnikov in blokiranja neprimerne vsebine, o njej pa smo že govorili. tukaj na blogu.
Mozilla to komentira načrtuje izvajanje skoraj vseh zmožnosti in omejitev novega manifesta v Firefoxu, vključno z API-jem za deklarativno filtriranje vsebine (declarativeNetRequest), vendar Firefox v nasprotju s Chromom ne bo prenehal podpirati starega načina blokiranja API-ja webRequest, vsaj dokler novi API ne bo v celoti ustrezal potrebam razvijalcev vtičnikov, ki uporabljajo API webRequest.
Ta pristop bo zagotovil združljivost z vtičniki za Chrome brez prekinitve združljivosti z vtičniki, ki so odvisni od API-ja webRequest.
Glavno nezadovoljstvo z novim manifestom je povezano z bralnim prevodom API-ja webRequest, ki vam je omogočil povezavo lastnih krmilnikov, ki imajo popoln dostop do omrežnih zahtev in lahko sproti spreminjajo promet.
Ta API uporablja uBlock Origin in številni drugi vtičniki za blokiranje neprimerne vsebine in zagotavljanje varnosti. Namesto API-ja webRequest je predlagan deklarativni NetRequest API, omejen v svojih zmožnostih, ki omogoča dostop do vgrajenega filtrirnega mehanizma, ki samostojno obdeluje pravila blokiranja, ne dovoljuje uporabe algoritmov filtriranja po meri in ne omogoča vzpostavljanja zapletenih pravila, ki se prekrivajo glede na pogoje.
V Firefoxu združljivost s tretjo različico manifesta iz Chroma naj bi ga testirali konec leta 2021 Novi manifest pa je predviden v začetku leta 2022.
Med značilnostmi izvedbe iz novega manifesta v Firefoxu izstopajo:
- Navedite deklarativni API NetRequest, vendar obdržite starejši API WebRequest.
- Spreminjanje obdelave zahtev za več izvorov: v skladu z novim manifestom bodo za skripte za obdelavo vsebine veljale enake omejitve dovoljenj kot za glavno stran, v katero so vdelani ti skripti (na primer, če stran nima dostopa do API-ja lokacije). , tudi vtičniki v skriptu ne bodo dobili tega dostopa). Nekatere zahteve za spremembe, povezane z omejitvami za več izvorov, so zdaj na voljo za preizkušanje v nočnih gradnjah Firefoxa.
- Strani v ozadju bodo nadomeščene s serviserji, ki delajo v obliki procesov v ozadju. (Sprememba še ni pripravljena za začetek testiranja.)
- API, ki temelji na obljubi: Firefox že podpira to vrsto API v brskalniku imenskega prostora. * »In za tretjo različico manifesta ga bo premaknil v imenski prostor« chrome. * ».
- Nov podroben model za zahtevanje dovoljenj: vtičnika ne bo mogoče aktivirati za vse strani hkrati, vendar bo deloval le v kontekstu aktivnega zavihka, to pomeni, da bo moral uporabnik za vsako potrditi delo vtičnika spletnem mestu. Mozilla si prizadeva za okrepitev nadzora dostopa, vendar naj bi uporabnikom omogočila, da se odločijo, ali bodo vtičnikom dovolili delo z različnimi zavihki.
- Prepovejte izvajanje kode, prenesene z zunanjih strežnikov (govorimo o situacijah, ko vtičnik naloži in izvede zunanjo kodo). Firefox že uporablja zunanje blokiranje kode in razvijalci Mozille so pripravljeni dodati dodatne tehnike sledenja prenosa kode, ki jih ponuja tretja različica manifesta.
- Poleg tega bo uveden ločen pravilnik o zaščiti vsebine (CSP) za skripte za obdelavo vsebine, obstoječi API-ji UserScripts in contentScripts pa bodo spremenjeni tako, da podpirajo razširitve storitve, ki temeljijo na storitvah.