Chrome 80 väljaanne

Google'i ettevõte esitles veebibrauseri väljaanne Chrome 80. Samal ajal saadaval stabiilne vabavaraprojekt Chromium, mis on Chrome'i aluseks. Chrome'i brauser erineb Google'i logode kasutamise, krahhi korral teavituste saatmise süsteemi, Flash-mooduli allalaadimise võimaluse, kaitstud videosisu (DRM) esitamise moodulite, automaatsete värskenduste installimise süsteemi ja otsingu käigus RLZ-parameetrite edastamisega. RLZ-parameetriteJärgmine Chrome 81 väljaanne on kavandatud 17. märtsiks.

Peamised muudatused ja Chrome 80:

• Väikesele protsendile kasutajatest on pakutud vahekaardigrupeerimise funktsioon, mis võimaldab sarnase otstarbega vahekaarte visuaalselt eraldatud gruppidesse koondada. Iga grupiga saab siduda oma värvi ja nime. Kasutajad, kes ei ole esimeses aktiveerimislaine, saavad grupeerimise toe sisse lülitada valiku kaudu „chrome://flags/#tab-groups”.
  
• Lisatud funktsiooni tugi Scroll-To-Text, mis võimaldab luua linke üksikutele sõnadele või fraasidele, ilma dokumentides hashtagi või id-atribuutide otsese määramiseta. Selliste linkide süntaks kavatsetakse kinnitada veebistandardina, mis on praegu mustand. Ülemineku mask (mille sisuliselt täidab kerimine) eristatakse tavalisest ankrust tähisega „:~:”. Näiteks avades lingi „https://opennet.ru/52312/#:~:text=Chromе”, nihkub leht sellele positsioonile, kus esmakordselt mainitakse sõna „Chromе”, ja see sõna on esile tõstetud.
• Rakendatud rangem piirang küpsiste edastamisele erinevate saitide vahel, mis keelab mitte-HTTPS päringute puhul kolmandate osapoolte küpsiste töötlemise, mis on asetatud saitide puhul, mis ei ole praeguse lehe domeen. Selliseid küpsiseid kasutatakse kasutaja liikumise jälgimiseks saitide vahel reklaamivõrkude, sotsiaalmeedia vidinate ja veebianalüüsi süsteemide koodis. Tuletame meelde, et küpsiste edastamise haldamiseks kasutatakse pealkirjas Set-Cookie määratud SameSite atribuuti, mis on nüüd vaikimisi seatud väärtusele „SameSite=Lax”, piirates küpsiste saatmist veebiväliste alampäringute jaoks, näiteks pildi päringu või sisu laadimise kaudu iframe-st teiselt veebisaidilt. Saidid saavad kehtestada vaikimisi SameSite režiimi, määrates küpsiste seadistamisel väärtuse SameSite=None. Siiski võib SameSite=None küpsiste jaoks määrata ainult turvalises režiimis (kehtib HTTPS-i kaudu ühendustele). Muudatus algab järk-järgult rakenduda 17. veebruaril, esmalt väikesele protsendile kasutajatest ja seejärel järk-järgult laiendades katvust.
• Lisatud kaitse tüütute teatiste eest, mis on seotud volituste kinnitamisega. Kuna sarnane tegevus, nagu näiteks rämps teatiste nõudmine push-teatiste saamiseks, katkestab kasutaja tööd ja hajutab tähelepanu kinnituste dialoogides, siis Chrome 80-s kuvatakse nüüd eraldi dialooge asemel aadressiribal teavitusteave, mis hoiatab volituste nõudmise blokeerimise eest, ja seejärel vähendatakse see ikooniks, millel on ülejoonitud kelluke. Ikooni klõpsamisel saab taotletud volitust aktiveerida või tagasi lükata igal sobival hetkel. Uus režiim aktiveeritakse automaatselt valikuliselt kasutajatele, kes on varem sarnaseid taotlusi blokeerinud, samuti veebisaitidele, kus märgitakse üles suur protsent taotluste tagasilükkamist. Uue režiimi aktiveerimiseks taotluste jaoks on seadistustesse lisatud spetsiaalne valik (chrome://flags/#quiet-notification-prompts).
  
• Keelatud poppupakenemise kuvamine (meetodi window.open() kutsumine) ja sünkroonsete XMLHttpRequest päringute saatmine lehe sulgemise või peitmise ürituste (unload, beforeunload, pagehide ja visibilitychange) töötlusprotsessides;
• Algne kaitse segamedia sisu laadimise eest (kui HTTPS-lehe peal laaditakse ressursse HTTP-protokolli kaudu). Nüüd asendatakse automaatselt HTTPS-iga avatud lehtedel 'http://' lingid 'https://' heli ja video failide taasesitusega seotud plokkides. Kui heli või video ressurss ei ole saadaval HTTPS-i kaudu, siis selle laadimine blokeeritakse (manuaalselt saab blokeerimise märkida menüüs, mis on saadaval aadressiriba lukusümboli kaudu).

  Pildid jätkavad laadimist muutumatult (automaatne asendus rakendatakse Chrome 81-s), kuid piltide asendamiseks HTTPS-i või nende blokeerimiseks pakuvad veebiarendajatele CSP-omadused upgrade-insecure-requests ja block-all-mixed-content. Skriptide ja iframe-ide jaoks on segakontentuuse blokeerimine juba varem rakendatud.

• Olles algatatud järkjärguline väljalülitamine FTP toe. Vaikimisi säilib FTP tugi, kuid see hakkab toimima eksperiment, mille raames teatud protsendi kasutajate FTP-tugi keelatakse (tagasi saamiseks tuleb avada brauser valikuga «--enable-ftp»). Tuletame meelde, et varasemates väljaannetes keelati juba brauseri aknas FTP-protokolli abil laaditud ressurside sisu kuvamine (nt HTML-dokumentide ja README-failide kuvamine lõpetati), FTP-d ei tohi kasutada allalaadimiseks dokumentidest ja FTP-proksi tugi lõpetati. Sellegipoolest jäi võimalus faile otse linkide kaudu alla laadida ja kataloogide sisu kuvada.
• Lisatud
  võimalus kasutada vektorgraafika SVG-pilte veebisaidi ikoonina (favicon).
• Seadistustesse lisatud valikuline võimalus keelduda teatud andmetüüpide edastamisest brauserite vaheline sünkroniseerimise ajal.
• Tsentraliseeritud haldamisega ettevõtte kasutajatele lisatud reegel BlockExternalExtensions, mis lubab keelata väliste lisandmoodulite paigaldamise seadmesse.
• TC39 pärand RegExp funktsioonid JavaScriptis võimaluse korraga kontrollida kogu JavaScripti omaduste või kutsungite ahelat. Näiteks, kui läheneda «db.user.name.length»-ile, nõudis see varem kõikide koostisosade määratlemise etappide kontrollimist, nt «if (db && db.user && db.user.name)». Nüüd saab operatsiooniga «?.» pöörduda väärtuse «db?.user?.name?.length» poole, ilma eelneva kontrollita, ja selline pöördumine ei põhjusta viga. Probleemide korral (kui mõni element on töödeldud kui null või määratlemata) antakse väljundiks väärtus «undefined».
• JavaScriptis pakutakse uut loogilist operaatorit ühendamist «????», mis tagastab parema operandi, kui vasak operand on väärtusega NULL või määratlemata, ja vastupidi. Näiteks «const foo = bar ?? ‘default string'», kui bar on null, tagastab stringi või väärtuse bar, vastasel juhul, sealhulgas siis, kui bar on 0 ja ‘’, erinevalt operaatorist «||».
• Origin Trials režiimis (eksperimentaalsed funktsioonid, mis vajavad eraldi aktiveerimist) pakutakse API Content Indexing. Origin Trial tähendab, et selle API kasutamine on lubatud rakendustes, mis laaditakse localhosti või 127.0.0.1, või pärast registreerumist ja spetsiaalse aja piiranguga žetoni saamist, mis kehtib konkreetse saidi jaoks. Sisu indekseerimine, pakub metaandmeid sisu kohta, mis on varem vahemällu salvestatud Progressive Web Apps (PWA) režiimis töötavate veebirakenduste poolt. Rakendus võib brauseris salvestada erinevaid andmeid, sealhulgas pilte, videoid ja artikleid, ning kadumise korral võrguühendus saab neid kasutada Cache Storage ja IndexedDB API abil. Content Indexing API võimaldab lisada, leida ja kustutada selliseid ressurse. Brauseris kasutatakse seda API-d juba lehtede ja multimeediaandmete loendi koostamiseks, mis on saadaval offline-ülevaatamiseks.
  
• On stabiliseeritud ja nüüd jagatakse Origin Trials'i väliselt programmeerimist routerit Kontakti valija, võimaldades kasutajal valida aadressiraamatust kirjeid ja edastada teatud detailid neist veebisaidile. Taotluse käigus määratakse, milliseid omadusi tuleb saada. Need omadused kuvatakse selgelt kasutajale, kes otsustab, kas edastada need omadused või mitte. API-d saab kasutada näiteks veebipõhises postikliendiga saajate valimiseks saadetava kirja jaoks, VoIP funktsiooniga veebirakenduses teatud numbrile helistamise alustamiseks või sotsiaalvõrgustikus juba registreeritud sõprade otsimiseks. Samuti on Origin Trials raames pakkuda uusi Contact Picker omadusi: lisaks varem kergesti kättesaadavatele nimele, e-postile ja telefoninumbrile on lisatud ka võimalus edastada postiaadress ja pilt.
• Veebitöötajates on pakutud uus viis ECMAScripti moodulite laadimiseks, mis lubab vältida importScripts() funktsiooni kasutamist, mis blokeerib töötaja tööd imporditava skripti töötlemise ajal ja täidab seda globaalsetes kontekstides. Uus meetod hõlmab spetsiaalsete moodulite loomist Veebitöötajatele, mis toetavad JavaScripti standardseid impordimehhanisme ja saavad laadida dünaamiliselt, blokeerimata töötaja täitmist. Moodulite laadimiseks on Worker konstruktoris määratud uus ressursitüüp - 'moodul':

  const worker = new Worker('worker.js', {
  type: 'moodul'
  });

• TC39 pärand RegExp funktsioonid JavaScriptis sisseehitatud võimalus JavaScriptis tihendatud voogude töötlemiseks, mis ei nõua välist raamatukogu kasutamist. Tihendamiseks ja dekompressimiseks on lisatud API-d CompressionStream ja DecompressionStream. Toetatakse tihendamist gzip ja deflate algoritmide abil.

  const compressionReadableStream
  = inputReadableStream.pipeThrough(new CompressionStream('gzip'));

• Lisatud CSS omadus "line-break: anywhere< lub ir reguleerige katkestusi kõigi tüüpi märkide tasemel, sealhulgas katkestusi punkti märkide, määratletud tühikute (<pre>) ja sõnade keskel. Samuti on lisatud CSS-i omadus <overflow-wrap: anywhere> lubades katkestada katkestamatud märkide järjestused igas kohas, kui rea sees ei ole sobivat katkestusarvu.
• Kravimeedia konteksti, mida töödeldakse krüpteeritud kujul, on rakendatud meetodi tugi saama teavet dekodeerimise kohta konkreetse konfigureeritud krüpteeritud ja krüpteerimata meedia sisu jaoks, mis võimaldab rakendustel eelnevalt mõista, kas konfiguratsioon on toetatud ja kas sisu mängitakse sujuvalt ja energiatõhusalt., mis annab teavet brauseri võimaluste kohta, mis on seotud kaitstud sisu dekodeerimisega (näiteks seda meetodit saab kasutada kõrge kvaliteediga või energiasäästlikke dekodeerimise stsenaariumide valimiseks, võttes arvesse saadaolevat ribalaiust ja ekraani suurust).
• Lisatud meetod HTMLVideoElement.getVideoPlaybackQuality(), mille kaudu on võimalik saada teavet video esituse jõudluse kohta bitikiirus, eraldusvõime ja teiste video parameetrite kohandamiseks.
• API-s Payment Handler, mis lihtsustab olemasolevate maksesüsteemidega integreerumist, on lisatud võimalus delegeerimisele välisüsteemi maksesüsteemi aadressi ja kontaktandmete edastamiseks (maksesüsteemi rakendusel võivad olla täpsemad andmed kui brauseril).
• HTTP-pealkirja toe on lisatud Sec-Fetch-Dest, mis võimaldab saata täiendavaid metaandmeid seotud sisu tüübi kohta (näiteks pildi sildi puhul on tüüp «image», fondide puhul - «font», skriptide puhul - «script», stiilide puhul - «style» jne). Märgitud tüübi alusel võib server võtta meetmeid mõnede rünnakute kaitsmiseks (näiteks on ebatõenäoline, et rahaülekande töötlija link on määratud pildi sildi kaudu, seega ei pea selliseid päringuid töötlema).
• JavaScripti mootori V8 on optimeeritud mälunäitajate hoidmine. Täis 64-bitise väärtuse säilitamise asemel tagatakse ainult unikaalsete albitite salvestamine. Taoline optimeerimine on võimaldanud vähendada mälu tarbimist 40% võrra, vähendades jõudlust 3–8%.
  
  
• Muudatused web-arendaja tööriistades:
  • Veebikonsolis on lisatud võimalus ümber määrata let ja class.
    
  • WebAssembly lõppude tõrkeotsingu tööriistad on paranenud. Lisatud tugi DWARF WebAssembly rakenduse lähtekoodis samm-sammult silumise, murdepunktide määramise ja päästikutega võimaldavad saadaetud jälgimiste analüüsimiseks.
    
  • Parandatud on võrgutegevuse analüüsi paneeli. Lisatud on võimalus vaadata skripti kutsete ahelat, mis on seotud päringu algatamisega.
    

    Lisatud uued veerud Path ja URL, milles kuvatakse absoluutne tee ja täielik URL iga võrguressursi jaoks. Valitud päring on esile tõstetud ülevaate diagrammis.

    
  • Vahekaardile Network Conditions on lisatud valik User-Agent parameetri muutmiseks.
    
  • Pakutud on uus liides auditipaneeli seadistamiseks.
    
  • Vahekaardil. Coverage on saadaval võimalus koguda coverage-andmeid iga funktsiooni või iga koodibloki kohta (detailsem statistika, kuid nõuab rohkem ressursse).
    
• AppCache käivitus (tehnoloogia, mis korraldab veebirakenduse töötamist offline-režiimis) on piiratud jooksvate saidi kataloogiga (kui manifest laaditi www.example.com/foo/bar/ alt, siis URL-i üle määramine kehtib ainult /foo/bar/ sisesele). Chrome 82 plaanib AppCache täielikult eemaldada. Põhjuseks on soov vabastada üks rünnaku vektor, mis on seotud veebiküpsetamisega. AppCache asemel soovitatakse kasutada API-d. Cache.
• Lõpetatud toetatakse vananenud API-d WebVR 1.1, mille asemel võib kasutada API-d. WebXR Seade, mis võimaldab juurdepääsu komponentidele virtuaalse ja liitreaalsuse loomiseks ning ühtlustada töö erinevate seadmeklassidega, alates statsionaarsetest virtuaalreaalsuse kiivritest kuni mobiilseadmete lahendusteni.
• Protokollide käitlejad, mis on ühendatud meetodite registerProtocolHandler() ja unregisterProtocolHandler() kaudu, võivad nüüd töötada ainult turvalises kontekstis (HTTPS-i kaudu pääsemisel).

Lisaks uuendustele ja veaparandustele on uues versioonis elimineeritud 56 haavatavust. Paljude turvaaukude avastamine toimus automatiseeritud testimise tööriistade kaudu AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ja AFL. Kritilisi probleeme, mis võimaldavad ületada kõik brauseri kaitse tasemed ja käivitada koodi süsteemis väljaspool sandbox- Keskkonda, ei tuvastatud. Haavatavuste avastamise preemiate programmiga seoses on Google praeguse versiooni eest välja maksnud 37 preemiat kokku 48 000 USA dollarit (üks preemia 10 000 dollarit, kolm preemiat 5 000 dollarit, kolm preemiat 3 000 dollarit, neli preemiat 2 000 dollarit, kolm preemiat 1 000 dollarit ja kuus preemiat 500 dollarit). 17 preemia suurus ei ole seni määratud.

Allikas: opennet.ru