Release von Chrome 83

Das Unternehmen Google hat Release des Web-Browsers Chrome 83. Gleichzeitig verfĂŒgbar stabile Ausgabe des Open-Source-Projekts Chromium, das die Grundlage von Chrome bildet. Der Browser Chrome unterscheidet sich 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 von RLZ-Parametern. Aufgrund der Umstellung der Entwickler auf Homeoffice wĂ€hrend der SARS-CoV-2-Pandemie wurde die Version Chrome 82 ĂŒbersprungen. Die nĂ€chste Version von Chrome 84 ist fĂŒr den 14. Juli geplant.

Haupt- Änderungen in Chrome 83:

  • Hat begonnen massive Aktivierung des Modus 'DNS ĂŒber HTTPS' (DoH, DNS ĂŒber HTTPS) bei den Benutzern, deren Systemeinstellungen DNS-Anbieter mit DoH angeben (DoH des gleichen DNS-Anbieters wird aktiviert). Beispielsweise, wenn in den Systemeinstellungen des Benutzers DNS 8.8.8.8 angegeben ist, wird der DoH-Dienst von Google („https://dns.google.com/dns-query“) in Chrome aktiviert, wenn DNS 1.1.1.1 ist, dann der DoH-Dienst von Cloudflare („https://cloudflare-dns.com/dns-query“) usw. Um Probleme mit der Auflösung von Unternehmens-Intranets zu vermeiden, wird DoH nicht bei der Nutzung des Browsers in zentral verwalteten Systemen verwendet. DoH wird auch bei Vorhandensein von Kindersicherungssystemen deaktiviert.
    Die Verwaltung der Aktivierung von DoH und der Wechsel des DoH-Anbieters erfolgt ĂŒber den integrierten Konfigurator.

    Release von Chrome 83
  • Vorgeschlagen neu Gestaltung Elemente von Webformularen, die fĂŒr die Nutzung auf Touchscreen-GerĂ€ten und in Systemen fĂŒr Menschen mit Behinderungen optimiert wurden. Die Gestaltung wurde von Microsoft im Rahmen der Entwicklung des Browsers Edge optimiert und in den Hauptcode von Chromium ĂŒbertragen. Zuvor waren einige Elemente der Formulare fĂŒr die entsprechenden Betriebssystemelemente entworfen, wĂ€hrend andere nach den populĂ€rsten Stilen gestaltet wurden. Dadurch boten unterschiedliche Elemente verschiedene AnsĂ€tze fĂŒr Touchscreens, Systeme fĂŒr Menschen mit Behinderungen und die Steuerung mit der Tastatur. Ziel der Überarbeitung war die Vereinheitlichung der Gestaltung der Formularelemente und die Beseitigung von Stilinkongruenzen.

    Release von Chrome 83Release von Chrome 83
  • Das Design des Abschnitts Einstellungen „Datenschutz und Sicherheit“ wurde geĂ€ndert, Methoden text(), arrayBuffer() und stream() hinzugefĂŒgt, um bestimmte Datentypen zu lesen; neue Werkzeuge zur Sicherheitsverwaltung. Die Einstellungen sind jetzt leichter zu finden und ihr Zweck ist einfacher zu verstehen. Vier grundlegende Abschnitte wurden vorgeschlagen, in denen Werkzeuge zur Löschung des Verlaufs, zur Verwaltung von Cookies und Website-Daten, zu Sicherheitsmodi sowie zu Verboten oder Genehmigungen, die an bestimmte Websites gebunden sind, gesammelt werden. Der Benutzer kann schnell die Blockierung von Drittanbieter-Cookies fĂŒr den Inkognito-Modus oder fĂŒr alle Websites aktivieren, oder alle Cookies fĂŒr eine bestimmte Website blockieren. Das neue Design ist nur auf den Systemen eines Teils der Benutzer verfĂŒgbar, wĂ€hrend andere die Einstellungen ĂŒber „chrome://flags/#privacy-settings-redesign“ aktivieren können.

    Release von Chrome 83

    Spezifische Website-Einstellungen sind in Gruppen unterteilt – Zugriff auf Standort, Kamera, Mikrofon, Benachrichtigungen und die AusfĂŒhrung von HintergrunddatenĂŒbertragungen. Es gibt auch einen Abschnitt mit zusĂ€tzlichen Einstellungen zum Blockieren von JavaScript, Bildern und Weiterleitungen auf bestimmten Websites. Das zuletzt durchgefĂŒhrte Benutzerhandeln, das mit der Änderung der Berechtigungen verbunden ist, wird separat hervorgehoben.

    Release von Chrome 83
  • Im Inkognito-Modus ist standardmĂ€ĂŸig die Blockierung aller von Drittanbietern gesetzten Cookies aktiviert, einschließlich reklamiger Netzwerke und Webanalysetools. Zudem wird eine erweiterte BenutzeroberflĂ€che zur Kontrolle der Cookie-Installation auf Websites angeboten. Zur Verwaltung stehen die Flags „chrome://flags/#improved-cookie-controls“ und „chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking“ zur VerfĂŒgung. Nach der Aktivierung des Modus erscheint in der Adresszeile ein neues Symbol, das bei einem Klick die Anzahl der blockierten Cookies anzeigt und die Möglichkeit bietet, die Blockierung zu deaktivieren. Welche Cookies fĂŒr die aktuelle Website erlaubt und blockiert sind, kann im Abschnitt „Cookies“ des KontextmenĂŒs eingesehen werden, das durch einen Klick auf das Schloss-Symbol in der Adresszeile aufgerufen wird, oder in den Einstellungen.

    Release von Chrome 83

    Release von Chrome 83
  • In den Einstellungen ist eine neue SchaltflĂ€che „SicherheitsprĂŒfung“ (Safety check) angeboten, die eine Zusammenfassung ĂŒber mögliche Sicherheitsprobleme liefert, wie die Verwendung kompromittierter Passwörter, den Status der ÜberprĂŒfung auf Schadsoftware (Safe Browsing), das Vorhandensein nicht installierter Updates und die Identifizierung von schadhafter Erweiterungen.

    Release von Chrome 83
  • Im Passwort-Manager wurde die Möglichkeit hinzugefĂŒgt der PrĂŒfung aller gespeicherten Benutzeranmeldungen und Passwörter mit einer Datenbank kompromittierter Konten, wobei eine Warnung ausgegeben wird, wenn Probleme entdeckt werden (die ÜberprĂŒfung erfolgt anhand des Abgleichs des Hash-PrĂ€fix auf der Benutzerseite, die Passwörter und deren vollstĂ€ndige Hash-Werte werden nicht nach außen ĂŒbertragen). Die PrĂŒfung wird durch eine Datenbank durchgefĂŒhrt, die mehr als 4 Milliarden kompromittierte Konten umfasst, die in Leaks von Nutzerdaten aufgetaucht sind. Eine Warnung wird auch ausgegeben, wenn versucht wird, triviale Passwörter wie „abc123“ zu verwenden.

    Release von Chrome 83
  • Vorstellung erweiterter Modus zum Schutz vor gefĂ€hrlichen Websites (Enhanced Safe Browsing), in dem zusĂ€tzliche PrĂŒfungen aktiviert werden, um vor Phishing, schĂ€dlichen AktivitĂ€ten und weiteren Bedrohungen im Web zu schĂŒtzen. Außerdem wird ein zusĂ€tzlicher Schutz fĂŒr das Google-Konto und Google-Dienste (Gmail, Drive usw.) angewendet. WĂ€hrend im normalen Safe Browsing-Modus die PrĂŒfungen lokal ĂŒber eine regelmĂ€ĂŸig auf das Client-System geladene Datenbank durchgefĂŒhrt werden, werden im Enhanced Safe Browsing Informationen ĂŒber Seiten und Downloads in Echtzeit an den Google Safe Browsing-Dienst zur ÜberprĂŒfung gesendet, wodurch umgehend auf Bedrohungen reagiert werden kann, sobald diese festgestellt werden, ohne auf das Update der lokalen schwarzen Liste zu warten.

    Um die Leistung zu verbessern, wird eine VorabprĂŒfung ĂŒber Whitelists unterstĂŒtzt, die Hashes von Tausenden beliebter und vertrauenswĂŒrdiger Websites enthalten. Fehlt die aufgerufene Website in der Whitelist, ĂŒberprĂŒft der Browser die URL auf dem Google-Server, indem die ersten 32 Bit des SHA-256-Hashes des Links ĂŒbermittelt werden, wobei mögliche persönliche Daten entfernt werden. Nach SchĂ€tzungen von Google ermöglicht dieser neue Ansatz eine Effizienzsteigerung von 30 % bei der Ausgabe von Warnungen fĂŒr neue Phishing-Websites.

  • Anstelle einer automatischen Anheftung von Erweiterungssymbolen neben der Adressleiste wurde ein neues MenĂŒ implementiert, das durch ein Puzzlesymbol gekennzeichnet ist und alle vorhandenen Erweiterungen und deren Berechtigungen auflistet. Nach der Installation einer Erweiterung muss der Benutzer jetzt ausdrĂŒcklich die Anheftung an die Symbolleiste der Erweiterung aktivieren und dabei die den Erweiterungen erteilten Berechtigungen bewerten. Damit die Erweiterung nicht verloren geht, wird sofort nach der Installation ein Indikator mit Informationen ĂŒber die neue Erweiterung angezeigt. Das neue MenĂŒ ist standardmĂ€ĂŸig fĂŒr einen bestimmten Prozentsatz von Nutzern aktiviert, wĂ€hrend andere es ĂŒber die Einstellung „chrome://flags/#extensions-toolbar-menu“ aktivieren können.

    Release von Chrome 83
  • Die Einstellung „chrome://flags/#omnibox-context-menu-show-full-urls“ wurde hinzugefĂŒgt. Wenn sie aktiviert ist, erscheint im KontextmenĂŒ der Adressleiste der Punkt „Immer die vollstĂ€ndige URL anzeigen“, der eine Verzerrung der URL verhindert. Zur Erinnerung: In Chrome 76 wurde die Adressleiste standardmĂ€ĂŸig so umgestellt, dass Links ohne „https://“, „http://“ und „www.“ angezeigt werden. Um dieses Verhalten zu deaktivieren, gab es eine Einstellung, die jedoch in Chrome 79 entfernt wurde, wodurch die Benutzer die Möglichkeit verloren, die vollstĂ€ndige URL in der Adressleiste anzuzeigen.

    Release von Chrome 83
  • FĂŒr alle Benutzer wurde die Funktion zur Gruppierung von Tabs („chrome://flags/#tab-groups“) aktiviert, die es ermöglicht, mehrere Ă€hnliche Tabs visuell getrennt in Gruppen zusammenzufassen. Jeder Gruppe kann eine eigene Farbe und einen Namen zugewiesen werden. ZusĂ€tzlich wurde eine experimentelle Möglichkeit angeboten, Gruppen ein- und auszublenden, die jedoch noch nicht auf allen Systemen funktioniert. Zum Beispiel können mehrere ungelesene Artikel vorĂŒbergehend eingeklappt werden, sodass nur die Markierung sichtbar bleibt, um keinen Platz bei der Navigation zu beanspruchen. Bei der RĂŒckkehr zum Lesen können sie wieder an ihren Platz gebracht werden. Um den Modus zu aktivieren, wurde eine Einstellung „chrome://flags/#tab-groups-collapse“ angeboten.

    Release von Chrome 83
  • StandardmĂ€ĂŸig wird eine Warnung ausgegeben, wenn versucht wird unsicheren Downloads (ohne VerschlĂŒsselung) ausfĂŒhrbare Dateien ĂŒber Links von HTTPS-Seiten herunterzuladen (in Chrome 84 werden Downloads ausfĂŒhrbarer Dateien blockiert, und die Warnung wird fĂŒr Archive ausgegeben). Es wird darauf hingewiesen, dass das Herunterladen von Dateien ohne VerschlĂŒsselung fĂŒr schĂ€dliche AktivitĂ€ten durch InhaltsĂ€nderungen im Rahmen von MITM-Angriffen verwendet werden kann. Auch ist verboten das Herunterladen von Dateien, das aus isolierten iframe-Blöcken initiiert wird.
  • Beim Aktivieren von Adobe Flash wurde eine Warnung ĂŒber das Ende der UnterstĂŒtzung dieser Technologie im Dezember 2020 hinzugefĂŒgt.
  • Die Technologie Trusted types, die es ermöglicht, Manipulationen am DOM zu blockieren, die zu Cross-Site-Scripting (DOM XSS) fĂŒhren können, z. B. bei unsachgemĂ€ĂŸer Verarbeitung von Benutzerdaten in eval()-Blöcken oder EinfĂŒgungen von „.innerHTML“, was zur AusfĂŒhrung von JavaScript-Code im Kontext einer bestimmten Seite fĂŒhren kann. Trusted Types erfordert eine Vorverarbeitung der Daten, bevor sie an risikobehaftete Funktionen ĂŒbergeben werden. Beispielsweise fĂŒhrt die Aktivierung von Trusted Types bei „anElement.innerHTML = location.href“ zu einem Fehler und erfordert die Verwendung von speziellen TrustedHTML- oder TrustedScript-Objekten bei Zuweisungen. Die Aktivierung von Trusted Types erfolgt durch CSP (Content-Security-Policy).
  • HinzugefĂŒgt neue HTTP-Header Cross-Origin-Embedder-Policy und Cross-Origin-Opener-Policy, die einen speziellen Isolationsmodus fĂŒr Cross-Origin zur sicheren Verwendung privilegierter Operationen auf der Seite ermöglichen, wie z. B. SharedArrayBuffer, Performance.measureMemory() und Profiling-API, die fĂŒr Angriffe ĂŒber SeitenkanĂ€le wie Spectre verwendet werden können. Der Cross-Origin-Isolationsmodus erlaubt zudem keine Änderungen der Eigenschaft document.domain.
  • Eine neue Implementierung des Zugriffsinspektionssystems fĂŒr Netzwerkressourcen wurde vorgeschlagen - OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). Die alte Implementierung konnte nur die Hauptkomponenten der Blink-Engine, XHR und Fetch API, inspizieren, deckte jedoch keine HTTP-Anfragen ab, die von einigen internen Modulen ausgefĂŒhrt werden. Die neue Implementierung löst dieses Problem.
  • 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 Native File System, die es ermöglicht, Webanwendungen zu erstellen, die mit Dateien im lokalen FS interagieren. Beispielsweise könnte die neue API in im Browser ausgefĂŒhrten integrierten Entwicklungsumgebungen, Text-, Bild- und Video-Editoren von Nutzen sein. Um die Möglichkeit zum direkten Schreiben und Lesen von Dateien, die Verwendung von Dialogen zum Öffnen und Speichern von Dateien sowie die Navigation durch den Inhalt von Verzeichnissen zu erhalten, muss die Anwendung eine besondere BestĂ€tigung vom Benutzer anfordern;
    • Methode Performance.measureMemory() zur Bewertung des Speicherverbrauchs bei der Verarbeitung von Webanwendungen oder Web-Seiten. Es kann zur Analyse und Optimierung des Speicherverbrauchs in Webanwendungen verwendet werden und zur Identifizierung von regressivem Anstieg des Speicherverbrauchs.
    • Methode Prioritized Scheduler.postTask() zur Planung der AusfĂŒhrung von Aufgaben (Callback-Aufrufen in JavaScript) mit unterschiedlichen PrioritĂ€tsstufen (blockiert die Arbeit des Benutzers, erzeugt sichtbare Änderungen und Hintergrundarbeit). Um die PrioritĂ€t zu Ă€ndern und Aufgaben abzubrechen, kann das Objekt TaskController verwendet werden.
    • API WebRTC Insertable Streams, das Anwendungen ermöglicht, eigene Datenverarbeiter zu erstellen, die beim Kodieren und Dekodieren von WebRTC MediaStreamTrack verwendet werden. Beispielsweise kann die API verwendet werden, um eine End-to-End-VerschlĂŒsselung der ĂŒber einen Transitserver ĂŒbertragenen Streams zu organisieren.
  • API hinzugefĂŒgt Barcode-Erkennung zur Erkennung und Dekodierung von Barcodes in einem bestimmten Bild. Die API funktioniert nur auf Android-GerĂ€ten mit installiertem Paket Google Play Services.
  • Ein Meta-Tag hinzugefĂŒgt color-scheme, das der Website ermöglicht, eine vollstĂ€ndige UnterstĂŒtzung fĂŒr dunkle Design-Themen ohne CSS-Transformationen zu bieten.
  • Die Möglichkeit zur Verwendung von JavaScript-Modulen in shared worker.
  • In IndexedDB in IDBDatabase.transaction() wurde ein neues Argument hinzugefĂŒgt
    „durability“, das die Verwaltung des Daten-Flushs auf das Speichermedium ermöglicht. Indem man den Wert „relaxed“ anstelle des standardmĂ€ĂŸig verwendeten „strict“-Modus ĂŒbergibt, kann man auf ZuverlĂ€ssigkeit zugunsten der Performance verzichten (frĂŒher hat Chrome immer die Daten nach dem Schreiben jeder Transaktion auf die Festplatte geschrieben).
  • In selector() wurde die Funktion @supports hinzugefĂŒgt, die es ermöglicht, die VerfĂŒgbarkeit von CSS-Selektoren zu ĂŒberprĂŒfen (z. B. kann man zunĂ€chst die VerfĂŒgbarkeit eines Selektors testen, bevor man CSS-Stile daran bindet).

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

  • In Intl.DateTimeFormat hinzugefĂŒgt das Eigenschaft fractionalSecondDigits zur Anpassung des Formats der Anzeige von Sekundenbruchteilen.
  • Im V8-Engine wurde die Verfolgung von ArrayBuffer im Garbage Collector beschleunigt. FĂŒr WebAssembly-Module ist es erlaubt, bis zu 4 GB Speicher anzufordern. neue Tools fĂŒr Webentwickler. Beispielsweise gibt es einen Modus zur Emulation der Wahrnehmung der Seite durch Menschen mit Sehbehinderungen und verschiedenen Formen von Farbenblindheit. Es wurde auch ein Modus zur Emulation des Wechsels der Lokalisierung hinzugefĂŒgt, dessen Änderung Auswirkungen auf die API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language usw. hat.
  • HinzugefĂŒgt In der Schnittstelle zur Inspektion der NetzwerkaktivitĂ€t wurde ein COEP-Debugger (Cross-Origin Embedder Policy) hinzugefĂŒgt, der es ermöglicht, die GrĂŒnde fĂŒr die Blockierung des Ladens bestimmter Ressourcen ĂŒber das Netzwerk zu bewerten. Das SchlĂŒsselwort cookie-path wurde hinzugefĂŒgt, um Anfragen zu filtern, bei denen Cookies an einen bestimmten

    Release von Chrome 83

    Pfad gebunden werden. Weg.

    Release von Chrome 83

    Der Modus zum Festlegen von Entwicklertools wurde auf der linken Seite des Bildschirms hinzugefĂŒgt.

    Release von Chrome 83

    Das Interface zur Verfolgung von lang laufendem JavaScript-Code wurde ĂŒberarbeitet.

    Release von Chrome 83
  • Aufgrund der COVID-19-Pandemie wurden einige geplante Änderungen verschoben. Zum Beispiel, die Abschaffung Code fĂŒr die Arbeit mit FTP wurde verschoben auf unbestimmte Zeit. Deaktivierung UnterstĂŒtzung fĂŒr die Protokolle TLS 1.0/1.1 verschoben bis zur Veröffentlichung von Chrome 84. Zu Beginn
    wurde die UnterstĂŒtzung fĂŒr die Client-Hints-IDs (Alternative zu User-Agent) ebenfalls verschoben bis Chrome 84. Die Arbeiten daran Vereinheitlichung des User-Agent wurden auf das nĂ€chste Jahr verschoben.

Neben Neuerungen und Fehlerbehebungen wurden in der neuen Version 38 SicherheitsanfĂ€lligkeiten. Viele dieser Schwachstellen wurden durch automatisiertes Testen mit Werkzeugen festgestellt, AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL. Kritische Probleme, die alle Schutze levels des Browsers umgehen und Code außerhalb der Sandbox-Umgebung im System ausfĂŒhren lassen, wurden nicht festgestellt. Im Rahmen des Programms zur Auszahlung von GeldprĂ€mien fĂŒr die Entdeckung von Schwachstellen hat Google fĂŒr die aktuelle Version 28 PrĂ€mien in Höhe von 76.000 US-Dollar ausgezahlt (eine PrĂ€mie von 20.000 $, eine PrĂ€mie von 10.000 $, zwei PrĂ€mien von 7.500 $, zwei PrĂ€mien von 5.000 $, zwei PrĂ€mien von 3.000 $, zwei PrĂ€mien von 2.000 $, zwei PrĂ€mien von 1.000 $ und acht PrĂ€mien von 500 $). Der Betrag von 7 PrĂ€mien ist bisher nicht festgelegt.

Quelle: opennet.ru

ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server đŸ”„ ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server - ProHoster