ProHoster > Blogg > Internett nyheter > Utgivelse av Chrome 83

Utgivelse av Chrome 83

Google har presentert utgave av nettleseren Chrome 83. Samtidig tilgjengelig stabil utgivelse av et fritt prosjekt Chromium, som fungerer som grunnlaget for Chrome. Nettleseren Chrome skiller seg 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 RLZ-parametre. PÄ grunn av utviklernes overgang til hjemmearbeid under COVID-19-pandemien ble Chrome 82 utgitt utelatt. Neste utgivelse av Chrome 84 er planlagt til 14. juli.

Viktige endringer i Chrome 83:

  • Det har begynt masseaktivering modusen «DNS over HTTPS» (DoH, DNS over HTTPS) pĂ„ brukernes systemer, der systeminnstillingene angir DNS-leverandĂžrer som stĂžtter DoH (DoH fra den samme DNS-leverandĂžren vil bli aktivert). For eksempel, hvis brukeren har angitt DNS 8.8.8.8 i systeminnstillingene, vil DoH-tjenesten fra Google («https://dns.google.com/dns-query») bli aktivert i Chrome, hvis DNS er 1.1.1.1, sĂ„ vil DoH-tjenesten fra Cloudflare («https://cloudflare-dns.com/dns-query») bli aktivert osv. For Ă„ unngĂ„ problemer med opplĂžsning av bedriftsintranett, brukes ikke DoH nĂ„r nettleserbruken er styrt sentralt. DoH deaktiveres ogsĂ„ med foreldreovervĂ„kingssystemer.
    Kontroll av aktivering av DoH og bytte av DoH-leverandĂžr skjer gjennom den innebygde konfiguratoren.

    Utgivelse av Chrome 83
  • ForeslĂ„tt ny design elementer nettformer som er optimalisert for bruk pĂ„ berĂžringsskjermer og systemer for personer med funksjonshemninger. Utformingen er optimalisert av Microsoft som en del av utviklingen av nettleseren Edge og er overfĂžrt til hovedkodebasen til Chromium. Tidligere var deler av skjemaelementene designet for Ă„ samsvare med elementene i operativsystemene, mens deler var basert pĂ„ de mest populĂŠre stilene. Derfor passet forskjellige elementer ulikt for berĂžringsskjermer, systemer for personer med funksjonshemninger og tastaturstyring. MĂ„let med redesignen var Ă„ enhetliggjĂžre utformingen av skjemaelementene og eliminere stilforskjeller.

    Utgivelse av Chrome 83Utgivelse av Chrome 83
  • Utformingen av innstillingsseksjonen 'Personvern og sikkerhet' er endret, er det lagt til nye verktĂžy for sikkerhetsadministrasjon. Innstillingene er nĂ„ lettere Ă„ finne og enklere Ă„ forstĂ„. Det er foreslĂ„tt fire grunnleggende seksjoner som samler verktĂžy relatert til fjerning av historikk, hĂ„ndtering av informasjonskapsler og nettsteder, sikkerhetsmoduser og forbud eller tillatelser knyttet til spesifikke nettsteder. Brukeren kan raskt aktivere blokkering av tredjeparts informasjonskapsler for den private modusen eller for alle nettsteder, blokkere alle informasjonskapsler for spesifikke nettsteder. Den nye utformingen er inkludert kun pĂ„ systemene til noen brukere, mens andre kan aktivere innstillingene via «chrome://flags/#privacy-settings-redesign».

    Utgivelse av Chrome 83

    Nettspesifikke innstillinger er delt inn i grupper - tilgang til plassering, kamera, mikrofon, varsler og bakgrunnsoverfÞring av data. Det er ogsÄ en seksjon med tillegg innstillinger for Ä blokkere JavaScript, bilder og omdirigering til bestemte nettsteder. Det er sÊrskilt fokusert pÄ den siste handlingen til brukeren, knyttet til endringer i tillatelser.

    Utgivelse av Chrome 83
  • I den private modusen er blokkering av alle informasjonskapsler som settes av tredjeparts nettsteder, inkludert annonseringsnettverk og webanalyse-systemer, aktivert som standard. Det er ogsĂ„ foreslĂ„tt et utvidet grensesnitt for kontroll av informasjonskapsler pĂ„ nettsteder. For administrasjon er det flagg «chrome://flags/#improved-cookie-controls» og «chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking». Etter aktivering vises et nytt ikon i adressefeltet som, nĂ„r det trykkes pĂ„, viser antallet blokkerte informasjonskapsler og gir mulighet til Ă„ deaktivere blokkeringen. Man kan se hvilke informasjonskapsler som er tillatt og blokkerte for det nĂ„vĂŠrende nettstedet i seksjonen «Informasjonskapsler» i kontekstmenyen som vises nĂ„r man klikker pĂ„ lĂ„sesymbolet i adressefeltet, eller i innstillingene.

    Utgivelse av Chrome 83

    Utgivelse av Chrome 83
  • I innstillingene er det foreslĂ„tt en ny knapp «Sikkerhetssjekk» (Safety check), som gir en oppsummering av mulige sikkerhetsproblemer, som bruk av kompromitterte passord, tilstanden til skanninger av skadelige nettsteder (Safe Browsing), tilstedevĂŠrelsen av ustallerte oppdateringer og identifisering av skadelige utvidelser.

    Utgivelse av Chrome 83
  • i passordbehandleren er muligheten lagt til til Ă„ sjekke Alle lagrede brukernavn og passord i databasen med kompromitterte kontoer, med advarsel ved problemer (kontrollen skjer pĂ„ grunnlag av sammenligning av hash-prefikset pĂ„ brukerens side, selve passordene og deres komplette hasher overfĂžres ikke). Kontrollene utfĂžres mot en database som dekker over 4 milliarder kompromitterte kontoer som har dukket opp i datalekkasjer. Advarsel vises ogsĂ„ ved forsĂžk pĂ„ Ă„ bruke trivielle passord, som 'abc123'.

    Utgivelse av Chrome 83
  • Presentert Utvidet beskyttelsesmodus mot farlige nettsteder (Enhanced Safe Browsing), der ekstra kontroller aktiveres for Ă„ beskytte mot phishing, skadelig aktivitet og andre trusler pĂ„ nettet. Det brukes ogsĂ„ ekstra beskyttelse for Google-kontoen og Google-tjenester (Gmail, Drive osv.). I vanlig Safe Browsing-modus utfĂžres kontrollene lokalt ved Ă„ bruke en database som lastes ned til klientens system, mens i Enhanced Safe Browsing sendes informasjon om sider og nedlastinger i sanntid til Google Safe Browsing-tjenesten for kontroll pĂ„ Googles side, noe som gjĂžr det mulig Ă„ reagere raskt pĂ„ trusler umiddelbart etter at de er oppdaget, uten Ă„ mĂ„tte vente pĂ„ at den lokale svartelisten skal oppdateres.

    For Ä Þke hastigheten pÄ arbeidet, stÞttes forhÄndskontroll mot hvite lister, som inkluderer hasher av tusenvis av populÊre og pÄlitelige nettsteder. Hvis det Äpnes et nettsted som ikke finnes i den hvite listen, sjekker nettleseren URL-en med Google-serveren, og sender de fÞrste 32 bitene av SHA-256-hashen av lenken, der eventuelle personopplysninger er fjernet. IfÞlge Google gjÞr den nye tilnÊrmingen det mulig Ä Þke effektiviteten av varsler for nye phishing-nettsteder med 30 %.

  • I staden for automatisk festing av tilleggsikoner ved adressefeltet er det innfĂžrt en ny meny, merket med et puslespillikon, der alle tilgjengelige tillegg og deres tillatelser listes opp. Etter installasjonen av et tillegg mĂ„ brukeren nĂ„ eksplisitt aktivere festa pĂ„ tilleggsikonet, samtidig som de vurderer de tillatelsene som tilbys av tillegget. For at tillegget ikke skal gĂ„ tapt, vises en indikator med informasjon om det nye tillegget umiddelbart etter installasjonen. Den nye menyen er aktivert som standard for en viss prosentandel av brukerne, mens de andre kan aktivere den ved hjelp av innstillingen «chrome://flags/#extensions-toolbar-menu».

    Utgivelse av Chrome 83
  • Det er lagt til en innstilling «chrome://flags/#omnibox-context-menu-show-full-urls», der, nĂ„r den er aktivert, vises punktet «Alltid vise URL-er i sin helhet» i kontekstmenyen til adressefeltet, som forhindrer forvrengning av URL-er. Det er verdt Ă„ merke seg at i Chrome 76 ble adressefeltet som standard endret til Ă„ vise lenker uten «https://», «http://» og «www.». For Ă„ deaktivere denne oppfĂžrselen ble det lagt til en innstilling, men i Chrome 79 ble den fjernet, og brukerne mistet muligheten til Ă„ vise full URL i adressefeltet.

    Utgivelse av Chrome 83
  • Alle brukere har fĂ„tt aktivert den funksjonen for grupperingsfaner («chrome://flags/#tab-groups»), som gjĂžr det mulig Ă„ samle flere faner med lignende formĂ„l i visuelt delte grupper. Hver gruppe kan tildeles sin egen farge og navn. I tillegg er det tilbudt et eksperimentelt alternativ for Ă„ minimere og maksimere grupper, som ennĂ„ ikke fungerer pĂ„ alle systemer. For eksempel kan flere uleste artikler midlertidig minimeres, slik at bare merket for dem forblir, slik at de ikke tar opp plass under navigering, og nĂ„r du gĂ„r tilbake til lesing, kan de hentes tilbake til stedet. For Ă„ aktivere denne modusen er det tilbudt en innstilling «chrome://flags/#tab-groups-collapse».

    Utgivelse av Chrome 83
  • Det er aktivert standardvarsler ved forsĂžk pĂ„ usikker nedlasting (uten kryptering) Ă„ laste ned kjĂžrbare filer fra linker pĂ„ HTTPS-sider (i Chrome 84 vil nedlastinger av kjĂžrbare filer bli blokkert, og varselet vil begynne Ă„ bli gitt for arkiver). Det bemerkes at nedlasting av filer uten kryptering kan brukes til ondskapsfull aktivitet gjennom innholdsubstitusjon under MITM-angrep. OgsĂ„ er det forbudt Ă„ laste ned filer som initieres fra isolerte iframe-blokker.
  • Ved aktivering af Adobe Flash er der tilfĂžjet en advarsel om, at denne teknologi ikke lĂŠngere vil blive understĂžttet fra december 2020.
  • Teknologien Trusted types, som blokerer manipulation af DOM, der kan fĂžre til cross-site scripting (DOM XSS), for eksempel ved forkert behandling af brugerinddata i eval() blokke eller ved indstillinger af «.innerHTML», hvilket kan resultere i udfĂžrelse af JavaScript-kode i konteksten af en bestemt side. Trusted types krĂŠver forbehandling af data, inden de sendes til risikable funktioner. For eksempel, nĂ„r Trusted types er aktiveret, vil udfĂžrelsen af «anElement.innerHTML = location.href» resultere i en fejl og krĂŠve brug af specielle TrustedHTML eller TrustedScript objekter ved tildeling. Aktivering af Trusted Types sker ved hjĂŠlp af CSP (Content-Security-Policy).
  • Lagt til de nye HTTP-headere Cross-Origin-Embedder-Policy og Cross-Origin-Opener-Policy, der muliggĂžr aktivering af en sĂŠrlig isoleringsmetode for cross-origin til sikker brug af privilegerede operationer pĂ„ siden, sĂ„som SharedArrayBuffer, Performance.measureMemory() og profilerings-API'er, som kan bruges til angreb via sidekanaler som Spectre. Isoleringsmetoden for cross-origin tillader heller ikke ĂŠndring af document.domain egenskaben.
  • En ny implementering af adgangsinspektionssystemet til netvĂŠrksressourcer - OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing) er blevet foreslĂ„et. Den gamle implementering kunne kun inspicere hovedkomponenterne i Blink-motoren, XHR og Fetch API, men dĂŠkkede ikke HTTP-anmodninger, der blev lavet fra nogle interne moduler. Den nye implementering lĂžser dette problem.
  • 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 Native File System, som muliggĂžr oprettelse af webapplikationer, der interagerer med filer i det lokale filsystem. For eksempel kan det nye API vĂŠre nyttigt i integrerede udviklingsmiljĂžer, tekstredaktĂžrer, billed- og videoredigeringsvĂŠrktĂžjer, der kĂžrer i browseren. For at fĂ„ mulighed for direkte at lĂŠse og skrive filer, bruge dialoger til Ă„bning og gemning af filer, samt navigere i indholdet af kataloger, skal applikationen anmode brugeren om en sĂŠrlig bekrĂŠftelse;
    • Metode Performance.measureMemory() til at vurdere hukommelsesforbruget under behandlingen af en webapplikation eller webside. Det kan bruges til at analysere og optimere hukommelsesforbruget i webapplikationer samt til at identificere regressiv vĂŠkst i hukommelsesforbruget.
    • Metode Prioriteret Scheduler.postTask() for planning the execution of tasks (callback invocations JavaScript) with various priority levels (blocks user work, creates visible changes and background work). You can use the TaskController object to change priorities and cancel tasks.
    • API WebRTC Insertable Streams, allowing applications to create their own data handlers used in encoding and decoding WebRTC MediaStreamTrack. For example, the API can be used to organize end-to-end encryption of streams transmitted through a transit server.
  • API er lagt til Barcode Detection for detecting and decoding barcodes in a specific image. The API only works on Android devices with Google Play Services installed.
  • Added meta tag color-scheme, enabling the website to fully support dark theme design without using CSS transformations.
  • Added the ability to use JavaScript modules in shared worker.
  • In IndexedDB in IDBDatabase.transaction() a new argument
    "durability", allowing control over data flushing to storage. By passing the value "relaxed" instead of the default "strict" mode, you can sacrifice reliability for performance (previously, Chrome always flushed data to disk after each transaction write).
  • A @supports function has been added in selector(), allowing to check for the presence of CSS selectors (for example, you can first check selector availability before binding CSS styles to it).

    @supports selector(::before) {
    div { background: green };
    }

  • In Intl.DateTimeFormat lagt til the fractionalSecondDigits property to customize the display format of fractions of seconds.
  • In the V8 engine the tracking of ArrayBuffer in the garbage collector has been accelerated. Modules on WebAssembly are allowed to request up to 4 GB of memory. new tools for web developers. For example, a page perception emulation mode for people with visual impairments and different forms of color blindness has been introduced. An emulation mode for locale change has also been added, affecting API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language, etc.
  • Lagt til In the network activity inspection interface, a COEP (Cross-Origin Embedder Policy) debugger has been added, allowing to assess the reasons for blocking the loading of certain network resources. A cookie-path keyword has been added for filtering requests where cookies are bound to a specific

    Utgivelse av Chrome 83

    path veier.

    Utgivelse av Chrome 83

    VerktĂžyutviklarfesten er lagt til venstre for skjermen.

    Utgivelse av Chrome 83

    Grensesnittet for sporing av langvarig JavaScript-kode er omarbeidet.

    Utgivelse av Chrome 83
  • PĂ„ grunn av COVID-19-infeksjonen er noen planlagte endringer utsatt. For eksempel, fjernelse av kode for FTP-arbeid er utsatt pĂ„ ubestemt tid. Deaktivering av stĂžtten for TLS-protokollene 1.0/1.1 utsatt fĂžr utgivelsen av Chrome 84. StĂžtten for Client Hints (alternativ til User-Agent) er ogsĂ„
    utsatt til Chrome 84. Arbeidet med utsatt er flyttet til neste Är. foreningen av User-Agent . Det er ikke oppdaget kritiske problemer som kan omgÄ alle beskyttelseslag i nettleseren og utfÞre kode i systemet utenfor sandkassemiljÞet. Som en del av belÞnningsprogrammet for oppdagelse av sÄrbarheter for den nÄvÊrende utgivelsen, har Google utbetalt 28 premier pÄ totalt 76 000 dollar (én premie pÄ 20 000 dollar, én premie pÄ 10 000 dollar, to premier pÄ 7 500 dollar, to premier pÄ 5 000 dollar, to premier pÄ 3 000 dollar, to premier pÄ 2 000 dollar, to premier pÄ 1 000 dollar og Ätte premier pÄ 500 dollar). StÞrrelsen pÄ 7 premier er ennÄ ikke bestemt.

I tillegg til nyvinningene og feilrettingene har den nye versjonen eliminert 38 sÄrbarheter. Mange av sÄrbarhetene ble avdekket ved hjelp av automatisert testing med verktÞyene AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFLWindows Terminal 1.0 er lansert.

Kilde: opennet.ru

KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere đŸ”„ KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere | ProHoster