Chrome Version 84

Google präsentierte Freigabe des Webbrowsers Chrome 84. Gleichzeitig ist verfügbar stabile Freigabe des Open-Source-Projekts Chromium, das die Grundlage von Chrome bildet. Der Browser Chrome zeichnet sich aus Verwendung von Google-Logos, ein Benachrichtigungssystem bei Abstürzen, die Möglichkeit, das Flash-Modul auf Anfrage herunterzuladen, Module zur Wiedergabe von geschützten Videoinhalten (DRM), ein automatisches Update-Installationssystem sowie Datentransfer bei der Suche. RLZ-Parameter. Die nächste Version von Chrome 85 ist für den 25. August geplant.

Haupt eingeführt wurde, die im Januar dieses Jahres in den Kernel übernommen wurde. Es betrifft ausschließlich die Version 5.1 und tritt in den meisten Fällen auf Systemen mit Samsung-SSD-Speichern auf, bei denen zur Verschlüsselung Daten mit dm-crypt/LUKS über device-mapper/LVM verwendet werden. in Chrome 84:

  • Die Unterstützung Unterstützung für die Protokolle TLS 1.0 und TLS 1.1. Um über einen sicheren Kanal auf Websites zuzugreifen, muss der Server mindestens TLS 1.2 unterstützen, andernfalls wird der Browser jetzt einen Fehler anzeigen. Laut Google werden derzeit etwa 0,5 % der Webseiten-Zugriffe weiterhin mit veralteten TLS-Versionen durchgeführt. Die Deaktivierung erfolgt gemäß der den Empfehlungen IETF (Internet Engineering Task Force). Der Verzicht auf TLS 1.0/1.1 ist darauf zurückzuführen, dass moderne Verschlüsselungen (z. B. ECDHE und AEAD) nicht unterstützt werden und die Unterstützung alter Verschlüsselungen gefordert wird, deren Zuverlässigkeit im modernen Stand der Computertechnik in Frage gestellt wird (z. B. wird die Unterstützung von TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA gefordert, und für die Integritätsprüfung und Authentifizierung kommen MD5 und SHA-1 zum Einsatz). Die Einstellung, die eine Rückkehr zu TLS 1.0/1.1 ermöglicht, wird bis Januar 2021 beibehalten.
  • Es wurde eine Blockierung bereitgestellt unsicherer Dateiuploads (ohne Verschlüsselung) ausführbare Dateien und es wurde eine Warnung bei unsicheren Archiv-Uploads hinzugefügt. Zukünftig wird geplant, die Unterstützung für das Hochladen von Dateien ohne Verschlüsselung schrittweise einzustellen. Die Blockierung wurde implementiert, da das Hochladen von Dateien ohne Verschlüsselung für schädliche Aktivitäten durch Manipulation des Inhalts während MITM-Angriffen verwendet werden kann.
  • Hinzugefügt erste Unterstützung Identifikator Client-Hinweise, entwickelt als Alternative zum User-Agent-Header. Der Client-Hinweise-Mechanismus bietet als Ersatz für den User-Agent eine Reihe von Headern „Sec-CH-UA-*“, die es ermöglichen, selektiv Daten über spezifische Parameter des Browsers und des Systems (Version, Plattform usw.) nur nach Anfrage des Servers bereitzustellen. Der Benutzer hat die Möglichkeit, zu bestimmen, welche Parameter für die Bereitstellung zulässig sind, und solche Informationen selektiv den Website-Besitzern zur Verfügung zu stellen. Bei Verwendung von Client-Hinweisen wird der Identifikator standardmäßig nicht ohne ausdrückliche Anfrage übermittelt, was eine passive Identifizierung unmöglich macht (standardmäßig wird nur der Name des Browsers angegeben). Arbeit zum wurden auf das nächste Jahr verschoben. auf Chrome 84 verschoben. Die Arbeiten zur bis zum nächsten Jahr.
  • Fortsetzung der Aktivierung
    strenger Einschränkungen von Cookies zwischen Websites, die aufgehoben wurde wegen COVID-19. Bei nicht-HTTPS-Anfragen ist die Verarbeitung von Drittanbieter-Cookies, die beim Besuch von Websites, die von der Domain der aktuellen Seite abweichen, gesetzt werden, verboten. Solche Cookies werden verwendet, um die Bewegungen des Nutzers zwischen Websites in Werbenetzwerk-Codes, sozialen Medien-Widgets und Webanalyse-Systemen zu verfolgen.

    Zur Erinnerung: Die Übertragung von Cookies wird durch das im Set-Cookie-Header angegebene Attribut SameSite gesteuert, das standardmäßig auf "SameSite=Lax" gesetzt wird und die Sendung von Cookies für zwischenseitige Subanfragen, wie das Anfordern eines Bildes oder das Laden von Inhalten über ein iframe von einer anderen Website, einschränkt. Websites können den standardmäßigen SameSite-Modus überschreiben, indem sie beim Setzen von Cookies explizit den Wert SameSite=None festlegen. Dabei kann der Wert SameSite=None für Cookies nur im Secure-Modus gesetzt werden (wirkt bei Verbindungen über HTTPS). Die Änderung wird schrittweise umgesetzt, zunächst für einen kleinen Prozentsatz der Nutzer und dann schrittweise ausgeweitet.

  • Eine experimentelle Implementierung wurde hinzugefügt Blocker ressourcenintensiver Werbung, das durch die Einstellung „chrome://flags/#enable-heavy-ad-intervention“ aktiviert werden kann. Der Blocker ermöglicht es, Werbung iframe-Elemente automatisch abzuschalten, nachdem die Schwellenwerte für den Verkehr und die CPU-Last überschritten wurden. Die Sperrung wird wirksam, wenn im Hauptthread mehr als 60 Sekunden CPU-Zeit insgesamt oder 15 Sekunden in einem 30-Sekunden-Intervall verbraucht werden (wenn über 30 Sekunden hinweg 50% der Ressourcen genutzt werden), sowie wenn mehr als 4 MB Daten über das Netzwerk geladen wurden.

    Die Sperrung tritt nur in Kraft, wenn der Nutzer bis zum Zeitpunkt der Überschreitung der Limits nicht mit dem Werbeblock interagiert hat (zum Beispiel nicht darauf geklickt hat). Dadurch wird es möglich, die automatische Wiedergabe großer Videoanzeigen ohne ausdrückliche Aktivierung durch den Nutzer zu verhindern, was in Anbetracht der Verkehrsbegrenzung von Vorteil ist. Die vorgeschlagenen Maßnahmen befreien die Nutzer von Werbung mit ineffizient umgesetztem Code oder absichtlichen schädlichen Aktivitäten (zum Beispiel Mining). Laut Google fallen nur 0,30% aller Werbeblöcke unter die Sperrkriterien, dennoch verbrauchen solche Anzeigen 28% der CPU-Ressourcen und 27% des gesamten Traffics der Werbung.

  • Die Arbeit zur Verringerung des CPU-Ressourcenverbrauchs wurde implementiert, wenn das Browserfenster nicht im Sichtfeld des Benutzers ist. Chrome überprüft nun, ob das Browserfenster von anderen Fenstern überlappt wird und schließt die Pixel-Rendering in überlagerten Bereichen aus. Die Aktivierung dieser neuen Funktion erfolgt schrittweise: Für einige Benutzer wird die Optimierung in Chrome 84 aktiviert, während andere Chrome 85 verwenden werden.
  • Ist standardmäßig aktiviert: Schutz vor aufdringlichen Benachrichtigungen, wie beispielsweise Spam-Anfragen für Push-Benachrichtigungen. Da solche Anfragen die Benutzererfahrung stören und die Aufmerksamkeit auf die Bestätigungsdialoge lenken, wird anstelle eines separaten Dialogs in der Adressleiste ein nicht interaktiver Hinweis mit einer Warnung zur Sperrung der Anfragen angezeigt, der automatisch zu einem Indikator mit einem durchgestrichenen Glockensymbol minimiert wird. Durch Klicken auf den Indikator kann die angeforderte Berechtigung jederzeit aktiviert oder abgelehnt werden.

    Chrome Version 84
  • Die Auswahl des Benutzers beim Öffnen von externen Protokollhandlern wird gespeichert — der Benutzer kann für einen bestimmten Handler die Option „Immer für diese Website zulassen“ wählen, und der Browser wird diese Entscheidung für die aktuelle Website speichern.
  • Schutz vor Änderungen der Benutzereinstellungen ohne ausdrückliche Zustimmung hinzugefügt. Wenn eine Erweiterung die standardmäßig angebotene Suchmaschine oder die Seite, die für einen neuen Tab angezeigt wird, ändert, zeigt der Browser jetzt einen Dialog an, um die angegebene Aktion zu bestätigen oder die Änderung abzubrechen.
  • Fortgesetzt Implementierung des Schutzes vor dem Laden von gemischten Multimedia-Inhalten (wenn auf einer HTTPS-Seite Ressourcen über das Protokoll http:// geladen werden). Auf Seiten, die über HTTPS geöffnet werden, werden nun automatisch „http://“-Links in „https://“ in Blocks ersetzt, die mit dem Laden von Bildern verbunden sind (zuvor wurden Skripte und iFrames ersetzt, die automatische Umwandlung von Audio- und Videoressourcen wird in der nächsten Ausgabe erwartet). Wenn ein Bild nicht über https verfügbar ist, wird dessen Laden blockiert (die Blockierung kann manuell über das Menü, das über das Schlosssymbol in der Adressleiste zugänglich ist, markiert werden).
  • Unterstützung für die API hinzugefügt Web OTP (entwickelt als SMS Receiver API), ermöglicht die Eingabe eines einmaligen Passworts auf einer Webseite, nachdem eine SMS-Nachricht mit dem Bestätigungscode auf dem Android-Smartphone des Benutzers empfangen wurde, auf dem der Browser läuft. Die SMS-Bestätigung kann beispielsweise zur Überprüfung der Telefonnummer verwendet werden, die der Benutzer bei der Registrierung angegeben hat. Früher musste der Benutzer die SMS-App öffnen, den Code in die Zwischenablage kopieren, in den Browser zurückkehren und diesen Code einfügen. Die neue API ermöglicht es, diesen Prozess zu automatisieren und auf eine einzige Berührung zu reduzieren.
  • Erweiterte API Web-Animationen
    zur Steuerung der Wiedergabe von Web-Animationen. In dieser neuen Version wurde die Unterstützung für Compositing-Operationen hinzugefügt, die es ermöglichen, zu steuern, wie Effekte kombiniert werden, und neue Handler bereitzustellen, die bei Ereignissen des Inhaltswechsels aufgerufen werden. Die Web Animations API unterstützt jetzt auch Promises, um die Reihenfolge der Animationen zu bestimmen und ein besseres Management der Interaktion der Animation mit anderen Funktionen der Anwendung zu ermöglichen.
  • Im Origin Trials-Modus (experimentelle Funktionen, die eine separate Aktivierung erfordern) wurden mehrere neue APIs hinzugefügt. Der Origin Trial ermöglicht die Nutzung der angegebenen API aus Anwendungen, die von localhost oder 127.0.0.1 geladen werden, oder nach Registrierung und Erhalt eines speziellen Tokens, das für einen bestimmten Zeitraum für eine bestimmte Website gültig ist.
    • API Cookie Store Für den Zugriff auf HTTP-Cookies, die als asynchrone Alternative zur Verwendung von document.cookie dienen.
    • API Inaktivitätserkennung Zur Bestimmung der Inaktivität des Benutzers, die es ermöglicht, die Zeit festzustellen, in der der Benutzer nicht mit der Tastatur/Maus interagiert, der Bildschirmschoner aktiv ist, der Bildschirm gesperrt ist oder Aufgaben auf einem anderen Monitor ausgeführt werden. Informationen über die Inaktivität werden durch das Senden einer Benachrichtigung nach Erreichen des festgelegten Inaktivitätsgrenzwerts an die Anwendung übermittelt.
    • Modus Herkunftisolierung, ermöglicht es Entwicklern, eine umfassendere Isolierung der Inhaltsverarbeitung in einem separaten Prozess zu verwenden, der an die Quelle (Ursprung — Domain+Port+Protokoll) und nicht an die Website gebunden ist, was zum Verzicht auf die Unterstützung einiger veralteter Funktionen wie die synchrone Ausführung von Skripten, die document.domain verwenden, und den Aufruf von postMessage() zum Senden von Nachrichten an Instanzen von WebAssembly.Module führt. Mit anderen Worten, die Herkunftisolierung ermöglicht die Trennung in verschiedene Prozesse basierend auf der Domain der Ressource und nicht auf der Website mit allen externen Einbindungen auf den Seiten.
    • API WebAssembly SIMD für die Verwendung von Vektor-SIMD-Instruktionen in Anwendungen im WebAssembly-Format. Um die Plattformunabhängigkeit zu gewährleisten, wird ein neuer 128-Bit-Typ angeboten, der verschiedene Arten von gepackten Daten darstellen kann, sowie mehrere grundlegende Vektoroperationen zur Verarbeitung gepackter Daten. SIMD ermöglicht eine Leistungssteigerung durch die Parallelisierung der Datenverarbeitung und wird nützlich sein, wenn nativen Code in WebAssembly kompiliert wird. Zur Aktivierung der SIMD-Unterstützung kann die Einstellung „chrome://flags/#enable-webassembly-simd“ verwendet werden.
  • Ist stabilisiert und wird jetzt außerhalb der Origin Trials verbreitet.
    API Inhaltsindizierung, die Metadaten über Inhalte bereitstellt, die zuvor von Webanwendungen, die im Progressive Web Apps (PWA)-Modus arbeiten, zwischengespeichert wurden. Die Anwendung kann im Browser verschiedene Daten speichern, darunter Bilder, Videos und Artikel, und bei Verlust der Netzwerkverbindung über die API Cache Storage und IndexedDB verwenden. Die Content Indexing API ermöglicht das Hinzufügen, Finden und Entfernen solcher Ressourcen. In dem Browser wird diese API bereits verwendet, um eine Liste von Seiten und Multimedia-Daten aufzulisten, die offline angesehen werden können.
  • Stabilisierte API-Variante Wake Lock basierend auf dem Promise-Mechanismus, der eine sicherere Methode zur Steuerung der automatischen Bildschirmsperre und zum Wechsel in Energiesparmodi bietet.
  • In der Android-Version hinzugefügt Unterstützung von App-Shortcuts, die einen schnellen Zugang zu häufig verwendeten Standardaktionen in der App ermöglichen. Um Shortcuts zu erstellen, genügt es, die Elemente im Manifest der Web-App im PWA-Format (Progressive Web Apps) hinzuzufügen.
    Chrome Version 84
  • Web Worker dürfen das API verwenden ReportingObserver, welches einen Handler für die Berichtserstellung definiert, der bei der Verwendung von veralteten Funktionen aufgerufen wird. Der generierte Bericht kann je nach Auswahl des Benutzers gespeichert, an den Server gesendet oder von einem JavaScript-Skript verarbeitet werden.
  • Das API wurde aktualisiert Resize Observer, welches es ermöglicht, einen Handler zu verbinden, der Benachrichtigungen über Größenänderungen der angegebenen Elemente auf der Seite erhält. In ResizeObserverEntry wurden drei neue Eigenschaften hinzugefügt: contentBoxSize, borderBoxSize und devicePixelContentBoxSize, um detailliertere Informationen in Form eines Arrays von ResizeObserverSize-Objekten bereitzustellen.
  • Das Schlüsselwort „revert“ wurde hinzugefügt, um den Stil eines Elements auf den Standardwert zurückzusetzen.
  • CSS-Eigenschaften „-webkit-appearance“ und „-webkit-ruby-position“ wurden von ihrem Prefix befreit und sind jetzt als „appearance» und «ruby-position“ verfügbar.«.
  • In JavaScript wurde Unterstützung der Markierung von Methoden und Eigenschaften einer Klasse als privat, wodurch der Zugriff nur innerhalb der Klasse möglich ist (früher konnten nur Felder privat sein). Um Methoden und Eigenschaften als privat zu kennzeichnen, sollte angeben. das Zeichen „#“ vor dem Feldnamen stehen.
  • In JavaScript hinzugefügt поддержка schwache Referenzen (schwache Referenz) auf JavaScript-Objekte, die eine Referenz auf das Objekt beibehalten, jedoch die Löschung des verwobenen Objekts durch den Garbage Collector nicht blockieren. Zudem wurde die Unterstützung für Finalisierer hinzugefügt, die es ermöglichen, einen Handler zu definieren, der nach der Ausführung des Garbage Collectors für das angegebene Objekt aufgerufen wird.
  • Der Start von Anwendungen auf WebAssembly wurde beschleunigt, dank der Implementierung im anfänglichen (Baseline) Compiler Liftoff. atomare Instruktionen und Batch-Speicheroperationen. Die Werkzeuge zum Debuggen von WebAssembly wurden verbessert, die Debugging-Leistung bei der Verwendung von Haltepunkten wurde erheblich gesteigert (früher wurde ein Interpreter verwendet, jetzt der Compiler Liftoff).
  • In den Entwicklertools wwwhttps://developers.google.com/web/updates/2020/05/devtools wurde das Panel zur Leistungsanalyse aktualisiert. Allgemeine Informationen zur Metrik wurden hinzugefügt. TBT (Total Blocking Time), die anzeigt, wie lange die Seite verfügbar zu sein scheint, tatsächlich jedoch nicht verfügbar ist (d.h. die Seite ist bereits gerendert, aber die Ausführung des Hauptthreads wird noch blockiert und die Eingabe ist nicht möglich). Es wurde ein neuer Abschnitt 'Experience' für die Analyse dieser Metrik hinzugefügt. CLS (Cumulative Layout Shift), das die visuelle Stabilität des Inhalts widerspiegelt. Im CSS-Style-Inspector wurde eine Vorschau für Bilder implementiert, die über die Eigenschaft 'background-image' angegeben sind.

Neben Neuerungen und Fehlerbehebungen wurden in der neuen Version 38 Schwachstellen. Viele dieser Sicherheitsanfälligkeiten wurden durch automatisierte Tests mit Tools wie AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL. Ein Problem (CVE-2020-6510, Bufferüberlauf im Fetch-Handler) wurde als kritisch eingestuft, d.h. es ermöglicht, alle Browserschutzebenen zu umgehen und Code außerhalb der Sandbox-Umgebung im System auszuführen. Im Rahmen des Programms zur Vergabe von Prämien für die Entdeckung von Sicherheitsanfälligkeiten hat Google für die aktuelle Version 26 Prämien in Höhe von insgesamt 21500 Dollar ausgezahlt (zwei Prämien von 5000 Dollar, zwei Prämien von 3000 Dollar, eine Prämie von 2000 Dollar, zwei Prämien von 1000 Dollar und drei Prämien von 500 Dollar). Der Betrag von 16 Prämien ist noch nicht festgelegt.

Quelle: opennet.ru

Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen 🔥 Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster