Chrome'i veebi brauseri 126. väljaanne koos sisseehitatud OCR-mootoriga

Google avaldas Chrome'i veebibrauseri versiooni 126. Samuti on saadaval stabiilne vabakodeeritud projekti Chromium väljaanne, mis on Chrome'i aluseks. Chrome'i brauser erineb Chromiumist Google'i logode kasutamise, süsteemi olemasolu tõttu, mis saadab teateid krahhi korral, DRM-eelringide moodulite olemasolu, automaatse värskendamise süsteemi, pideva Sandbox-isolatsiooniga, Google API võtmete hooldamise ning RLZ-parameetrite edastamisega otsingul. Neile, kellel on rohkem aega värskendamiseks, toetatakse eraldi Extended Stable haru, mille toetamine kestab 8 nädalat. Järgmine Chrome'i väljaanne, versioon 127, on plaanitud 23. juuliks.

Peamised muudatused Chrome 126-s:

• Sisseehitatud PDF-vaaturisse on integreeritud tekstide väljavõtmise võimalus dokumendist, mida aktiveeritakse kontekstimenüüs valiku 'Extract text from PDF' kaudu. Skaneeritud dokumentidest, milles tekst on sisestatud pildina, väljavõtmiseks kasutatakse masinõppel põhinevat optilise tunnuse tuvastamise (OCR) mehhanismi. Oodatakse, et uus võimalus lihtsustab PDF-dokumentidega töötamist nägemisprobleemidega inimestele, kes kasutavad ekraanilugejat. Tulevikus plaanitakse rakendada ka teksti tuvastamise võimalust lehtedel kuvatud piltide ja ekraanipiltide puhul. OCR-mootor on vaikimisi sisse lülitatud 50% kasutajatest, teised saavad selle aktiveerida seade 'chrome://flags/#pdf-ocr' kaudu.
  
• Konfiguratsiooni lehele, kus on toodud jõudluse parameetrid
  („Jõudlus / Mälu kokkuhoid“ jaotises chrome://settings/performance) on lisatud võimalus seadistada mälu kokkuhoiu režiimi (Memory Saver) rakendamise agressiivsuse taset, mis vähendab nende mitteaktiivsete vahekaardile eraldatud mälu tarbimist. Näiteks, mõõduka taseme valimisel vabastab brauser vähem vahekaarte, kui maksimaalse seadistuse puhul. Seadistust, mis vaikimisi on saadaval vaid osale kasutajatest, saab aktiveerida valiku 'chrome://flags/#memory-saver-aggressiveness' kaudu.
  
• Mõnel kasutajal on PDF-vaaturis vaikimisi kasutusel uus OOPIF (välised iframe'id) arhitektuur, mille korral dokumendi sisu töödeldakse eraldi protsessis. Uus arhitektuur on vaba GuestView mehhanismiga seotud keerukustest ja lihtsustab uute funktsioonide lisamist PDF-vaaturisse. Uue arhitektuuri aktiveerimiseks saab kasutada seadet "chrome://flags/#pdf-oopif".
• Lisatud on reaktiivne eeltõmbamise režiim (Reactive prefetch), mis laadib lehega seotud ressursse navigeerimise ajal, ootamata nende tegelikku päringut, võimaldades avada uusi lehti kiiremini. Ressursside ennustamiseks, mida võib tulevikus vaja minna, kasutatakse välist Google'i teenust, mis tagastab soovituste nimekirja pärast URL-ide saatmist, mille kaudu navigeeritakse.
• Lisatud on võimalus otsida Google Lensi kaudu mis tahes ekraanil nähtavate piltide ja teksti kohta. Funktsioon aktiveeritakse kontekstimenüüs, aadressiribal või menüüs "⋮", pärast mida saab kasutaja ekraanil soovitud objekti esile tõsta ja saada selle kohta teavet Google Lensi kaudu. Operatsiooni täitmisel saadetakse server Google'ile
  ekraanipilt. Funktsioon on praegu vaikimisi aktiveeritud 1% kasutajatest. Google Lensi toe sisselülitamiseks ja väljalülitamiseks saab kasutada parameetrit "chrome://flags/#enable-lens-region-search-static-page".
• Otsustati kokkuvõtted optimeerimistest Speedometer 3 testi läbimise kiirusel — kahe aastaga on Chrome'i jõudlus selles testis paranenud 72%. Näiteks on kiirusel kiirendatud SpaceSplitString funktsiooni toimimist, mida kasutatakse "class='foo bar'" sarnaste väljendite analüüsil, optimeeritud mäluga seotud funktsioonid, eemaldatud liigsed toimingud veebivormide elementidega ja kiirusel kiirendatud enim kasutatavad toimingud, samuti on optimeeritud innerHTML kasutamine ja fontide joonistamine. Kiirendusi on saavutatud ka V8 mootori prügikogu optimeerimise kaudu, mille efektiivsus on suurenenud graafika töötlemise ajal prügikogu koostamise aktiveerimise tõttu, et mitte konkureerida rakendusega CPU ressursside pärast.
  
• Oluliselt on paranenud töö efektiivsus Cookie'itega, mis on võimaldanud vähendada viivitusi veebisaitide kasutamisel. Varem iga Cookie'i juurde pöördumise ajal saadeti protsessist, mis töötleb saiti, sünkroonne IPC-päring protsessi, mis tagab võrguühenduse. Kuna veebirakendustes kasutatakse aktiivselt Cookie'itest saadud väärtusi, aeglustasid sellised päringud protsesside vahel tööd, samas kui 87% teistesse protsessidesse tehtud päringutest olid liigsed.

  Probleemi lahendamiseks on kasutusele võetud uus arhitektuur, kus iga protsess sisaldab oma Cookie andmete koopiat ning pöördub selle poole otse, samas kui Cookie'ide muudatused, mis võivad näiteks toimuda sama Cookie'iga teises vahekaardis, jälgitakse versioonimise mehhanismi kaudu. Selle mehhanismi põhimõte seisneb selles, et iga väärtuse jaoks,
  document.cookie juurde on kinnitatud versioonikood, mis salvestatakse jagatud mällu, suureneb, kui väärtust muudetakse, ja võrreldakse olemasoleva eksemplariga lugemise ajal.

  
• Lisatud on võimalus kasutada API-d View Transitions üleminekute animaatsiooniefektide loomiseks ühelt lehelt teisele samas saidis (same-origin). Varem sai seda API-d kasutada ainult efektide puhul, mis toimusid sama lehe erinevates DOMi olekutes (nt sujuv üleminek ühelt pildilt teisele). Üleminekute efektide rakendamiseks erinevate dokumentide vahel tuleks kasutada omadust "navigation: auto" @-reeglis "view-transition".
• Lülitatud on API CloseWatcher, mis võimaldab veebirakendustes jälgida Close-päringuid ja reageerida nende vastuvõtmisele (näiteks saab luua nuppu, mis reageerib "tagasi" nupu vajutusele Android nutitelefonis).
  Close-päringud genereeruvad, kui üritatakse sulgeda modaalaknaid (<dialog>) ja hüpikdialooge (popover="") klahvi Esc vajutamise, "Tagasi" nupu kasutamise või ekraanigesti kaudu nutitelefonidel.
• API-s Gamepad, mis võimaldab jälgida ja töödelda sündmusi mängupultide ja mängukontrollerite poolt, on lisatud tugi tagasiside mehhanismidele (trigger-rumble), näiteks vibratsioonile.
• GeolocationCoordinates ja GeolocationPosition liidestesse on lisatud meetod .toJSON(), et konvertida koordinaatobjekte JSON formaadis.
• ChromeOS versioon on lisatud toetus sakkide kuvamisrežiimile (CSS-omadus «display: tabbed»), võimaldades kasutada sakkide kaudu ühes web-rakenduses näiteks mitme dokumendi redigeerimise korraldamiseks.
• Lisatud on eksperimentaalne võimalus (origin trial) sisu eelvaate tegemiseks, mis on saadud kaamerast või mikrofonist.
• WebGPU API-s on märgatavalt kiirem shaderite kompileerimine. Vulkan graafika API taustal on optimeeritud GPU andmete laadimine (tagatud on otsene kirjutamine GPU puhveresse ilma vahepealse kopeerimiseta).
• Veebiarendustööriistadesse on tehtud parandusi. 'Application > Storage' sektsioonis on lisatud võimalus uurida andmeid, mis on salvestatud Storage Buckets API abil, mis võimaldab andmete salvestamist jagada eraldi segmentideks, seostatuna IndexedDB ja CacheStorage API-dega. Jõudluse hindamise paneelile on lisatud võimalus nihutada ja peita jälgimistrekke ning välja jätta skriptide täitmisega seotud teave jõudluse graafikust ning aktiveerida süsteemi jõudluse kunstlik aeglustamine 20-kordse kiiruseni.
  

  Võrgutegevuse jälgimise paneelis on lisatud tugi HTTP-pealkirja täieliku rea asendamiseks vastuses formaadis «nimi: väärtus». Mälutarbimise jälgimise paneelile on lisatud filtrid mäluefektiivsuse määramiseks, näiteks duplikaatide olemasolu või objektide jätmine seotud lahtiühendatud DOM-sõlmedega.

  

Peale uuenduste ja vigade parandamise on uus versioon kõrvaldanud 21 haavatavust. Paljusid haavatavusi avastati automatiseeritud testimise tööriistade AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ja AFL abil. 9 probleemile on antud kõrge ohu tase. Kriitilisi probleeme, mis võimaldavad kõiki brauseri kaitsekihti vahetada ja käivitada koodi süsteemis väljaspool liivakasti keskkonda, ei leitud. Haavatavuste avastamise rahapreemia programmi raames maksis Google selle väljaande eest 11 preemiat kokku enam kui 168 000 USA dollari ulatuses.

CVE-2024-5839 haavatavuse eest, mis on seotud mäluhalduse mehhanismi rakendamise probleemiga, maksti rekordiline preemia summas 100115 dollarit. Sellel haavatavusel on määratud keskmine ohtlikkuse tase, kuna see võimaldab potentsiaalselt mälukahjustusi tekitada kuhjas, kui töödeldakse spetsiaalselt kujundatud HTML-sisu. Lisaks on makstud preemiaid summades 25000, 7000, 3000, 2000, 1000 ja 500 dollarit, samuti on makstud kaks preemiat summas 10000 ja 5000 dollarit. Seitsme preemia suurus pole veel määratletud.

Allikas: opennet.ru