Utgivelse av Chrome 80

Google har presentert utgave av nettleseren Chrome 80. 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-parametreNeste oppdatering av Chrome 81 er planlagt til 17. mars.

Viktige endringer i Chrome 80:

  • 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».

    Utgivelse av Chrome 80
  • StĂžtte for funksjonen Scroll-To-Text, 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 draft. 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.
  • Brukt 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 spesielle nĂžkkelservere som arbeider pĂ„ eiersiden av nettstedet, men drift under slike forhold fĂžrer til merkbare forsinkelser i trafikkleveringen, reduserer pĂ„liteligheten pĂ„ grunn av det ekstra laget og krever implementering av en komplisert infrastruktur. 17. februar, fĂžrst for en liten andel av brukerne, og deretter gradvis utvide omfanget.
  • Lagt til 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).

    Utgivelse av Chrome 80
  • Forbudt 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 beskyttelse 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 avstengning av FTP-stĂžtte. Som standard opprettholdes FTP-stĂžtte for nĂ„, men det vil bli utfĂžrt 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.
  • Lagt til
    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 BlockExternalExtensions, som forbyr installasjon av eksterne tillegg pĂ„ enheten.
  • API: muligheten 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 aktivering) 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 Content Indexing, 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.

    Utgivelse av Chrome 80
  • Det har blitt stabilisert og distribueres nĂ„ utenfor Origin Trials programgrensesnittet Kontaktvelger, 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 foreslĂ„tt 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’
    });

  • API: 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 CompressionStream og DecompressionStream. Komprimering stĂžttes ved hjelp av algoritmene gzip og deflate.

    const compressionReadableStream
    = inputReadableStream.pipeThrough(new CompressionStream(‘gzip’));

  • CSS-egenskapen «line-break: anywhere«, som tillater brudd ved enhver typografisk karakter, inkludert brudd nĂŠr tegnsetting, forhĂ„ndsdefinerte mellomrom (<pre>) og midt i ord. CSS-egenskapen «overflow-wrap: anywhere» 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 MediaCapabilities.decodingInfo(), 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 HTMLVideoElement.getVideoPlaybackQuality(), som gir informasjon om videoavspillingsytelse for justering av bitrate, opplĂžsning og andre videoinnstillinger.
  • I API Payment Handler, som forenkler integrasjonen med eksisterende betalingssystemer, er det lagt til mulighet for delegasjon behandling av adresse og kontaktinformasjon til en ekstern betalingsbehandler (betalingssystemets app kan ha mer presise opplysninger enn nettleseren).
  • Support for the HTTP header Sec-Fetch-Dest, 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 optimalisering 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 %.
    Utgivelse av Chrome 80

    Utgivelse av Chrome 80
  • Endringer i utviklerverktĂžy for web:
    • I webkonsollen er det nĂ„ mulig Ă„ overstyre uttrykkene let og class.

      Utgivelse av Chrome 80
    • VerktĂžyene for debugging av WebAssembly har blitt forbedret. StĂžtte for DWARF for step-by-step debugging, setting breakpoints, and analyzing stack traces in the source code on which the WebAssembly application is written.

      Utgivelse av Chrome 80
    • 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.

      Utgivelse av Chrome 80

      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.

      Utgivelse av Chrome 80
    • An option to change the User-Agent parameter has been added in the Network Conditions tab.

      Utgivelse av Chrome 80
    • A new interface for configuring the audit panel has been proposed.
      Utgivelse av Chrome 80
    • In the tab Coverage a choice for collecting coverage data for each function or for each block of code has been provided (detailed statistics, but requires more resources).

      Utgivelse av Chrome 80
  • The AppCache manifest action (a technology for enabling web applications to work in offline mode) is limited 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. Cache.
  • Erstattet support for the deprecated WebVR 1.1 API, which can be replaced with the API WebXR Enhet, 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 56 vulnerabilities. Mange av sÄrbarhetene ble avdekket ved hjelp av automatisert testing med verktÞyene AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL. 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

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