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 Neste oppdatering av Chrome 81 er planlagt til 17. mars.
:
- For en liten andel av brukerne er det tilbudt en funksjon for gruppering av faner, som lar deg kombinere flere lignende faner i visuelt adskilte grupper. Hver gruppe kan tilknyttes en egen farge og navn. Brukere som ikke ble med i den fÞrste bÞlgen av aktiveringen, kan aktivere stÞtte for gruppering gjennom alternativet «chrome://flags/#tab-groups».
- StÞtte for funksjonen , som tillater Ä opprette lenker til enkelte ord eller fraser, uten eksplisitt Ä indikere i dokumentet med merkelapper ved hjelp av «a name»-taggen eller «id»-egenskapen. Syntaksen for slike lenker planlegges Ä bli godkjent som en webstandard, som fortsatt er pÄ stadiet . Masken for overgangen (som i praksis utfÞrer rulling med sÞk) skiller seg fra et vanlig anker med merket «:~:». For eksempel, nÄr du Äpner lenken «https://opennet.ru/52312/#:~:text=ChromД» vil siden flytte seg til posisjonen med den fÞrste omtalen av ordet «ChromД», og dette ordet vil bli uthevet.
- en strengere begrensning pÄ overfÞring av informasjonskapsler mellom nettsteder, for ikke-HTTPS forespÞrselen som forbyr behandling av tredjeparts informasjonskapsler som settes nÄr man besÞker nettsteder forskjellig fra domenet til den nÄvÊrende siden. Slike informasjonskapsler brukes til Ä fÞlge brukerens bevegelser mellom nettsteder i kode for annonse-nettverk, sosiale medier-widgets, og webanalyse-systemer. Vi minner om at for Ä styre overfÞringen av informasjonskapsler brukes attributtet SameSite angitt i Set-Cookie-headeren, som nÄ som standard er satt til «SameSite=Lax», som begrenser sendingen av informasjonskapsler for tverrsidige delspÞrsmÄl, som forespÞrsel om bilder eller innlasting av innhold via iframe fra et annet nettsted. Nettsteder kan overstyre den standard SameSite-modusen ved Ä spesifisere verdien SameSite=None ved opprettelse av informasjonskapsler. Det er imidlertid viktig Ä merke seg at verdien SameSite=None for informasjonskapsler kun kan settes i Secure-modus (gjelder for forbindelser via HTTPS). Endringen vil bli rullet ut gradvis 17. februar, fÞrst for en liten andel av brukerne, og deretter gradvis utvide omfanget.
- beskyttelse mot irriterende varsler relatert til bekreftelse av myndighet. Siden slik aktivitet, for eksempel spamforespÞrsel om Ä motta push-varsler, forstyrrer brukerens arbeid og trekker oppmerksomhet bort fra handlinger i bekreftelsesdialogene, kan det i Chrome 80 vises et informasjonstips med en advarsel om blokkering av forespÞrselen om myndighet i adressefeltet i stedet for en separat dialog, som deretter minimeres til en indikator med et bilde av en gjennomstrÞket klokke. Ved Ä klikke pÄ indikatoren kan man aktivere eller avvise den forespurte myndigheten nÄr som helst. Den nye modusen vil automatisk bli valgt for brukere som tidligere vanligvis har blokkert slike forespÞrsel, samt for nettsteder som registrerer en hÞy prosentandel av avviste forespÞrsel. For Ä aktivere den nye modusen for alle forespÞrsel er det lagt til et spesialalternativ i innstillingene (chrome://flags/#quiet-notification-prompts).
- visning av popup-vinduer (kall av metoden window.open()) og sending av synkrone XMLHttpRequest-forespÞrsel i hendelseshÄndterere for lukking eller skjuling av siden (unload, beforeunload, pagehide og visibilitychange);
- Forslaget har begynt mot lastning av blandet multimedieinnhold (nÄr ressurser lastes via http:// pÄ en HTTPS-side). PÄ sider Äpnet med HTTPS vil lenker "http://" nÄ automatisk bli erstattet med "https://" i blokkene relatert til avspilling av lyd- og videofiler. Hvis en lyd- eller videoressurs ikke er tilgjengelig over https, blir lasteprosessen blokkert (man kan manuelt merke blokkeringen gjennom menyen tilgjengelig via lÄsesymbolet i adressefeltet).
Bilder vil fortsette Ä lastes inn uten endringer (autobyttet vil bli brukt i Chrome 81), men for Ä erstatte med https eller blokkere bilder fÄr nettstedutviklere tilgang til CSP-egenskapene upgrade-insecure-requests og block-all-mixed-content. For skript og iframe har blokkering av blandet innhold allerede blitt implementert tidligere.
- Det har begynt en gradvis av FTP-stĂžtte. Som standard opprettholdes FTP-stĂžtte for nĂ„, men det vil et eksperiment der en bestemt prosentandel av brukerne fĂ„r deaktivert FTP-stĂžtte (for Ă„ gjenopprette det mĂ„ nettleseren startes med alternativet «âenable-ftp»). Vi minner om at i tidligere versjoner ble ogsĂ„ visningen av innhold i nettleservinduet for ressurser som lastes ned via protokollen «ftp://» deaktivert (for eksempel ble visningen av HTML-dokumenter og README-filer stanset), bruken av FTP ble forbudt for Ă„ laste ned underressurser fra dokumenter, og stĂžtten for proxy for FTP ble avsluttet. Likevel var det fremdeles mulig Ă„ laste opp filer via direkte lenker og vise kataloginnhold.
-
muligheten for Ä bruke vektorbaserte SVG-bilder som nettstedets ikon (favicon). - Innstillinger har fÄtt muligheten til Ä selektivt deaktivere bestemte datatyper som overfÞres under synkronisering mellom nettlesere.
- For sentralt administrerte bedriftsbrukere er det lagt til en regel , som forbyr installasjon av eksterne tillegg pÄ enheten.
- API: en enkelt sjekk av hele kjeden av egenskaper eller kall i JavaScript. For eksempel, nÄr du fÄr tilgang til «db.user.name.length», mÄtte man tidligere sjekke definisjonen av alle bestanddelene trinnvis, for eksempel gjennom «if (db && db.user && db.user.name)». NÄ kan man ved hjelp av operatoren «?.» fÄ tilgang til verdien «db?.user?.name?.length» uten forhÄndskontroller, og denne tilgangen vil ikke fÞre til en feil. Ved problemer (hvis noe element er behandlet som null eller undefined) vil verdien som kommer ut vÊre «undefined».
- I JavaScript er det foreslĂ„tt en ny logisk operator for sammenslĂ„ing «??», som returnerer det hĂžyre operanden hvis venstre operanden har verdien NULL eller undefined, og omvendt. For eksempel, «const foo = bar ?? âdefault string'» hvis bar er lik null, vil returnere strengen eller verdien av bar ellers, ogsĂ„ nĂ„r bar er 0 og â â, i motsetning til operatoren «||».
- I Origin Trials-modus (eksperimentelle funksjoner som krever separat ) er det foreslÄtt et API for innholdsindeksering. Origin Trial innebÊrer muligheten for Ä bruke det spesifiserte APIet fra applikasjoner lastet fra localhost eller 127.0.0.1, eller etter registrering og mottak av et spesialt token som har en begrenset gyldighet for et spesifikt nettsted. API , gir en metadata om innholdet som tidligere har blitt bufret av webapplikasjoner som kjÞrer i modus for Progressive Web Apps (PWA). Applikasjonen kan lagre ulike data pÄ nettlesersiden, inkludert bilder, videoer og artikler, og ved tap av nettverksforbindelse bruke dem ved hjelp av API Cache Storage og IndexedDB. Content Indexing API gir mulighet for Ä legge til, finne og fjerne slike ressurser. I nettleseren brukes dette API allerede for Ä liste opp sider og multimediadata tilgjengelig for offline visning.
- Det har blitt stabilisert og distribueres nÄ utenfor Origin Trials programgrensesnittet , som lar brukeren velge oppfÞringer fra adresseboken og overfÞre bestemte detaljer om dem til nettstedet. Ved forespÞrselen bestemmes listen over egenskaper som mÄ hentes. Disse egenskapene vises tydelig for brukeren, som tar beslutningen om Ä overfÞre disse egenskapene eller ikke. API-en kan for eksempel brukes i en nettleserbasert e-postklient for Ä velge mottakere for en sendt e-post, i en webapplikasjon med VoIP-funksjonalitet for Ä initiere et anrop til et bestemt nummer, eller i et sosialt nettverk for Ä finne allerede registrerte venner. I tillegg er det under Origin Trials introdusert enkelte nye egenskaper for Contact Picker: bortsett fra de tidligere tilgjengelige fullstendige navn, e-post og telefonnummer, er muligheten til Ä overfÞre postadresse og bilde lagt til.
- I Web Workers en ny mĂ„te Ă„ laste inn ECMAScript-moduler pĂ„, som gjĂžr det mulig Ă„ unngĂ„ bruk av funksjonen importScripts(), som blokkerer workerens arbeid under behandling av det importerede skriptet og utfĂžrer det i det globale konteksten. Den nye metoden innebĂŠrer opprettelse av spesielle moduler for Web Workers, som stĂžtter standardmekanismer for import av JavaScript og kan lastes dynamisk uten Ă„ blokkere utfĂžrelsen av worker-en. For Ă„ laste moduler i konstruktĂžren Worker er det angitt en ny type ressurs - âmoduleâ:
const worker = new Worker(âworker.jsâ, {
type: âmoduleâ
}); - innebygd funksjonalitet for hÄndtering av komprimerte strÞmmer i JavaScript, som ikke krever bruk av eksterne biblioteker. For komprimering og oppakking er API-ene . Komprimering stÞttes ved hjelp av algoritmene gzip og deflate.
const compressionReadableStream
= inputReadableStream.pipeThrough(new CompressionStream(âgzipâ)); - CSS-egenskapen ««, som tillater brudd ved enhver typografisk karakter, inkludert brudd nĂŠr tegnsetting, forhĂ„ndsdefinerte mellomrom (<pre>) og midt i ord. CSS-egenskapen «» som tillater brudd pĂ„ uavbrutte tegnsekvenser hvor som helst, hvis det ikke er mulig Ă„ finne en passende bruddposisjon i linjen.
- For medieinnhold som behandles i kryptert format, implementeres stÞtte for metoden , som gir informasjon om nettleserens evner knyttet til dekoding av beskyttet innhold (for eksempel kan den angitte metoden brukes til Ä velge hÞy kvalitets- eller strÞmmingsmÄte for dekoding basert pÄ tilgjengelig bÄndbredde og skjermstÞrrelse).
- Ny metode lagt til , som gir informasjon om videoavspillingsytelse for justering av bitrate, opplĂžsning og andre videoinnstillinger.
- I API , som forenkler integrasjonen med eksisterende betalingssystemer, er det lagt til mulighet for behandling av adresse og kontaktinformasjon til en ekstern betalingsbehandler (betalingssystemets app kan ha mer presise opplysninger enn nettleseren).
- Support for the HTTP header , som gjÞr det mulig Ä sende tilleggsmetadata om typen innhold relatert til forespÞrselen (for eksempel for en forespÞrsel gjennom img-taggen angis typen «image», for skrifttype - «font», for skript - «script», for stiler - «style» osv.). Basert pÄ den angitte typen kan serveren iverksette tiltak for Ä beskytte mot visse typer angrep (for eksempel er det lite sannsynlig at en lenke til en behandler for pengeoverfÞring vil bli angitt gjennom img-taggen, sÄ slike forespÞrsel trenger ikke Ä bli behandlet).
- I JavaScript-motoren V8 av lagring av pekere i heapen. I stedet for Ä lagre hele 64-bits verdier, lagres kun de unike nedre bitene av pekeren. Denne optimaliseringen gjorde det mulig Ä redusere minneforbruket i heapen med 40 %, pÄ bekostning av redusert ytelse med 3-8 %.


- i utviklerverktĂžy for web:
- I webkonsollen er det nÄ mulig Ä overstyre uttrykkene let og class.
- VerktĂžyene for debugging av WebAssembly har blitt forbedret. StĂžtte for for step-by-step debugging, setting breakpoints, and analyzing stack traces in the source code on which the WebAssembly application is written.
- The panel for analyzing network activity has been improved. The ability to view the call chain of scripts associated with the request initiation has been added.
New columns Path and URL have been added, showing the absolute path and full URL for each network resource. The selected request is highlighted in the overview chart.
- An option to change the User-Agent parameter has been added in the Network Conditions tab.
- A new interface for configuring the audit panel has been proposed.
- In the tab a choice for collecting coverage data for each function or for each block of code has been provided (detailed statistics, but requires more resources).
- I webkonsollen er det nÄ mulig Ä overstyre uttrykkene let og class.
- The AppCache manifest action (a technology for enabling web applications to work in offline mode) to the current site directory (if the manifest was loaded from www.example.com/foo/bar/, the ability to override the URL will only apply inside /foo/bar/). In Chrome 82, support for AppCache is planned to be completely removed. The reason given is the desire to eliminate one of the vectors for attacks related to cross-site scripting. Instead of AppCache, the API is recommended. .
- support for the deprecated WebVR 1.1 API, which can be replaced with the API , som gir tilgang til komponenter for Ă„ lage virtuell og utvidet virkelighet og forene arbeidet med ulike klasser av enheter, fra stasjonĂŠre VR-hodesett til mobile lĂžsninger.
- Protocol handlers registered through registerProtocolHandler() and unregisterProtocolHandler() methods can now only operate in a secure context (when accessed via HTTPS).
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 . No critical issues have been identified that allow bypassing all browser security levels and executing code on the system outside of the sandbox environment. As part of the vulnerability reward program for the current release, Google has paid out 37 awards totaling $48,000 (one award of $10,000, three awards of $5,000, three awards of $3,000, four awards of $2,000, three awards of $1,000, and six awards of $500). The sizes of 17 awards have yet to be determined.
Kilde: opennet.ru


