Webi-brauseri Chrome 123 väljalase.

Google avaldas veebibrauseri Chrome 123. Samuti on saadaval stabiilne versioon avatud lähtekoodi projektist Chromium, mis on Chrome'i alus. Brauser Chrome eristub Chromiumist Google'i logode, kokkuvarisemiste teavitamise süsteemi, kaitstud sisu (DRM) esitamiseks vajalikest moodulitest, automaatsete värskenduste süsteemist, pidevalt aktiveeritud Sandbox-isolatsioonist, Google'i API võtmete tarnimise ning RLZ parameetrite edastamise abil otsingu käigus. Neile, kes vajavad värskendamiseks rohkem aega, toetatakse eraldi Extended Stable haru, mille tugi kestab 8 nädalat. Järgmine Chrome 124 väljaanne on planeeritud 16. aprilliks.

Peamised muudatused versioonis Chrome 123:

• Uue vahekaartide avamisel kuvatav leht pakub uut sektsiooni, kus kuvatakse lingid vahekaartidelt, mis on hiljuti avatud teistes seadmetes, mis on seotud ühe Google'i kontoga.
• Lisatud tugi sisu kodeerimiseks Zstandard (zstd) kompressioonialgoritmi abil, lisaks varem toetatud algoritmidele gzip, brotli ja deflate.
• Eemaldatud vaba videokodeki Theora teostus, mille on loonud Xiph.org Foundation VP3 kodeki põhjal ning mida on toetatud Firefoxis ja Chromes alates 2009. aastast, kuid mitte Chromes Androidis ega WebKit'i põhistel brauseritel, nagu Safari. Theora toe lõpetamise põhjuseks on mure, et Theora teostuses, milles on keeruline binaarandmete analüüsi ja voogude dekodeerimise loogika, võivad esineda haavatavused, sarnased viimaste kriitiliste probleemidega VP8 kodeerijaga. Arendajate arvates on turvariskid, mis seondub suurenenud 0-päeva rünnakute arvuga meediakodekite vastu, ületanud kodeki Theora nõudluse taseme, kuna seda praktiliselt ei kasutata, kuid see jääb potentsiaalsete rünnakute olulise sihtmärgina.
• Jätkub järkjärguline kasutajate osakaalu suurenemine, kellele on keelatud kolmandate osapoolte küpsiste tugi, mis seatakse veebilehtedele, mis ei kuulu praeguse lehe domeeni. Selliseid küpsiseid kasutatakse kasutaja veebilehtede vahelise liikumise jälgimiseks reklaamivõrkude, sotsiaalmeedia vidinate ja veebianalüüsi süsteemides. Muudatused edenevad Privacy Sandboxi algatuse raames, mis on suunatud kompromissi saavutamisele kasutajate privaatsuse säilitamise vajaduse ja reklaamivõrkude ning veebilehtede soovide vahel jälgida külastajate eelistusi. Kolmandate osapoolte küpsiste keelamist plaanitakse järk-järgult laiendada ning 2024. aasta kolmandaks kvartaliks saavutada 100%. Keerukusele ei oota, et välised muudatused toimuvad, on ette nähtud seade „chrome://flags/#test-third-party-cookie-phaseout“.
• Mõne USA kasutaja jaoks on sisse lülitatud masinõpet kasutavate võimekuste tugi — nutikas vahekaartide rühmitamise režiim, teema generaator ja interaktiivne abiline, millest räägiti Chrome 121 väljaande kuulutuses. Keskhaldusega süsteemide puhul saavad administraatorid AI-tööriistu poliitikate tasemel aktiivseks muuta, ilma et oleks vaja lülitada sisse katse režiimi.
• Chrome'i seadete, ajaloo ja järjehoidjate sünkroonimise teenuses (Chrome Sync) lõpetatakse toe pakkumine versioonidele, mis on varasemad kui Chrome 82.
• Kui on lubatud brauseri täiustatud kaitse (Safe Browsing > Enhanced protection), on teostatud teabe edastamine Google'ile, mis sisaldab andmeid lehtede, mis küsivad laiendatud õigusi (selliseid lehti kontrollitakse välise pahavara andmebaasi alusel, ja kui nad vastavad, kuvatakse kasutajale kohe teade). Samuti on aktiveeritud telemeetriateave, mis käsitleb kasutaja tühistatud hoiatuste edastamist, mis kuvatakse enne lehtede avamist, mis on Google'i mustas nimekirjas.
• Google avaldas artikli, milles selgitatakse meetodeid, mida kasutatakse kasutaja avatud lehtede kontrollimiseks väljaspool pahavara andmebaasi, mis on avaldatud serveril. Privaatsuse säilitamiseks, kui kontrollitakse kasutaja avatud URL-e, ei edastata Google'ile täielikke rippfaile, vaid ainult prefiixe, mis sisaldab esimesi 4 bait hajutist. Selle serveril prefiiksi kontrollitakse pahavara lehtede andmebaasis ning kõigi täielike hajutiste loend, mis vastavad prefiksile, edastatakse kasutaja brauserisse, kus toimub lõpliku 32-baitise URLi hajuti kontrollimine. Kasutaja IP-aadressiga seose vältimiseks suunatakse hajuti prefiks alguses vaheproksi, mis edastab päringu Safe Browsing süsteemi serverisse oma nime alt.
• Kehtestatud on arendusinstrumentide konsooli teated, kui leht saadab päringu sisevõrku (192.168.x.x, 10.x.x.x jne), kui sellised päringud tehakse väljaspool turvalist konteksti ja ei ole läbinud eelkontrolli. Enne, kui veebileht saadab algatatud päringu sisevõrgu ressursile, saadab brauser esmalt eeltestimise päringu ja kontrollib, kas server vastab HTTP-pealkirjaga „Access-Control-Allow-Private-Network: true”, mis lubab juurdepääsu intranetivõrku. Kui juurdepääs ei ole lubatud, siis on tegu sihitud mitteüleskeeramise katsega sise teenusele, mis võib viidata rünnakule brauseri kaudu kohalikele võrguresurssidele (näiteks võib ründaja iframe'i kaudu esitada päringu kodusüsteemi veebiliidesele, nagu „”). Chrome'i versioonis 130 plaanitakse teade asendada veateatega ning blokeerida kõik eelkontrolli läbinud päringud.
• Chrome'i rakendusse Androidi ja iOS-i lisati võimalus jätkata veebisaitide sirvimist, mis on varem avatud teistel seadmetel, mis on seotud sama Google'i kontoga.
• Chrome'i rakenduses Android muudeti kohalike paroolide salvestamise meetodit, mis ei sünkroniseeru teiste seadmetega. Varasemalt salvestati kohalikud paroolid Chrome'i profiili, kuid nüüd kantakse need üle Google Play teenuste pakutavasse paroolihaldusesse, mida kasutatakse juba Google'i konto parooli salvestamiseks. Chrome'i versioonis 123 rakendatakse uus salvestusrežiim kasutajatele, kellel pole kohalikke paroloid, ja versioonis Chrome 124 rakendatakse see kasutajatele, kellel on kohalikud paroolid.
• Lisati API staatiliseks ServiceWorkerite marsruutimiseks (Service Worker Static Routing), mis võimaldab välistada JavaScripti täitmise ja ServiceWorkerite ümbersuunamise, kui taotletakse ressursse, mis vastavad seatud tingimustele. Teisisõnu, API võimaldab määrata, kuidas teatud ressursse laadida ja keelata ServiceWorkerite käivitamise ressursside jaoks, mida saab kaustast välja võtta või otse laadida. Otsustamiseks võivad kasutada URL-mustreid, päringu meetodeid, sisu tüüpi (dokument, embed, font, video jne) ja täitmise seisundit (running, not-running). Näiteks, et saata post-päring veebivormi andmetega otse, ilma ServiceWorkerite käivitamiseta, võib märkida: addEventListener(‘install’, (event) => { event.addRoutes({ condition: { urlPattern: “/form/*”, requestMethod: “post” }, source: “network” }); });
• CSS-i lisati funktsioon light-dark(), mis kohandab värviskeemi valguse või tumeda režiimi seadistustele. Funktsioonis saab määrata kaks väärtust, mis valitakse vastavalt valguse või tumeda režiimi olekule. Näiteks „background-color: light-dark(lime, green);”.
• Lisati API Long Animation Frames, et diagnoosida veebilehe veebiliidese vastuvõtlikkust ja tuvastada kitsaskohad renderdamisel.
• Meedia päringusse „display-mode” lisati toe väärtus „picture-in-picture”, mis võimaldab luua CSS-reegleid, mis on kasutatavad ainult siis, kui veebirakendus kuvatakse „pildina pildis” režiimis. @media all and (display-mode: picture-in-picture) { body { margin: 0; } h1 { font-size: 0.8em; } }
• CSS-i omaduses „align-content” on võimalus töötada plokkide konteinerite ja tabelite rakkudega. Näiteks „display: block”, „display: list-item”, „display: table-cell” saavad nüüd olla joondatud „align-content” abil.
• CSS-i omadus „field-sizing” võimaldab muuta vormielementide suurust sõltuvalt nende sisust, näiteks automaatselt suurendades tekstikasti suurust andmete sisestamisel.
• JavaScripti liidesesse NavigationActivation on lisatud parameeter navigation.activation, mis peegeldab dokumendi aktiveerimise seisundit (näiteks saab määrata, et dokument on taastatud vahemälust pärast navigeerimise nuppude „edasi” või „tagasi” vajutamist). Parameetrit saab kasutada lehe sisu kohandamiseks sõltuvalt sellest, kust kasutaja lehele tuli, näiteks võib näidata teistsugust animatsiooni, kui kasutaja on tulnud avalehelt.
• Veebiarendustööriistadele on sisse viidud täiustusi.

Lisaks muudatustele ja vigadeparandusele kõrvaldas uus versioon 12 haavatavust. Paljusid haavatavusi tuvastati automaatsete testimise tööriistade nagu AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ja AFL abil. Kriitilisi probleeme, mis võimaldavad mööda minna kõikidest brauseri kaitsetasanditest ja käivitada süsteemis koodi väljaspool liivakasti keskkonda, ei leitud. Haavatavuste avastamise preemia programmi raames maksis Google käesoleva väljaande eest välja 7 preemiat kokku 22 000 USA dollarit (üks preemia $10,000, $4,000, $3,000 ja $1,000, ning kaks preemiat $2,000). Ühe preemia suurust ei ole veel määratud.

Allikas: opennet.ru