Google utgave av nettleseren . Samtidig stabil utgivelse av et fritt prosjekt , som fungerer som grunnlaget for Chrome. Nettleseren Chrome ved bruken av Googles logoer, et system for å sende varsler ved krasj, muligheten for å laste ned Flash-modulen på forespørsel, moduler for avspilling av beskyttet videoinnhold (DRM), et system for automatisk installasjon av oppdateringer og overføring ved søk . Den neste utgivelsen av Chrome 85 er planlagt til 25. august.
:
- støtte for protokollene TLS 1.0 og TLS 1.1. For å få tilgang til nettsteder via en sikker tilkobling, må serveren støtte minst TLS 1.2; ellers vil nettleseren nå vise en feilmelding. Ifølge Google foregår rundt 0,5% av innlastingene av nettsider fortsatt ved bruk av utdaterte versjoner av TLS. Deaktiveringen er gjennomført i henhold til IETF (Internet Engineering Task Force). Grunnen til at TLS 1.0/1.1 går ut er mangelen på støtte for moderne krypteringsmetoder (som ECDHE og AEAD) og kravet om støtte for gamle krypteringsmetoder, hvis pålitelighet er blitt stilt spørsmål ved i den moderne utviklingen av datateknologi (for eksempel kreves støtte for TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA, der MD5 og SHA-1 brukes for integritet og autentisering). Innstillingen som gir mulighet til å aktivere TLS 1.0/1.1 vil bli bevart til januar 2021.
- Blokkering er sikret (uten kryptering) av kjørbare filer, og det er lagt til varsler ved usikre nedlastinger av arkiver. I fremtiden er det gradvis planlagt å slutte helt å støtte nedlasting av filer uten kryptering. Blokkeringen er implementert fordi nedlasting av filer uten kryptering kan brukes til skadelige handlinger ved å forandre innholdet under MITM-angrep.
- innledende støtte for , utviklet som et alternativ til User-Agent-headeren. Client Hints-mekanismen tilbyr som erstatning for User-Agent en serie overskrifter «Sec-CH-UA-*», som gjør det mulig å organisere selektiv avlevering av data om spesifikke nettleser- og systemparametere (versjon, plattform, osv.) kun etter forespørsel fra serveren. Brukeren får mulighet til å definere hvilke parametere som er tillatt å dele og selektivt gi slik informasjon til nettsideeierne. Når Client Hints brukes, overføres ikke identifikatoren som standard uten eksplicit forespørsel, noe som gjør passiv identifisering umulig (som standard oppgis kun nettlesernavnet). om til neste år.
- aktivering av
mer strenge overføring av informasjonskapsler mellom nettsteder, som ble på grunn av COVID-19. For ikke-HTTPS forespørsel er behandling av tredjeparts informasjonskapsler som settes av nettsteder forskjellig fra domenet til den nåværende siden forbudt. Slike informasjonskapsler brukes til å overvåke brukerens bevegelser mellom nettsteder i koden for annonseringsnettverk, sosiale medie-widgeter og systemer for webanalyse.Vi minner om at overføring av informasjonskapsler styres av attributtet SameSite som angis i Set-Cookie-hoveddelen, som som standard vil bli satt til verdien «SameSite=Lax», som begrenser sending av informasjonskapsler for tverr-nettsteder forespørsel, som for eksempel bildeforespørsel eller innlasting av innhold via iframe fra et annet nettsted. Nettsteder kan overstyre standard SameSite-modus ved å uttrykkelig sette verdien SameSite=None når de oppretter informasjonskapsler. I tillegg kan verdien SameSite=None for informasjonskapsler bare settes i Secure-modus (gjelder for tilkoblinger via HTTPS). Endringen vil bli implementert trinnvis, først for en liten prosentandel av brukerne, og deretter gradvis utvide dekningen.
- Eksperimentell implementering lagt til , som kan aktiveres ved hjelp av innstillingen «chrome://flags/#enable-heavy-ad-intervention». Blokkeringen lar automatisk deaktivere annonserende iframe-blokker etter at terskelverdier for trafikk og CPU-belastning er overskredet. Blokkeringen aktiveres hvis mer enn 60 sekunder prosessorertid er brukt i hovedtråden i sum eller 15 sekunder i en 30-sekunders periode (bruke 50 % av ressursene i mer enn 30 sekunder), samt når mer enn 4 MB data er lastet ned over nettverket.
Blokkeringen vil kun aktiveres hvis brukeren ikke har interagert med annonseblokken før terskelverdiene overskrides (for eksempel, de ikke har klikket på den), noe som med tanke på trafikkbegrensningen vil hindre automatisk avspilling av store videoannonser uten eksplisitt aktivering fra brukeren. De foreslåtte tiltakene vil befri brukerne fra annonser med ineffektiv kodeimplementering eller bevisst parasittisk aktivitet (for eksempel de som driver med mining). Ifølge statistikk fra Google utgjør annonser som kommer inn under blokkeringens kriterier bare 0,30 % av alle annonseblokker, men slike annonseinnrykk bruker 28 % av CPU-ressursene og 27 % av trafikken av den totale annonsevolumet.
- Det er utført arbeid for å redusere CPU-forbruket når nettleservinduet ikke er synlig for brukeren. Chrome sjekker nå om nettleservinduet dekkes av andre vinduer og ekskluderer tegningen av piksler i overdekkede områder. Den nye funksjonen vil bli rullet ut gradvis: delvis for noen brukere vil optimaliseringen bli aktivert i Chrome 84, mens for andre i Chrome 85.
- Aktivert som standard beskyttelse mot , for eksempel spamforespørslene om å motta push-varsler. Siden slike forespørslene avbryter brukerens arbeid og trekker oppmerksomhet bort fra bekreftelsesdialogene, vil det i adressefeltet vises en informasjonsboks uten behov for brukerhandling, med en advarsel om blokkering av forespørselen om tillatelse, som automatisk blir redusert til en indikator med bildet av en overstrøket klokke. Ved å klikke på indikatoren kan man aktivere eller avslå den forespurte tillatelsen til enhver tid.
- Brukerens valg huskes når eksterne protokollbehandlere åpnes – brukeren kan velge "alltid tillate for dette nettstedet" for en bestemt behandler, og nettleseren vil huske denne beslutningen knyttet til det nåværende nettstedet.
- Beskyttelse mot endring av brukerinnstillinger uten uttrykkelig samtykke er lagt til. Hvis en utvidelse endrer den foreslåtte standard søkemotoren eller siden som vises for nye faner, vil nettleseren nå vise en dialogboks som ber om bekreftelse på den angitte handlingen eller avbryte endringen.
- implementeringen av beskyttelse mot nedlasting av blandet medieinnhold (når ressurser lastes inn over http:// på en HTTPS-side). På sider åpnet med HTTPS, vil nå automatisk erstatte "http://"-lenker med "https://" i blokker relatert til bildeinnlasting (tidligere ble skript og iframe erstatninger, automatisk erstatning av lyd- og videoressurser er forventet i neste versjon). Hvis et bilde ikke er tilgjengelig over https, blir nedlasting blokkert (manuelt kan blokkeringen merkes via menyen tilgjengelig gjennom låsesymbolet i adressefeltet).
- Støtte for API (utviklet som SMS Receiver API), som muliggjør innføring på web-siden av et engangspassord, etter å ha mottatt en SMS med bekreftelseskode sendt til brukeren sin Android-smarttelefon der nettleseren kjører. SMS-bekreftelse kan for eksempel brukes til å verifisere telefonnummeret oppgitt av brukeren ved registrering. Tidligere måtte brukeren åpne SMS-appen, kopiere koden til utklippstavlen, gå tilbake til nettleseren og lime inn koden; den nye API-en gir mulighet for å automatisere denne prosessen og redusere den til ett trykk.
- Utvidet API
for managing web animation playback. The new release adds support for compositing operations, allowing control over how effects are combined and providing new handlers triggered by content replacement events. The Web Animations API also now supports Promise for determining the sequence of animation display and better control over how animation interacts with other application features. - I Origin Trials-modus (eksperimentelle funksjoner som krever separat aktivering) er flere nye API-er lagt til. Origin Trial betyr muligheten til å jobbe med den spesifiserte API-en fra applikasjoner lastet inn fra localhost eller 127.0.0.1, eller etter registrering og mottak av et spesialtoken som er gyldig i en begrenset periode for et spesifikt nettsted.
- API for service workers to access HTTP cookies, serving as an asynchronous alternative to using document.cookie.
- API for detecting user inactivity, allowing the determination of when a user is not interacting with the keyboard/mouse, when a screensaver is running, the screen is locked, or when work is being performed on another monitor. The application is informed of inactivity through a notification sent after reaching a specified inactivity threshold.
- Mode , allows developers to achieve greater content handling isolation in a separate process tied to the origin (origin — domain + port + protocol), rather than the site, at the cost of discontinuing support for some deprecated features such as synchronous execution of scripts using document.domain and calling postMessage() to send messages to instances of WebAssembly.Module. In other words, Origin Isolation facilitates process separation based on the resource's domain rather than the site with all its external inclusions on the pages.
- API for utilizing vector SIMD instructions in applications in the WebAssembly format. A new 128-bit type is introduced to represent various types of packed data along with several base vector operations for handling packed data, ensuring platform independence. SIMD allows performance improvements through data parallelization and will be beneficial for compiling native code into WebAssembly. Support for SIMD can be enabled using the setting 'chrome://flags/#enable-webassembly-simd'.
- Stabilized and is now being rolled out outside of Origin Trials
API , som gir metadata om innholdet som tidligere er blitt hurtigbufret av webapplikasjoner som kjører som Progressive Web Apps (PWS). Applikasjonen kan lagre forskjellige data på nettlesersiden, inkludert bilder, videoer og artikler, og ved tap av nettverksforbindelse kan disse brukes ved hjelp av Cache Storage API og IndexedDB. Content Indexing API gir mulighet for å legge til, finne og fjerne slike ressurser. I nettleseren brukes denne APIen allerede til å liste opp sider og multimedia-data tilgjengelig for offline visning. - Stabilisert versjon av API basert på Promise-mekanismen, og gir en sikrere måte å håndtere deaktivering av automatisk låsing av skjermen og sette enheter i strømsparingsmoduser.
- I versjonen for Android-plattformen støtte for applikasjonsikoner som gir rask tilgang til populære handlinger i applikasjonen. For å opprette ikoner er det nok å legge til elementer i manifestet for webapplikasjonen i PWA-format (Progressive Web Apps).
- For Web Worker er bruk av API , som lar deg definere en håndterer for å generere rapporter, kalt ved tilgang til utdaterte funksjoner. Den genererte rapporten kan lagres, sendes til serveren eller behandles med et JavaScript-skript, etter brukerens valg.
- APIen er oppdatert , som lar deg koble til en håndterer som vil motta varsler om størrelsesendringer av spesifiserte elementer på siden. I ResizeObserverEntry er det lagt til tre nye egenskaper: contentBoxSize, borderBoxSize og devicePixelContentBoxSize for å gi mer detaljert informasjon, presentert som et array med ResizeObserverSize-objekter.
- Det er lagt til nøkkelordet «» for å tilbakestille elementets stil til standardverdi.
- Fritt for prefikset CSS-egenskapene «-webkit-appearance» og «-webkit-ruby-position», som nå er tilgjengelige som «" og "«.
- I JavaScript støtte for å merke metoder og egenskaper av klassen som private, etter hvilket tilgang til dem bare vil være åpen inne i klassen (tidligere kunne bare felt være private). For å merke metoder og egenskaper som private må du et hash-symbol (#) før feltets navn.
- I JavaScript støtte (weak reference) til JavaScript-objekter som lar deg beholde en referanse til objektet uten å hindre at den relaterte objektet blir fjernet av søppelinnsamleren. Det er også lagt til støtte for finalizere, som gir mulighet for å definere en håndterer som blir kalt etter at søppelinnsamlingen av det angitte objektet er utført.
- Oppstart av applikasjoner på WebAssembly er akselerert takket være implementeringen i den grunnleggende (baseline) kompilatoren Liftoff. og . Verktøyene for debugging av WebAssembly er forbedret, og ytelsen under debugging er vesentlig høyere ved bruk av stoppunkter (tidligere ble det brukt en tolk under debugging, men nå brukes kompilatoren Liftoff).
- I verktøyene for webutviklere pphttps://developers.google.com/web/updates/2020/05/devtools er panelet for ytelsesanalyse oppdatert. Generell informasjon om metrikken (Total Blocking Time), som viser hvor lenge siden en side virker tilgjengelig, men faktisk ikke er det (dvs. siden er allerede rendret, men hovedtråden er fortsatt blokkert og input er umulig). En ny seksjon, Experience, er lagt til for å analysere metrikken. (Cumulative Layout Shift), som reflekterer den visuelle stabiliteten til innholdet. I CSS-stilinspektøren er det implementert en forhåndsvisning av bilder angitt gjennom egenskapen 'background-image'.
I tillegg til nyvinningene og feilrettingene har den nye versjonen eliminert . Mange av sårbarhetene ble avdekket ved hjelp av automatisert testing med verktøyene , , , og . Ett problem (CVE-2020-6510, bufferoverløp i håndtereren for bakgrunnsoperasjoner fetch) er merket som kritisk, som betyr at det tillater omgåelse av alle nivåer av nettleserbeskyttelse og utførelse av kode i systemet utenfor sandkassen. I forbindelse med programmet for belønning for oppdagelse av sårbarheter for den nåværende utgivelsen har Google utbetalt 26 premier på totalt 21500 dollar (to premier på 5000 dollar, to premier på 3000 dollar, én premie på 2000 dollar, to premier på 1000 dollar og tre premier på 500 dollar). Størrelsen på 16 premier er ennå ikke fastsatt.
Kilde: opennet.ru
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish