Das Unternehmen Google Release des Web-Browsers . Gleichzeitig stabile Ausgabe des Open-Source-Projekts , das die Grundlage von Chrome bildet. Der Browser Chrome durch die Verwendung von Google-Logos, das Vorhandensein eines Systems zur Benachrichtigung bei AbstĂŒrzen, die Möglichkeit, Flash-Inhalte auf Anfrage zu laden, Module zur Wiedergabe von geschĂŒtzten Videoinhalten (DRM), ein automatisches Aktualisierungssystem und der Ăbertragung bei der Suche Die nĂ€chste Version von Chrome 85 ist fĂŒr den 25. August geplant.
:
- UnterstĂŒtzung fĂŒr die Protokolle TLS 1.0 und TLS 1.1. Um auf Websites ĂŒber einen sicheren Kanal zuzugreifen, muss der Server mindestens TLS 1.2 unterstĂŒtzen, andernfalls wird der Browser jetzt einen Fehler anzeigen. Laut Google erfolgen derzeit etwa 0,5 % der Webseitendownloads weiterhin mit veralteten TLS-Versionen. Die Deaktivierung wurde gemÀà IETF (Internet Engineering Task Force) vorgenommen. Der Grund fĂŒr den Verzicht auf TLS 1.0/1.1 ist das Fehlen der UnterstĂŒtzung moderner VerschlĂŒsselungen (z. B. ECDHE und AEAD) sowie die Anforderung der UnterstĂŒtzung Ă€lterer VerschlĂŒsselungen, deren ZuverlĂ€ssigkeit im aktuellen Entwicklungsstand der Computertechnik in Frage gestellt wird (z. B. wird die UnterstĂŒtzung von TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA benötigt, fĂŒr die IntegritĂ€tsprĂŒfung und Authentifizierung werden MD5 und SHA-1 verwendet). Die Einstellung, die das ZurĂŒcksetzen auf TLS 1.0/1.1 ermöglicht, wird bis Januar 2021 beibehalten.
- Das Blockieren wurde sichergestellt (ohne VerschlĂŒsselung) von ausfĂŒhrbaren Dateien, und es wurden Warnmeldungen bei unsicheren Archivdownloads hinzugefĂŒgt. KĂŒnftig ist geplant, die UnterstĂŒtzung fĂŒr das Herunterladen von Dateien ohne VerschlĂŒsselung schrittweise vollstĂ€ndig einzustellen. Die Blockierung wurde implementiert, da das Herunterladen von Dateien ohne VerschlĂŒsselung fĂŒr schĂ€dliche AktivitĂ€ten durch Manipulation des Inhalts bei MITM-Angriffen verwendet werden kann.
- Der anfĂ€ngliche Support , entwickelt als Alternative zum User-Agent-Header. Der Mechanismus Client Hints bietet als Ersatz fĂŒr User-Agent eine Reihe von 'Sec-CH-UA-*'-Headern, die eine selektive Ăbermittlung von Daten zu bestimmten Parametern des Browsers und Systems (Version, Plattform usw.) nur auf Anfrage des Servers ermöglichen. Der Benutzer erhĂ€lt die Möglichkeit, festzulegen, welche Parameter zulĂ€ssig sind und diese Informationen selektiv den Website-Besitzern bereitzustellen. Bei Verwendung von Client Hints wird der Identifier standardmĂ€Ăig nicht ohne ausdrĂŒckliche Anfrage ĂŒbermittelt, was eine passive Identifizierung unmöglich macht (standardmĂ€Ăig wird nur der Name des Browsers angegeben). nach bis zum nĂ€chsten Jahr.
- Aktivierung
strengerer Ăbermittlung von Cookies zwischen Websites, die wegen COVID-19. FĂŒr nicht-HTTPS-Anfragen ist die Verarbeitung von Drittanbieter-Cookies, die beim Zugriff auf Websites, die von der aktuellen Domain abweichen, festgelegt werden, verboten. Solche Cookies werden verwendet, um die Bewegungen des Nutzers zwischen Websites in den Codes von Werbenetzwerken, sozialen Medien Widgets und Webanalysesystemen zu verfolgen.Zur Verwaltung der Cookie-Ăbertragung wird das im Set-Cookie-Header angegebene Attribut SameSite verwendet, das standardmĂ€Ăig auf "SameSite=Lax" gesetzt wird, was das Senden von Cookies fĂŒr zwischen-webseitige Subanfragen wie das Abrufen von Bildern oder das Laden von Inhalten ĂŒber iframes von einer anderen Website einschrĂ€nkt. Websites können den standardmĂ€Ăig verwendeten SameSite-Modus ĂŒberschreiben, indem sie bei der Setzung von Cookies explizit den Wert SameSite=None festlegen. DarĂŒber hinaus kann der Wert SameSite=None fĂŒr Cookies nur im sicheren Modus (gilt fĂŒr Verbindungen ĂŒber HTTPS) festgelegt werden. Die Ănderung wird schrittweise eingefĂŒhrt, zuerst fĂŒr einen kleinen Prozentsatz der Nutzer und dann schrittweise erweitert.
- Experimentelle Implementierung hinzugefĂŒgt , der durch die Einstellung âchrome://flags/#enable-heavy-ad-interventionâ aktiviert werden kann. Der Blockierer ermöglicht es, Anzeigen-iframe-Blöcke automatisch zu deaktivieren, nachdem die Schwellenwerte fĂŒr den Traffic und die CPU-Auslastung ĂŒberschritten wurden. Die Blockierung tritt in Kraft, wenn im Hauptthread mehr als 60 Sekunden CPU-Zeit insgesamt oder 15 Sekunden in einem 30-Sekunden-Intervall (ĂŒber 30 Sekunden 50% der Ressourcen verbraucht) verbraucht wurden, sowie wenn ĂŒber 4 MB Daten ĂŒber das Netzwerk geladen wurden.
Die Blockierung tritt nur in Kraft, wenn der Nutzer vor der Ăberschreitung der Grenzen nicht mit dem Werbeblock interagiert hat (zum Beispiel nicht darauf geklickt hat), was in Anbetracht der EinschrĂ€nkungen beim Traffic das Abspielen von umfangreichen Werbevideos ohne explizite Aktivierung durch den Nutzer verhindern wird. Die vorgeschlagenen MaĂnahmen befreien Nutzer von Werbung mit ineffizientem Code oder absichtlicher parasitĂ€rer AktivitĂ€t (z.B. Mining). Nach Google-Statistiken macht die Werbung, die unter die Blockierungskriterien fĂ€llt, nur 0,30% aller Werbeblocks aus, verbraucht jedoch 28% der CPU-Ressourcen und 27% des Traffics aller Werbung.
- Es wurde an der Reduzierung des CPU-Ressourcenverbrauchs gearbeitet, wenn das Browserfenster nicht im Sichtfeld des Benutzers ist. Chrome ĂŒberprĂŒft jetzt, ob das Browserfenster von anderen Fenstern ĂŒberdeckt wird, und schlieĂt die Pixelzeichnung in den ĂŒberdeckten Bereichen aus. Die Aktivierung der neuen Funktion erfolgt schrittweise: selektiv fĂŒr einige Benutzer wird die Optimierung in Chrome 84 aktiviert, fĂŒr die ĂŒbrigen in Chrome 85.
- StandardmĂ€Ăig aktiviert Schutz vor , zum Beispiel Spam-Anfragen fĂŒr Push-Benachrichtigungen. Da solche Anfragen die Nutzererfahrung stören und die Aufmerksamkeit auf BestĂ€tigungsdialoge lenken, wird anstelle eines separaten Dialogs in der Adresszeile ein nicht-interaktives Informationspopup angezeigt, das vor der Blockierung von Berechtigungsanfragen warnt und automatisch in einen Indikator mit einem durchgestrichenen Glockensymbol zusammengeklappt wird. Ein Klick auf den Indikator ermöglicht es dem Nutzer, die angeforderte Berechtigung jederzeit zu aktivieren oder abzulehnen.
- Es wurde sichergestellt, dass die Auswahl des Benutzers beim Ăffnen von externen Protokolldehnern gespeichert wird â der Benutzer kann «immer fĂŒr diese Website erlauben» fĂŒr einen bestimmten Handler auswĂ€hlen, und der Browser merkt sich diese Entscheidung in Verbindung mit der aktuellen Website.
- Es wurde ein Schutz vor der Ănderung der Benutzereinstellungen ohne ausdrĂŒckliche Zustimmung hinzugefĂŒgt. Wenn eine Erweiterung die standardmĂ€Ăig vorgeschlagene Suchmaschine oder die fĂŒr einen neuen Tab angezeigte Seite Ă€ndert, zeigt der Browser jetzt einen Dialog an, in dem er vorschlĂ€gt, die angegebene Aktion zu bestĂ€tigen oder die Ănderung abzubrechen.
- EinfĂŒhrung eines Schutzes gegen das Laden von gemischten Multimedia-Inhalten (wenn auf einer HTTPS-Seite Ressourcen ĂŒber http:// geladen werden). Auf Seiten, die ĂŒber HTTPS geöffnet werden, werden jetzt automatisch Links »http://« in »https://« in den Bereichen ersetzt, die mit dem Laden von Bildern zusammenhĂ€ngen (frĂŒher wurden Skripte und iFrames ersetzt, die automatische Umstellung von Audio- und Videoressourcen wird in der nĂ€chsten Version erwartet). Wenn ein Bild ĂŒber https nicht verfĂŒgbar ist, wird dessen Laden blockiert (Manuell kann die Blockade ĂŒber das MenĂŒ, das ĂŒber das Schloss-Symbol in der Adresszeile zugĂ€nglich ist, angekreuzt werden).
- UnterstĂŒtzung fĂŒr API (entwickelt als SMS Receiver API), die es ermöglicht, die Eingabe eines einmaligen Passworts auf der Webseite zu organisieren, nachdem eine SMS-Nachricht mit dem BestĂ€tigungscode, der auf dem Android-Smartphone des Benutzers zugestellt wurde, empfangen wurde, auf dem der Browser ausgefĂŒhrt wird. Die BestĂ€tigung per SMS kann beispielsweise verwendet werden, um die Telefonnummer zu ĂŒberprĂŒfen, die der Benutzer bei der Registrierung angegeben hat. FrĂŒher musste der Benutzer die SMS-App öffnen, den Code in die Zwischenablage kopieren, zum Browser zurĂŒckkehren und diesen Code einfĂŒgen, aber die neue API ermöglicht die Automatisierung dieses Prozesses und der Vorgang wird auf einen einzigen Touch reduziert.
- API erweitert
zur Steuerung der Wiedergabe von Webanimationen. In der neuen Version wurde die UnterstĂŒtzung von Compositing-Operationen hinzugefĂŒgt, die steuern, wie Effekte kombiniert werden, und neue Handler bereitstellen, die bei Ereignissen zur Inhaltsersetzung aufgerufen werden. Die API fĂŒr Webanimationen unterstĂŒtzt jetzt auch Promises zur Bestimmung der Reihenfolge der Anzeige von Animationen und zur besseren Steuerung, wie Animationen mit anderen Funktionen der Anwendung interagieren. - Im Modus der Origin Trials (experimentelle Funktionen, die eine separate Aktivierung erfordern) wurden mehrere neue APIs hinzugefĂŒgt. Origin Trial bedeutet die Möglichkeit, mit der angegebenen API aus Anwendungen zu arbeiten, die von localhost oder 127.0.0.1 geladen werden, oder nach erfolgreicher Registrierung und Erhalt eines speziellen Tokens, der fĂŒr eine begrenzte Zeit fĂŒr eine bestimmte Website gĂŒltig ist.
- API zum Zugriff des Service Workers auf HTTP-Cookies, der eine asynchrone Alternative zur Verwendung von document.cookie darstellt.
- API zum Erkennen der InaktivitĂ€t des Benutzers, die es ermöglicht zu bestimmen, wann der Benutzer nicht mit der Tastatur/Maus interagiert, der Bildschirmschoner aktiv ist, der Bildschirm gesperrt ist oder die Arbeit auf einem anderen Monitor durchgefĂŒhrt wird. Die Mitteilung der Anwendung ĂŒber die InaktivitĂ€t erfolgt durch das Senden einer Benachrichtigung, nachdem ein festgelegter InaktivitĂ€tsschwellenwert erreicht wurde.
- Modus , ermöglicht es Entwicklern, eine umfassendere Isolierung der Inhaltsverarbeitung in einem separaten Prozess basierend auf der Herkunft (origin â Domain+Port+Protokoll) anzuwenden, anstatt auf der Website, was zum Verzicht auf einige veraltete Funktionen fĂŒhrt, wie das synchrone AusfĂŒhren von Skripten, die document.domain verwenden, und den Aufruf von postMessage(), um Nachrichten an Instanzen von WebAssembly.Module zu senden. Mit anderen Worten, die Herkunftstrennung ermöglicht es, die Trennung nach verschiedenen Prozessen auf Basis der Ressourcendomain und nicht der Website mit allen externen Einbindungen auf den Seiten zu organisieren.
- API zum Einsatz von Vektor-SIMD-Anweisungen in Anwendungen im WebAssembly-Format. Zur GewĂ€hrleistung der PlattformunabhĂ€ngigkeit werden ein neuer 128-Bit-Typ angeboten, der verschiedene Arten von verpackten Daten abbilden kann, sowie mehrere grundlegende Vektoroperationen zur Verarbeitung von verpackten Daten. SIMD ermöglicht eine Leistungssteigerung durch die Parallelisierung der Datenverarbeitung und wird bei der Kompilierung von nativen Code in WebAssembly nĂŒtzlich sein. Zur Aktivierung der SIMD-UnterstĂŒtzung kann die Einstellung âchrome://flags/#enable-webassembly-simdâ verwendet werden.
- Stabilisiert und jetzt auĂerhalb der Herkunftsversuche verbreitet.
API , das Metadaten ĂŒber Inhalte bereitstellt, die zuvor von Webanwendungen, die im Modus Progressive Web Apps (PWS) arbeiten, zwischengespeichert wurden. Die Anwendung kann verschiedene Daten im Browser speichern, einschlieĂlich Bilder, Videos und Artikel, und diese bei Verlust der Netzwerkverbindung mit Hilfe von API Cache Storage und IndexedDB verwenden. Das Content Indexing API ermöglicht das HinzufĂŒgen, Finden und Entfernen solcher Ressourcen. In modernen Browsern wird dieses API bereits verwendet, um eine Liste von Seiten und multimedialen Inhalten anzuzeigen, die offline verfĂŒgbar sind. - Stabilisierte Version des API basierend auf dem Promise-Mechanismus, der einen sichereren Weg bietet, die automatische Bildschirm-Sperre zu steuern und GerĂ€te in Energiesparmodi zu versetzen.
- In der Version fĂŒr die Android-Plattform unterstĂŒtzt Anwendungs-Shortcuts, die einen schnellen Zugriff auf hĂ€ufig genutzte Standardaktionen in der Anwendung ermöglichen. Um Shortcuts zu erstellen, genĂŒgt es, Elemente in das Manifest der Webanwendung im PWA-Format (Progressive Web Apps) aufzunehmen.
- FĂŒr Web Worker ist die Verwendung des API , das es ermöglicht, einen Handler zu definieren, der einen Bericht generiert, der bei Zugriff auf veraltete Funktionen aufgerufen wird. Der vom Benutzer generierte Bericht kann gespeichert, an einen Server gesendet oder von einem JavaScript-Skript verarbeitet werden.
- API aktualisiert , das es ermöglicht, einen Handler zu verbinden, der Benachrichtigungen ĂŒber die GröĂenĂ€nderung der angegebenen Elemente auf der Seite empfĂ€ngt. Der ResizeObserverEntry wurde um drei neue Eigenschaften erweitert: contentBoxSize, borderBoxSize und devicePixelContentBoxSize, um detailliertere Informationen in Form eines Arrays von ResizeObserverSize-Objekten bereitzustellen.
- Das SchlĂŒsselwort ââ wurde hinzugefĂŒgt, um den Stil eines Elements auf den Standardwert zurĂŒckzusetzen.
- Die CSS-Eigenschaften â-webkit-appearanceâ und â-webkit-ruby-positionâ wurden von ihrem Prefix befreit und sind nun als â» und â«.
- In JavaScript unterstĂŒtzt die Markierung von Methoden und Eigenschaften einer Klasse als privat, wodurch der Zugriff auf sie nur innerhalb der Klasse möglich ist (zuvor konnten nur Felder privat sein). Um Methoden und Eigenschaften als privat zu kennzeichnen, muss vor dem Namen des Feldes angegeben werden.
- In JavaScript Support (weak reference) auf JavaScript-Objekte, die es ermöglichen, einen Verweis auf ein Objekt zu halten, ohne die Entfernung des zugehörigen Objekts durch den Garbage Collector zu blockieren. Zudem wurde die UnterstĂŒtzung fĂŒr Finalizer hinzugefĂŒgt, die es ermöglichen, einen Handler zu definieren, der nach der AusfĂŒhrung der Garbage Collection des angegebenen Objekts aufgerufen wird.
- Die Startgeschwindigkeit von Anwendungen auf WebAssembly wurde durch die Implementierung im Baseline-Compiler Liftoff beschleunigt. und . Die Debugging-Tools fĂŒr WebAssembly wurden verbessert, und die Debugging-Leistung bei der Verwendung von Haltepunkten wurde erheblich gesteigert (zuvor kam der Interpreter beim Debuggen zum Einsatz, jetzt der Compiler Liftoff).
- In den Entwicklertools fĂŒr Webentwickler pphttps://developers.google.com/web/updates/2020/05/devtools wurde das Panel fĂŒr die Leistungsanalyse aktualisiert. Allgemeine Informationen zu der Metrik (Total Blocking Time), die aufzeigt, wie lange die Seite scheinbar verfĂŒgbar ist, aber tatsĂ€chlich nicht verfĂŒgbar ist (d. h. die Seite ist bereits gerendert, blockiert jedoch weiterhin die AusfĂŒhrung des Hauptthreads und die Eingabe von Daten ist nicht möglich). Ein neuer Abschnitt "Experience" wurde hinzugefĂŒgt, um diese Metrik zu analysieren. (Cumulative Layout Shift), das die visuelle StabilitĂ€t des Inhalts widerspiegelt. In der Inspektionspanel der CSS-Stile wurde eine Vorschau auf Bilder implementiert, die ĂŒber die Eigenschaft "background-image" angegeben sind.
Neben Neuerungen und Fehlerbehebungen wurden in der neuen Version . Viele dieser Schwachstellen wurden durch automatisiertes Testen mit Werkzeugen festgestellt, , , , und . Ein Problem (CVE-2020-6510, Buffer-Overflow im Handler fĂŒr Hintergrundoperationen bei fetch) wurde als kritisch eingestuft, d. h. es ermöglicht, alle Sicherheitsebenen des Browsers zu umgehen und Code auĂerhalb der Sandbox-Umgebung im System auszufĂŒhren. Im Rahmen des Bug-Bounty-Programms fĂŒr die aktuelle Veröffentlichung hat Google 26 PrĂ€mien in Höhe von 21.500 US-Dollar ausgezahlt (zwei PrĂ€mien von 5.000 USD, zwei PrĂ€mien von 3.000 USD, eine PrĂ€mie von 2.000 USD, zwei PrĂ€mien von 1.000 USD und drei PrĂ€mien von 500 USD). Die Höhe von 16 PrĂ€mien ist noch nicht festgelegt.
Quelle: opennet.ru
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish