Wydanie przeglądarki internetowej Chrome 124

Firma Google opublikowała wersję przeglądarki internetowej Chrome 124. Równocześnie dostępna jest stabilna wersja otwartego projektu Chromium, który stanowi podstawę Chrome. Przeglądarka Chrome różni się od Chromium używaniem logo Google, systemem wysyłania powiadomień w przypadku awarii, modułami do odtwarzania chronionych treści wideo (DRM), systemem automatycznej instalacji aktualizacji, stałym włączeniem izolacji Sandbox, dostarczaniem kluczy do Google API oraz przesyłaniem parametrów RLZ przy wyszukiwaniu. Dla tych, którzy potrzebują więcej czasu na aktualizację, obsługiwana jest osobno gałąź Extended Stable, wspierana przez 8 tygodni. Następna wersja Chrome 125 jest zaplanowana na 14 maja.

Główne zmiany w Chrome 124:

• W wersji dla platformy Android w menedżerze zakładek dodano obsługę zapisywania zakładek i list odłożonego czytania na serwerach Google powiązane z kontem użytkownika.
• W Chrome dla Androida zastosowano nową metodę przechowywania lokalnych haseł, które nie synchronizują się z innymi urządzeniami. Wcześniej lokalne hasła były przechowywane w profilu Chrome, a teraz będą umieszczane w magazynie haseł dostarczanym przez usługi Google Play, które już jest używane do przechowywania hasła do konta Google.
• W wersjach dla Windows, macOS i Linux w TLS domyślnie włączono wsparcie dla mechanizmu enkapsulacji kluczy (KEM, Key Encapsulation Mechanism), który wykorzystuje hybrydowy algorytm X25519Kyber768, odporny na ataki z wykorzystaniem komputerów kwantowych. X25519Kyber768 stanowi połączenie mechanizmu wymiany kluczy X25519, opartego na krzywych eliptycznych i obecnie stosowanego w TLS, z algorytmem Kyber-768, który wykorzystuje metody kryptografii oparte na rozwiązaniu problemów teorii siatek, czas rozwiązania których nie różni się na zwykłych i komputerach kwantowych.
• Podczas renderowania tekstu przez bibliotekę Skia uwzględniono ustawienia kontrastu i koloru w systemie Windows dla technologii wygładzania tekstu ClearType, co znacznie poprawia jakość wyświetlania czcionek na monitorach LCD. W wersjach dla Linuxa znacznie zmieniły się czcionki używane w interfejsie.
• Udostępniono możliwość instalacji dowolnej strony internetowej jako samodzielnej aplikacji PWA (Progressive Web Apps), nawet jeśli strona ta nie spełnia kryteriów PWA.
• Zgodnie z wymaganiami europejskiego prawa DMA (Digital Markets Act) zapewniono możliwość wyboru wyszukiwarki, która będzie używana domyślnie. Wybór obejmuje wyszukiwarki dostępne w sekcji ustawień „chrome://settings/search”. Wyszukiwarki na liście wyświetlane są w losowej kolejności. W Chrome 120 ten dialog był testowany u 1% użytkowników, a teraz aktywowany dla wszystkich.
• Zrealizowano wyświetlanie użytkownikowi żądania uzyskania uprawnień, gdy aplikacja webowa zwraca się do API Web MIDI, umożliwiającego interakcję z podłączonymi do komputera urządzeniami muzycznymi z interfejsem MIDI. Wcześniej żądania uprawnień były wyświetlane tylko podczas wysyłania lub otrzymywania wiadomości SysEx, a teraz będą wyświetlane przy każdym dostępie do API Web MIDI. Podano, że powodem zmiany są sytuacje, w których przypadkowe strony internetowe przejmują wyłączne zarządzanie kontrolerem MIDI, blokując możliwość jego użycia przez inne aplikacje. Zauważono również problemy z bezpieczeństwem, ponieważ API Web MIDI umożliwia pełne zarządzanie urządzeniem MIDI, w tym wgranie własnych firmware'ów.
• Całkowicie zaprzestano wsparcia dla API Web SQL, które nie jest standardyzowane, jest rzadko używane i wymaga przeróbki, aby spełniać współczesne wymagania dotyczące bezpieczeństwa. Web SQL został domyślnie wyłączony od Chrome 119, ale istniała opcja jego przywrócenia. Teraz ta opcja została usunięta. Dla deweloperów, którym potrzebna jest podobna funkcjonalność, zaleca się użycie wersji biblioteki SQLite, skompilowanej w postaci WebAssembly.
• Dodano możliwość kontroli kierunku pisania tekstu, wyświetlanego pionowo w elementach formularzy webowych (select, meter, progress, button, textarea i input) przy wyborze orientacji pionowej za pomocą właściwości CSS writing-mode. Aby wyświetlić tekst od góry do dołu, teraz można użyć właściwości „ltr” elementu formularzy, a od dołu do góry — „rtl”.
• W API User-Agent Client Hints, rozwijanym jako zastępstwo dla nagłówka User-Agent, dodano wsparcie dla parametru Sec-CH-UA-Form-Factors, który pozwala klientowi informować serwer o formacie urządzenia użytkownika (Desktop, Automotive, Mobile, XR, EInk i Watch). User-Agent Client Hints umożliwia selektywne dostarczanie danych dotyczących konkretnych parametrów przeglądarki i systemu (wersja, platforma itd.) jedynie na życzenie. serweremUżytkownik może określić, jakie informacje można udostępnić właścicielom stron internetowych. Przy użyciu User-Agent Client Hints identyfikator przeglądarki nie jest przesyłany bez wyraźnej prośby, a domyślnie podawane są tylko podstawowe parametry, co utrudnia przeprowadzanie pasywnej identyfikacji.
• Dodano możliwość zarządzania klonowaniem poszczególnych korzeni w Shadow DOM za pomocą takich poleceń jak cloneNode(). Możliwość klonowania korzeni DOM włącza się za pomocą parametru clonable („attachShadow({clonable:true})”) lub atrybutu „shadowrootclonable” (<template shadowrootmode=open shadowrootclonable>).
  
• Dodano nowe metody setHTMLUnsafe() i parseHTMLUnsafe() do użytku z syntaksą Shadow DOM w JavaScript. Metody te są analogiczne do innerHTML i DOMParser.parseFromString() i pozwalają wstawić do elementu lub sparsować zawartość w formacie HTML, ale różnią się obsługą elementów template z atrybutem shadowrootmode.
• Dodano wsparcie dla API WebSocket Stream, które umożliwia przesyłanie danych pomiędzy przeglądarką a serwerem w trybie strumieniowym bez stosowania polling, co jest optymalne do organizacji przesyłania i odbierania danych, które ciągle napływają, na przykład w implementacji czatu. const wss = new WebSocketStream(WSS_URL); const {readable, writable} = await wss.opened; const reader = readable.getReader(); const writer = writable.getWriter(); while (true) { const {value, done} = await reader.read(); if (done) { break; } const result = await process(value); await writer.write(result); }
• Rozszerzono możliwości API View Transitions, ułatwiającego tworzenie przejściowych efektów animacyjnych pomiędzy różnymi stanami DOM (na przykład, płynne przejście z jednego obrazu do drugiego). W nowej wersji dodano wsparcie dla zdarzenia „pageswap”, generowanego dla obiektu „window”, gdy w trakcie nawigacji związany z nim obiekt „document” jest zastępowany nowym. Dodano również właściwość „render-blocking”, która pozwala zablokować renderowanie dokumentu do momentu zakończenia analizy ważnych treści.
• Dodano parametr disallowReturnToOpener, przekazywany przy wywołaniu metody requestWindow, który pozwala usunąć przycisk „wstecz” w oknie otwartym w trybie „picture-in-picture”, aby zabronić powrotu do karty, z której otwarto okno.
• Dodano możliwość przypisania atrybutowi CSSImportRule.styleSheet wartości NULL w celu wskazania braku powiązanej kaskadowej arkusza stylów. Dodano atrybut CSSKeyframesRule.length, wskazujący na liczbę indeksowanych właściwości.
• Dla edytowalnych pól wprowadzono atrybut „writingsuggestions” do zarządzania włączaniem pokazywania sugestii podczas wpisywania.
• W API WebGPU dodano wsparcie dla ServiceWorker i SharedWorker.
• Dodano wsparcie dla nagłówka HTTP „Priority”, przez który można przekazać informacje o priorytecie przetwarzania zapytania (RFC 9218) na etapie pierwszego dostępu do zasobu.
• Wprowadzono ulepszenia w narzędziach dla deweloperów webowych. Dodano nową zakładkę Autofill do inspekcji informacji używanych podczas automatycznego wypełniania formularzy.

  W panelu inspekcji stylów CSS poprawiono wsparcie dla zagnieżdżonych stylów. W panelu analizy wydajności dodano możliwość ukrywania zbędnych funkcji i związanych z nimi wywołań podrzędnych, aby zredukować poziom szumów na wykresie. W panelu debugowania animacji dodano wsparcie dla animacji powiązanej z przewijaniem treści (Scroll-driven Animation). W panelu inspekcji sieci wprowadzono możliwość ustawienia parametrów utraty pakietów i rozmiaru kolejki sieciowej w celu przetestowania działania aplikacji WebRTC w warunkach występowania problemów sieciowych.

  

Oprócz nowości i poprawek w nowej wersji usunięto 22 podatności. Wiele z tych podatności wykryto za pomocą automatycznego testowania narzędziami takimi jak AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer i AFL. Nie wykryto krytycznych problemów, które pozwalałyby na obejście wszystkich poziomów ochrony przeglądarki i wykonanie kodu w systemie poza środowiskiem sandbox. W ramach programu wypłaty nagród za wykrywanie podatności, firma Google przyznała 13 nagród w łącznej wysokości 65 tysięcy dolarów (jedna nagroda w wysokości 20000 USD, 10000 USD, 7000 USD i 2000 USD, trzy nagrody w wysokości 5000 USD i 3000 USD, dwie nagrody po 1000 USD). Wysokość jednej nagrody nie została jeszcze określona.

Źródło: opennet.ru