Google udgivelsen af webbrowseren . Samtidig stabil udgivelse af et frit projekt , som danner grundlaget for Chrome. Browseren Chrome ved at bruge Google-logoer, have et system til at sende beskeder i tilfælde af nedbrud, muligheden for at downloade Flash-modulet på anmodning, moduler til afspilning af beskyttet videoinhold (DRM), et automatisk opdateringssystem og overførsel ved søgning . Næste udgivelse af Chrome 77 er planlagt til 10. september.
:
- som standard beskyttelsesmodus mod overførsel af tredjeparts cookies, som i tilfælde af at attributten SameSite mangler i Set-Cookie-headeren automatisk indstiller værdien "SameSite=Lax", som begrænser overførslen af cookies til forespørgsler fra tredjepartswebsteder (men webstederne kan stadig ophæve begrænsningen ved klart at angive, at de sætter værdien SameSite=None, når de opretter cookies). Tidligere overførte browseren cookies til enhver anmodning til et websted, hvor der var oprettet cookies, selvom et andet websted oprindeligt var åbent, og adgangen blev foretaget indirekte ved hjælp af indlæsning af et billede eller via en iframe. I 'Lax'-tilstand blokeres overførslen af cookies kun for tvær-webbaserede underanmodninger, såsom billedanmodninger eller indlæsning af indhold via iframes, som ofte bruges til at organisere CSRF-angreb og til at spore brugerens bevægelser mellem websteder.
- Afspilning af Flash-indhold er som standard stoppet. Indtil udgivelsen af Chrome 87, forventet i december 2020, kan Flash-support genaktiveres i indstillingerne (Advanced > Privacy and Security > Site Settings) med efterfølgende klart bekræftelse af afspilning af Flash-indhold for hvert websted (bekræftelsen huskes indtil browserens genstart). Den fulde fjernelse af koden for at sikre støtte til Flash er synkroniseret med den tidligere annoncerede plan fra Adobe om at stoppe støtte for Flash i 2020;
- For virksomheder er der tilføjet en mulighed i adresselinjen for at søge efter filer i Google Drive-lageret;
- Der er begyndt af uacceptable annoncer i Chrome, der forstyrrer indholdsopfattelsen og ikke overholder kriterierne fastsat af Coalition for Better Ads;
- Der er indført en adaptiv tilstand for skift til ny side, hvor rydning af det nuværende indhold og visning af en hvid baggrund ikke sker med det samme, men med en lille forsinkelse. For hurtigt indlæste sider resulterer rydningen kun i flimren og bringer ikke nogen nyttig information til brugeren om starten på indlæsningen af den nye side. I den nye version vises den nye side, hvis den åbnes hurtigt og inden for den lille forsinkelse, sømløst på stedet og erstatter den tidligere (for eksempel praktisk ved overgang til andre sider på samme website, der ligner i design og farveskema). Hvis der kræves en mærkbar tid for at vise siden til brugeren, vil skærmen som før blive ryddet.
- Kriterierne for at bestemme brugerens aktivitet på siden er blevet strammet. Chrome tillader, at popup-notifikationer vises og afspiller irriterende video-/lydindhold først efter brugerens handlinger på siden. I den nye version registreres tryk på Escape, museoverflying på et link og berøring af skærmen ikke længere som interaktion, der aktiverer siden (et klart klik, tekstindtastning eller rulning kræves).
- medieforespørgslen „prefers-color-scheme“, som gør det muligt for websteder at bestemme anvendelsen af en mørk temaindstilling i browseren og automatisk aktivere det mørke design for det viste websted.
- Ved aktivering af det mørke tema i versioner til Linux vises adresselinjen nu også i mørk farve.
- muligheden for at bestemme åbningen af siden i inkognitotilstand gennem manipulation med FileSystem API, som tidligere blev brugt af nogle udgaver til at påtvinge betalt abonnement ved anonym åbning af sider uden at gemme cookies (for at brugerne ikke kunne bruge privat tilstand til at omgå mekanismen for gratis prøveadgang). Tidligere blokerede browseren adgangen til FileSystem API i inkognitotilstand for at forhindre data i at sætte sig mellem sessionerne, hvilket gjorde det muligt at kontrollere muligheden for at gemme data via FileSystem API ved hjælp af JavaScript, og i tilfælde af fejl konkludere, at inkognitotilstand var aktiv. Nu blokeres adgangen til FileSystem API ikke, og indholdet ryddes efter afslutning af sessionen.
- nye opkald i
API Betalingsanmodning og Betalingshåndterer. Der er tilføjet en ny metode changePaymentMethod() til PaymentRequestEvent-objektet, og en ny begivenhedshåndterer paymentmethodchange er blevet tilføjet til PaymentRequest-objektet, hvilket giver betalingsplatforme eller webapplikationer mulighed for at reagere på ændringer i den metode, som brugeren vælger til betaling. I den nye version er test af applikationer relateret til betalinger også blevet forenklet ved hjælp af selvsignerede certifikater. En ny kommandolinjeindstilling "--ignore-certificate-errors" er blevet tilføjet til at ignorere certifikatvalideringsfejl under udvikling; - I adresselinjen ved siden af knappen til at tilføje til bogmærker for webapplikationer, der kører i Desktop Progressive Web Apps (PWA) tilstand, genvejen til at installere webapplikationen i systemet som en separat applikation;
- For mobile enheder er det muligt at styre visningen af en mini-panel med en opfordring til at tilføje applikationen til startskærmen. For PWA-applikationer vises mini-panelet som standard automatisk ved første åbning af webstedet. Udvikleren kan nu vælge ikke at vise denne panel og implementere sin egen installationsopfordring, for hvilket et begivenhedshåndterer kan sættes
beforeinstallprompt og knyttes til et kald til preventDefault(); - Frekvensen for opdateringskontrol er blevet øget for installerede PWA-applikationer (Progressive Web App) i Android-miljøet. Opdateringer af WebAPK kontrolleres nu dagligt i stedet for hvert tredje dag som tidligere. Hvis der opdages ændringer i et nøgleegenskab i manifestet under en sådan kontrol, downloader og installer browseren en ny WebAPK;
- I API er det blevet muligt at programmatiskt læse og skrive billeder via udklipsholderen ved hjælp af metoderne navigator.clipboard.read() og navigator.clipboard.write();
- Der er implementeret støtte til gruppen af HTTP-header (Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site og Sec-Fetch-User), der muliggør at sende yderligere metadata om anmodningens karakter (cross-site-anmodning, anmodning via img-tag osv.) til serveren, så der kan træffes foranstaltninger mod visse typer angreb (for eksempel er det usandsynligt, at et link til en handler for overførsel af penge vil blive angivet via img-tag, så sådanne anmodninger kan blokeres uden at overføre til applikationen);
- Tilføjet en funktion , der initierer en programmatisk sending af formular-data ligesom ved et klik på send-knappen. Funktionen kan anvendes ved udvikling af egne send-knapper, hvor et kald til form.submit() ikke er tilstrækkeligt, da det ikke fører til interaktiv parameterkontrol, generering af 'submit'-begivenheden og overførsel af de data, der er knyttet til send-knappen;
- Funktionen , som muliggør fiksering af transaktioner relateret til IDBTransaction-objektet, uden at man skal vente på afslutningen af hændelseshåndterere i alle relaterede anmodninger. Anvendelsen af commit() øger båndbredden af skrive- og læseanmodninger i lageret og muliggør eksplicit kontrol over afslutning af transaktionen;
- I funktionen Intl.DateTimeFormat, såsom formatToParts() og resolveOptions(), er der tilføjet muligheder , som muliggør anmodning om lokalitets-specifikke stilarter til visning af dato og tid;
- Metoden BigInt.prototype.toLocaleString() er ændret til at formatere tal i henhold til lokalitet, og metoden Intl.NumberFormat.prototype.format() samt funktionen formatToParts() er blevet tilpasset til at støtte inddata af typen BigInt;
- Brugen af API'et er tilladt i alle typer Web Workers, hvilket kan bruges til at vælge de optimale indstillinger ved oprettelse af en MediaStream fra en worker;
- En metode er tilføjet , som kun returnerer allerede udførte eller afviste promises, uden at tage højde for promises, der afventer udførelse;
- Muligheden '—disable-infobars' er blevet fjernet, hvilket tidligere kunne anvendes til at skjule popup-advarsler i Chrome-grænsefladen (for at skjule advarsler relateret til sikkerhed er der foreslået en regel CommandLineFlagSecurityWarningsEnabled);
- I grænsefladen til arbejde med blobs metoderne text(), arrayBuffer() og stream() til at læse bestemte typetyper;
- CSS-egenskaben 'white-space: break-spaces' er blevet tilføjet, hvilket angiver, at enhver sekvens af mellemrum, der fører til linjebrud, skal brydes;
- Arbejdet med at rydde flags i chrome://flags er begyndt, for eksempel, Flag til at deaktivere attributten "ping", der giver webstedsejere mulighed for at spore klik på links fra deres sider. Når der klikkes på et link med attributten "ping=URL" i "a href"-tagget, kan browseren ikke længere forhindre sending af en ekstra POST-anmodning til den angivne URL med oplysninger om den fulgte overgang. Formålet med at blokere ping er tabt, da denne attribut i specifikationerne for HTML5, og der findes mange arbejdarounds til at udføre samme handling (f.eks. gennemløb via et transitlink eller klikinterception med JavaScript-handlere);
- Flaget til at deaktivere , hvor sider fra forskellige værter altid placeres i hukommelsen af forskellige processer, hver med sin egen sandbox.
- I V8-motoren er ydeevnen til scanning og parsing af JSON-formatet væsentligt forbedret. For populære websider bemærkes en hastighedsforøgelse af JSON.parse med op til 2,7 gange. Hastigheden for konvertering af unicode-strenge er betydeligt forbedret, f.eks. er hastigheden for kald af String#localeCompare, String#normalize samt nogle API'er fra Intl steget næsten dobbelt. Også ydeevnen ved operationer med frosne Arrays, når der anvendes operationer såsom frozen.indexOf(v), frozen.includes(v), fn(…frozen), fn(…[…frozen]) og fn.apply(this, […frozen]) er også væsentligt optimeret.
Udover nye funktioner og fejlrettelser er der i den nye version løst . Mange af sårbarhederne blev opdaget ved hjælp af automatiserede testværktøjer , , , og . Kritiske problemer, der gør det muligt at omgå alle niveauer af browserbeskyttelse og køre kode i systemet uden for sandbox-miljøet, er ikke identificeret. I henhold til programmet for belønning for opdagelse af sårbarheder har Google udbetalt 16 belønninger i alt 23.500 USD for denne udgave (én belønning på $10.000, én belønning på $6.000, to belønninger på $3.000 og tre belønninger på $500). Størrelsen på 9 belønninger er endnu ikke fastlagt.
Kilde: opennet.ru
