ProHoster > Blogs > interneta ziņas > Chrome 84. izlaidums

Chrome 84. izlaidums

Google uzrādÄ«ts tÄ«mekļa pārlÅ«kprogrammas izlaidums Chrome 84... VienlaicÄ«gi pieejams bezmaksas projekta stabila izlaiÅ”ana Hroms, kas ir pārlÅ«ka Chrome pamatā. Chrome pārlÅ«ks atŔķirÄ«gs Google logotipu izmantoÅ”ana, sistēmas klātbÅ«tne paziņojumu nosÅ«tÄ«Å”anai avārijas gadÄ«jumā, iespēja lejupielādēt Flash moduli pēc pieprasÄ«juma, moduļi aizsargāta video satura atskaņoÅ”anai (DRM), sistēma automātiskai atjauninājumu instalÄ“Å”anai un pārraidei meklÄ“Å”anas laikā RLZ parametri. Nākamais Chrome 85 laidiens ir paredzēts 25. augustā.

Galvenais izmaiņas Š² hroms 84:

  • Atspējots TLS 1.0 un TLS 1.1 protokolu atbalsts. Lai piekļūtu vietnēm, izmantojot droÅ”u sakaru kanālu, serverim ir jānodroÅ”ina atbalsts vismaz TLS 1.2, pretējā gadÄ«jumā pārlÅ«kprogramma tagad parādÄ«s kļūdu. Saskaņā ar Google datiem, paÅ”laik aptuveni 0.5% tÄ«mekļa lapu lejupielādes joprojām tiek veiktas, izmantojot novecojuÅ”as TLS versijas. IzslēgÅ”ana tika veikta saskaņā ar ieteikumus IETF (Internet Engineering Task Force). TLS 1.0/1.1 noraidÄ«Å”anas iemesls ir moderno Å”ifru (piemēram, ECDHE un AEAD) atbalsta trÅ«kums un prasÄ«ba atbalstÄ«t vecos Å”ifrus, kuru uzticamÄ«ba tiek apÅ”aubÄ«ta paÅ”reizējā skaitļoÅ”anas tehnoloÄ£ijas attÄ«stÄ«bas stadijā (piemēram, , ir nepiecieÅ”ams atbalsts TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA, MD5 un SHA-1). IestatÄ«jums, kas ļauj atgriezties pie TLS 1.0/1.1, tiks saglabāts lÄ«dz 2021. gada janvārim.
  • NodroÅ”ināta bloÄ·Ä“Å”ana nedroÅ”a sāknÄ“Å”ana (bez Å”ifrÄ“Å”anas) izpildāmos failus un pievienoti brÄ«dinājumi, kad arhÄ«vi tiek ielādēti nedroÅ”i. Nākotnē plānots pakāpeniski pārtraukt atbalstÄ«t failu augÅ”upielādi bez Å”ifrÄ“Å”anas. BloÄ·Ä“Å”ana ir ieviesta, jo failu lejupielāde bez Å”ifrÄ“Å”anas var tikt izmantota ļaunprātÄ«gu darbÄ«bu veikÅ”anai, aizstājot saturu MITM uzbrukumu laikā.
  • Pievienots sākotnējais atbalsts identifikators Klientu padomi, kas izstrādāta kā alternatÄ«va User-Agent galvenei. Client Hints mehānisms piedāvā virkni ā€œSec-CH-UA-*ā€ galvenes kā User-Agent aizstājēju, kas ļauj organizēt selektÄ«vu datu piegādi tikai par konkrētiem pārlÅ«kprogrammas un sistēmas parametriem (versija, platforma utt.). pēc servera pieprasÄ«juma. Lietotājs iegÅ«st iespēju noteikt, kuri parametri ir pieņemami piegādei, un selektÄ«vi sniegt Ŕādu informāciju vietnes Ä«paÅ”niekiem. Izmantojot Client Hints, identifikators pēc noklusējuma netiek pārsÅ«tÄ«ts bez skaidra pieprasÄ«juma, kas padara pasÄ«vo identifikāciju neiespējamu (pēc noklusējuma tiek norādÄ«ts tikai pārlÅ«kprogrammas nosaukums). Strādāt par Lietotāja un aÄ£enta apvienoÅ”ana atlikts lÄ«dz nākamajam gadam.
  • Turpinājums aktivizÄ“Å”ana
    stingrāki ierobežojumiem SÄ«kdatņu pārsÅ«tÄ«Å”ana starp vietnēm, kas bija atcelts COVID-19 dēļ. Ne-HTTPS pieprasÄ«jumiem ir aizliegta treÅ”o puÅ”u sÄ«kfailu apstrāde, kas iestatÄ«ti, piekļūstot vietnēm, kas nav paÅ”reizējās lapas domēns. Šādas sÄ«kdatnes tiek izmantotas, lai izsekotu lietotāju kustÄ«bām starp vietnēm reklāmas tÄ«klu kodā, sociālo tÄ«klu logrÄ«kos un tÄ«mekļa analÄ«tikas sistēmās.

    Atgādiniet, ka sÄ«kfailu pārsÅ«tÄ«Å”anas kontrolei tiek izmantots Set-Cookie galvenē norādÄ«tais atribÅ«ts SameSite, kuram pēc noklusējuma tiks iestatÄ«ta vērtÄ«ba ā€œSameSite=Laxā€, kas ierobežo sÄ«kfailu nosÅ«tÄ«Å”anu starpvietņu apakÅ”pieprasÄ«jumiem. , piemēram, attēla pieprasÄ«jums vai satura ielāde, izmantojot iframe no citas vietnes. Vietnes var ignorēt noklusējuma SameSite darbÄ«bu, skaidri iestatot sÄ«kfailu iestatÄ«jumu uz SameSite=None. Turklāt sÄ«kfaila vērtÄ«bu SameSite=None var iestatÄ«t tikai droÅ”ajā režīmā (derÄ«ga savienojumiem, izmantojot HTTPS). Izmaiņas tiks ieviestas pakāpeniski, sākot ar nelielu lietotāju procentuālo daļu un pēc tam pakāpeniski paplaÅ”inot sasniedzamÄ«bu.

  • Pievienota eksperimentālā ievieÅ”ana resursietilpÄ«gs reklāmu bloķētājs, ko var iespējot, izmantojot iestatÄ«jumu ā€œchrome://flags/#enable-heavy-ad-interventionā€. Bloķētājs ļauj automātiski atspējot iframe reklāmu blokus pēc trafika un CPU slodzes sliekŔņu pārsniegÅ”anas. BloÄ·Ä“Å”ana tiks aktivizēta, ja galvenais pavediens ir patērējis vairāk nekā 60 sekundes CPU laika kopā vai 15 sekundes 30 sekunžu intervālā (patērējot 50% resursu ilgāk par 30 sekundēm), kā arÄ«, ja vairāk nekā 4 MB datu ir lejupielādēti tÄ«klā.

    BloÄ·Ä“Å”ana darbosies tikai tad, ja lietotājs pirms ierobežojumu pārsniegÅ”anas nav mijiedarbojies ar reklāmas vienÄ«bu (piemēram, nav noklikŔķinājis uz tās), kas, ņemot vērā satiksmes ierobežojumus, ļaus automātiski atskaņot lielu reklāmās esoÅ”ie videoklipi tiks bloķēti, lietotājam nepārprotami neaktivizējot atskaņoÅ”anu. Ierosinātie pasākumi pasargās lietotājus no reklāmas ar neefektÄ«vu koda ievieÅ”anu vai apzinātu parazÄ«tisku darbÄ«bu (piemēram, ieguvi). Saskaņā ar Google statistiku, reklāma, kas atbilst bloÄ·Ä“Å”anas kritērijiem, veido tikai 0.30% no visām reklāmas vienÄ«bām, bet tajā paŔā laikā Ŕādi reklāmas ieliktņi patērē 28% CPU resursu un 27% trafika no kopējā reklāmas apjoma.

  • Ir veikts darbs, lai samazinātu CPU resursu patēriņu, kad pārlÅ«kprogrammas logs neatrodas lietotāja redzes laukā. Chrome tagad pārbauda, ā€‹ā€‹vai pārlÅ«kprogrammas logs pārklājas ar citiem logiem, un neļauj zÄ«mēt pikseļus pārklājuma zonās. Jaunā funkcija tiks ieviesta pakāpeniski: dažiem lietotājiem pārlÅ«kprogrammā Chrome 84 un citiem pārlÅ«kprogrammā Chrome 85 tiks iespējota optimizācija.
  • AizsardzÄ«ba ir iespējota pēc noklusējuma kaitinoÅ”i paziņojumi, piemēram, surogātpasta pieprasÄ«jumi saņemt push paziņojumus. Tā kā Ŕādi pieprasÄ«jumi pārtrauc lietotāja darbu un novirza uzmanÄ«bu uz darbÄ«bām apstiprinājuma dialoglodziņos, tad adreÅ”u joslā atseviŔķa dialoga vietā tiks parādÄ«ts informatÄ«vs rÄ«ka padoms, kas neprasa lietotāja darbÄ«bu, brÄ«dinot par atļauju pieprasÄ«juma bloÄ·Ä“Å”anu, kas automātiski sabrÅ«k indikatorā ar pārsvÄ«trotu zvaniņu. NoklikŔķinot uz indikatora, jÅ«s jebkurā ērtā laikā varat aktivizēt vai noraidÄ«t pieprasÄ«to atļauju.

    Chrome 84. izlaidums

  • Lietotāja izvēle tiek atcerēta, atverot ārējo protokolu apdarinātājus - lietotājs var atlasÄ«t ā€œvienmēr atļaut Å”ai vietneiā€ konkrētam apdarinātājam, un pārlÅ«kprogramma atcerēsies Å”o lēmumu saistÄ«bā ar paÅ”reizējo vietni.
  • Pievienota aizsardzÄ«ba pret lietotāja iestatÄ«jumu maiņu bez nepārprotamas piekriÅ”anas. Ja pievienojumprogramma maina noklusējuma meklētājprogrammu vai jaunai cilnei parādÄ«to lapu, pārlÅ«kprogrammā tagad tiks parādÄ«ts dialoglodziņŔ, kurā tiks lÅ«gts apstiprināt norādÄ«to darbÄ«bu vai atcelt izmaiņas.
  • Turpinājums aizsardzÄ«bas ievieÅ”ana pret jaukta multivides satura ielādi (kad resursi tiek ielādēti HTTPS lapā, izmantojot http:// protokolu). Lapās, kas atvērtas, izmantojot HTTPS, tagad saites ā€œhttp://ā€ tiks automātiski aizstātas ar ā€œhttps://ā€ blokos, kas saistÄ«ti ar attēlu ielādi (iepriekÅ” tika aizstāti skripti un iframe, audio un video resursu automātiska aizstāŔana ir paredzēta nākamais izlaidums). Ja attēls nav pieejams, izmantojot https, tā lejupielāde tiek bloķēta (bloÄ·Ä“Å”anu var atzÄ«mēt manuāli, izmantojot izvēlni, kas pieejama, izmantojot piekaramās slēdzenes simbolu adreses joslā).
  • Pievienots API atbalsts Web OTP (izstrādāts kā SMS Receiver API), kas ļauj organizēt vienreizējas paroles ievadi tÄ«mekļa lapā pēc SMS ziņas saņemÅ”anas ar apstiprinājuma kodu, kas tiek piegādāta lietotāja Android viedtālrunÄ«, kurā darbojas pārlÅ«kprogramma. Ar SMS apstiprinājumu, piemēram, var pārbaudÄ«t lietotāja reÄ£istrācijas laikā norādÄ«to tālruņa numuru. Ja iepriekÅ” lietotājam bija jāatver SMS aplikācija, jānokopē kods no tās starpliktuvē, jāatgriežas pārlÅ«kprogrammā un jāielÄ«mē Å”is kods, tad jaunais API ļauj Å”o procesu automatizēt un samazināt lÄ«dz vienam pieskārienam.
  • API paplaÅ”ināta TÄ«mekļa animācijas
    lai kontrolētu tÄ«mekļa animācijas atskaņoÅ”anu. Jaunajā laidienā ir pievienots atbalsts komponÄ“Å”anas darbÄ«bām, ļaujot kontrolēt efektu apvienoÅ”anu un nodroÅ”ināt jaunus apstrādātājus, kas tiek izsaukti, kad notiek satura aizstāŔanas notikumi. TÄ«mekļa animāciju API tagad atbalsta arÄ« solÄ«jumu, lai noteiktu animāciju rādÄ«Å”anas secÄ«bu un labāk kontrolētu, kā animācijas mijiedarbojas ar citām lietojumprogrammu funkcijām.

  • Origin Trials režīmam ir pievienotas vairākas jaunas API (eksperimentālas funkcijas, kurām nepiecieÅ”ama atseviŔķa aktivizÄ“Å”ana). Sākotnējā izmēģinājuma versija nozÄ«mē iespēju strādāt ar norādÄ«to API no lietojumprogrammām, kas lejupielādētas no localhost vai 127.0.0.1, vai pēc reÄ£istrÄ“Å”anās un Ä«paÅ”a marÄ·iera saņemÅ”anas, kas ir derÄ«gs noteiktai vietnei ierobežotu laiku.
    • API Cepumu veikals pakalpojumu darbinieka piekļuvei HTTP sÄ«kfailiem, kas kalpo kā asinhrona alternatÄ«va document.cookie izmantoÅ”anai.
    • API DÄ«kstāves noteikÅ”ana lai noteiktu lietotāja neaktivitāti, ļaujot noteikt laiku, kad lietotājs nedarbojas ar tastatÅ«ru/peli, darbojas ekrānsaudzētājs, ekrāns ir bloķēts vai tiek veikts darbs pie cita monitora. Pieteikuma informÄ“Å”ana par neaktivitāti tiek veikta, nosÅ«tot paziņojumu pēc noteiktā neaktivitātes sliekŔņa sasniegÅ”anas.
    • Režīms Izcelsmes izolācija, ļauj izstrādātājam izmantot pilnÄ«gāku satura apstrādes izolāciju atseviŔķā procesā saistÄ«bā ar avotu (izcelsme ā€” domēns + ports + protokols), nevis vietni, uz tā rēķina, ka tiek pārtraukts atbalsts dažām mantotajām funkcijām, piemēram, sinhronajam. skriptu izpilde, izmantojot document.domain un izsaucot postMessage(), lai ievietotu ziņojumus WebAssembly.Module instancēs. Citiem vārdiem sakot, Origin Isolation ļauj organizēt atdalÄ«Å”anu starp dažādiem procesiem, pamatojoties uz resursa domēnu, nevis vietni ar visiem sveÅ”iem ieslēgumiem lapās.
    • API WebAssembly SIMD vektora SIMD instrukciju izmantoÅ”anai lietojumprogrammās WebAssembly formātā. Lai nodroÅ”inātu platformas neatkarÄ«bu, tas piedāvā jaunu 128 bitu tipu, kas var attēlot dažāda veida iepakotos datus, un vairākas pamata vektoroperācijas pakotnes datu apstrādei. SIMD ļauj palielināt produktivitāti, paralēli veicot datu apstrādi, un noderēs, kompilējot vietējo kodu WebAssembly. Lai iespējotu SIMD atbalstu, varat izmantot iestatÄ«jumu ā€œchrome://flags/#enable-webassembly-simdā€.
  • Stabilizēts un tagad izplatÄ«ts ārpus Origin Trials
    API Satura indeksÄ“Å”ana, kas nodroÅ”ina metadatus par saturu, kas iepriekÅ” tika saglabāts keÅ”atmiņā tÄ«mekļa lietojumprogrammās, kas darbojas progresÄ«vās tÄ«mekļa lietotņu (PWS) režīmā. Lietojumprogramma pārlÅ«kprogrammas pusē var saglabāt dažādus datus, tostarp attēlus, video un rakstus, un, ja tÄ«kla savienojums tiek zaudēts, izmantot to, izmantojot Cache Storage un IndexedDB API. Satura indeksÄ“Å”anas API ļauj pievienot, atrast un dzēst Ŕādus resursus. PārlÅ«kprogrammā Ŕī API jau tiek izmantota, lai uzskaitÄ«tu lapu sarakstu un multivides datus, kas pieejami skatÄ«Å”anai bezsaistē.

  • API versija ir stabilizēta Modinātājs pamatojoties uz Promise mehānismu, kas nodroÅ”ina droŔāku veidu, kā kontrolēt automātiskās bloÄ·Ä“Å”anas ekrānu atspējoÅ”anu un ierīču pārslēgÅ”anu uz enerÄ£ijas taupÄ«Å”anas režīmiem.
  • Android platformas versijā pievienots atbalsts lietojumprogrammu saÄ«snēm, kas ļauj nodroÅ”ināt ātru piekļuvi populārām tipiskām darbÄ«bām lietojumprogrammā. Lai izveidotu saÄ«snes, vienkārÅ”i pievienojiet elementus tÄ«mekļa lietojumprogrammas manifestam PWA (progresÄ«vās tÄ«mekļa lietotnes) formātā.
    Chrome 84. izlaidums

  • Web Worker ir atļauts izmantot API ReportingObserver, kas ļauj definēt apdarinātāju pārskata Ä£enerÄ“Å”anai, kas tiek izsaukts, piekļūstot novecojuŔām iespējām. Izveidoto pārskatu var saglabāt, nosÅ«tÄ«t serverim vai apstrādāt ar JavaScript skriptu pēc lietotāja ieskatiem.
  • API atjaunināts MainÄ«t novērotāja izmērus, kas ļauj pieslēgt apdarinātāju, kuram tiks nosÅ«tÄ«ti paziņojumi par lapā norādÄ«to elementu lieluma izmaiņām. Vietnei ResizeObserverEntry ir pievienoti trÄ«s jauni rekvizÄ«ti: contentBoxSize, borderBoxSize un devicePixelContentBoxSize, lai sniegtu detalizētāku informāciju, kas tiek atgriezta kā ResizeObserverSize objektu masÄ«vs.
  • Pievienots atslēgvārds "atgrieztiesĀ», lai atiestatÄ«tu elementa stilu uz tā noklusējuma vērtÄ«bu.
  • Noņemts prefikss CSS rekvizÄ«tiem "-webkit-appearance" un "-webkit-ruby-position", kas tagad ir pieejami kā "izskats"Un"rubÄ«na pozÄ«cija".
  • JavaScript Ä«stenota atbalsts klases metožu un rekvizÄ«tu atzÄ«mÄ“Å”anai kā privātai, pēc tam piekļuve tiem bÅ«s atvērta tikai klases ietvaros (iepriekÅ” privātie varēja bÅ«t tikai lauki). Lai metodes un rekvizÄ«tus atzÄ«mētu kā privātus: precizēt pirms lauka nosaukuma ir zÄ«me ā€œ#ā€.
  • JavaScript pievienots atbalstÄ«t vājās saites (vāja atsauce) uz JavaScript objektiem, kas ļauj saglabāt atsauci uz objektu, bet neliedz atkritumu savācējam dzēst saistÄ«to objektu. Ir pievienots arÄ« atbalsts pabeigtājiem, kas ļauj definēt apstrādātāju, kas tiek izsaukts pēc norādÄ«tā objekta atkritumu savākÅ”anas pabeigÅ”anas.
  • Lietojumprogrammu palaiÅ”ana vietnē WebAssembly ir paātrināta, pateicoties ievieÅ”anai sākotnējā (bāzes) Liftoff kompilatorā. atomu instrukcijas Šø pakeÅ”u atmiņas operācijas. Ir uzlaboti WebAssembly atkļūdoÅ”anas rÄ«ki, ir ievērojami uzlabota atkļūdoÅ”anas veiktspēja, izmantojot pārtraukuma punktus (iepriekÅ” atkļūdoÅ”anai tika izmantots tulks, tagad Liftoff kompilators).
  • TÄ«mekļa izstrādātājiem paredzētajos rÄ«kos pphttps://developers.google.com/web/updates/2020/05/devtools veiktspējas analÄ«zes panelis ir atjaunināts. Pievienota vispārÄ«ga informācija par metriku TBT (Kopējais bloÄ·Ä“Å”anas laiks), kas parāda, cik ilgi lapa Ŕķiet pieejama, bet faktiski nav pieejama (t.i., lapa jau ir renderēta, bet galvenā pavediena izpilde joprojām ir bloķēta un datu ievade nav iespējama). Pievienota jauna sadaļa Pieredze metrikas analÄ«zei CLS (KumulatÄ«vā izkārtojuma maiņa), atspoguļojot satura vizuālo stabilitāti. CSS stilu pārbaudes panelis nodroÅ”ina attēlu priekÅ”skatÄ«jumu, kas norādÄ«ti, izmantojot rekvizÄ«tu ā€œfona attēlsā€.

Papildus jauninājumiem un kļūdu labojumiem jaunā versija novērÅ” 38 ievainojamÄ«bas. Daudzas ievainojamÄ«bas tika identificētas automatizētu testÄ“Å”anas rÄ«ku rezultātā AdreseSanitizer, Atmiņas sanitizer, Kontrolējiet plÅ«smas integritāti, LibFuzzer Šø AFL. Viena problēma (CVE-2020-6510, bufera pārpilde ieneses fona apdarinātājā) ir atzÄ«mēta kā kritiska, t.i. ļauj apiet visus pārlÅ«kprogrammas aizsardzÄ«bas lÄ«meņus un izpildÄ«t kodu sistēmā ārpus smilÅ”kastes vides. Kā daļu no programmas, lai izmaksātu naudas atlÄ«dzÄ«bu par paÅ”reizējā laidiena ievainojamÄ«bu atklāŔanu, Google izmaksāja 26 balvas 21500 5000 USD vērtÄ«bā (divas 3000 USD balvas, divas 2000 USD balvas, viena 1000 USD balva, divas 500 USD balvas un trÄ«s 16 USD balvas). XNUMX balvu lielums vēl nav noteikts.

Avots: opennet.ru

Pievieno komentāru