{"id":103882,"date":"2022-04-27T09:36:41","date_gmt":"2022-04-27T07:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-chrome-101"},"modified":"2022-04-27T09:36:41","modified_gmt":"2022-04-27T07:36:43","slug":"reliz-chrome-101","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/reliz-chrome-101","title":{"rendered":"Rilascio di Chrome 101","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Google ha presentato il rilascio del browser web Chrome 101. \u00c8 disponibile simultaneamente anche la versione stabile del progetto open source Chromium, che costituisce la base di Chrome. Il browser Chrome si distingue da Chromium per l'uso dei loghi Google, la presenza di un sistema di invio di notifiche in caso di arresto, moduli per la riproduzione di contenuti video protetti da copyright (DRM), un sistema di aggiornamenti automatici, l'attivazione continua della sandbox per l'isolamento, la fornitura di chiavi per Google API e la trasmissione dei parametri RLZ durante la ricerca. Per coloro che hanno bisogno di pi\u00f9 tempo per l'aggiornamento, \u00e8 supportata separatamente una versione Extended Stable, che viene mantenuta per 8 settimane e include un aggiornamento per la precedente versione di Chrome 100. Il prossimo rilascio di Chrome 102 \u00e8 previsto per il 24 maggio. <\/p>\n
Principali novit\u00e0 in Chrome 101: <\/p>\n
\n
\u00c8 stata aggiunta la funzione Side Search, che consente di visualizzare i risultati di ricerca nella barra laterale mentre si naviga in un'altra pagina (in una sola finestra \u00e8 possibile vedere sia il contenuto della pagina sia i risultati della ricerca). Dopo aver visitato un sito dalla pagina dei risultati di ricerca di Google, appare un'icona con la lettera «G» davanti al campo di inserimento della barra degli indirizzi; cliccando su di essa si apre la barra laterale con i risultati della ricerca precedente. Per impostazione predefinita, la funzione non \u00e8 attivata su tutti i sistemi; per attivarla, \u00e8 possibile utilizzare l'impostazione «chrome:\/\/flags\/#side-search».
<\/center>\n
Nella barra degli indirizzi Omnibox \u00e8 implementato un pre-rendering (prerendering) dei contenuti suggeriti durante la digitazione. In precedenza, per accelerare il passaggio dalla barra degli indirizzi, le raccomandazioni pi\u00f9 probabili venivano caricate senza attendere il clic dell'utente, utilizzando la chiamata Prefetch. Ora, oltre al caricamento, vengono anche pre-renderizzate in buffer (inclusi l'esecuzione di script e la formazione dell'albero DOM), consentendo una visualizzazione istantanea delle raccomandazioni dopo il clic. Sono disponibili impostazioni per gestire il pre-rendering: «chrome:\/\/flags\/#enable-prerender2», «chrome:\/\/flags\/#omnibox-trigger-for-prerender2» e «chrome:\/\/flags\/#search-suggestion-for-prerender2».\n
Le informazioni nel campo HTTP User-Agent e nei parametri JavaScript navigator.userAgent, navigator.appVersion e navigator.platform sono state ridotte. Nel campo rimangono solo le informazioni sul nome del browser, sulla versione principale del browser (composta da MINOR.BUILD.PATCH sostituiti con 0.0.0), sulla piattaforma e sul tipo di dispositivo (smartphone, PC, tablet). Per ottenere dati aggiuntivi, come la versione esatta e informazioni avanzate sulla piattaforma, \u00e8 necessario utilizzare l'API User Agent Client Hints. Per i siti che non dispongono di queste nuove informazioni e non sono ancora pronti a passare agli User Agent Client Hints, \u00e8 prevista la possibilit\u00e0 di restituire il completo User-Agent fino a maggio 2023.\n
\u00c8 stato modificato il comportamento della funzione setTimeout quando si passa un argomento nullo che definisce il ritardo di chiamata. A partire da Chrome 101, specificando «setTimeout(…, 0)», il codice verr\u00e0 eseguito immediatamente, senza alcun ritardo di 1 ms, come richiesto dalla specifica. Per le chiamate setTimeout nidificate, viene applicato un ritardo di 4 ms.\n
Nella versione per la piattaforma Android \u00e8 stato implementato un sistema per richiedere i permessi per le notifiche (in Android 13, per visualizzare le notifiche, l'app deve avere il permesso \u2018POST_NOTIFICATIONS\u2019, senza il quale l'invio delle notifiche sar\u00e0 bloccato). Avviando Chrome in un ambiente Android 13, il browser mostrer\u00e0 ora una richiesta di autorizzazione per le notifiche.\n
\u00c8 stata rimossa la possibilit\u00e0 di utilizzare l'API WebSQL in script di terze parti. Di default, il blocco di WebSQL negli script caricati non dal sito attuale \u00e8 stato attivato in Chrome 97, ma era presente un'opzione per disattivare questo comportamento. In Chrome 101, questa opzione \u00e8 stata rimossa. In futuro, si prevede di interrompere gradualmente il supporto di WebSQL, indipendentemente dal contesto di utilizzo. Al suo posto, si consiglia di utilizzare le API Web Storage e Indexed Database. Il gestore WebSQL si basa sul codice SQLite e potrebbe essere stato utilizzato da malintenzionati per sfruttare vulnerabilit\u00e0 in SQLite.\n
Sono stati rimossi i nomi delle politiche per le aziende (chrome:\/\/policy) contenenti termini non inclusivi. A partire da Chrome 86, sono state proposte sostituzioni in cui vengono utilizzate terminologie inclusive. Sono stati eliminati termini come \u2018whitelist\u2019, \u2018blacklist\u2019, \u2018native\u2019 e \u2018master\u2019. Ad esempio, la politica URLBlacklist \u00e8 stata rinominata in URLBlocklist, AutoplayWhitelist in AutoplayAllowlist, e NativePrinters in Printers.\n
In modalit\u00e0 Origin Trials (funzionalit\u00e0 sperimentali che richiedono un'attivazione separata), \u00e8 iniziata la sperimentazione dell'API Federated Credential Management (FedCM) solo nelle versioni per la piattaforma Android, permettendo di creare servizi di identificazione unificati che garantiscono la privacy e funzionano senza meccanismi di tracciamento cross-site, come la gestione dei Cookie di terze parti. L'Origin Trial prevede la possibilit\u00e0 di lavorare con l'API indicata da applicazioni caricate da localhost o 127.0.0.1, o dopo registrazione e ricezione di un token speciale valido per un tempo limitato per un sito specifico.\n
\u00c8 stato stabilizzato e reso disponibile un meccanismo Priority Hints, che consente di specificare l'importanza di una risorsa in fase di caricamento specificando un attributo aggiuntivo \u2018importance\u2019 nei tag, come iframe, img e link. L'attributo pu\u00f2 assumere i valori \u2018auto\u2019, \u2018low\u2019 e \u2018high\u2019, che influenzano l'ordine di caricamento delle risorse esterne da parte del browser.\n
\u00c8 stata aggiunta la propriet\u00e0 AudioContext.outputLatency, che permette di ottenere informazioni sulla latenza prevista prima dell'uscita del suono (latencia tra la richiesta di suono e l'inizio dell'elaborazione dei dati ricevuti dal dispositivo di uscita audio).\n
\u00c8 stata introdotta la propriet\u00e0 CSS font-palette e la regola @font-palette-values, che consentono di selezionare una palette da un font colorato o di definire una palette personalizzata. Ad esempio, questa funzionalit\u00e0 pu\u00f2 essere utilizzata per abbinare i colori dei font simbolici colorati o degli emoji al tema del contenuto, oppure per attivare la modalit\u00e0 scura o chiara per il font.\n
\u00c8 stata aggiunta la funzione CSS hwb(), che offre un metodo alternativo per specificare i colori sRGB nel formato HWB (Hue, Whiteness, Blackness), simile al formato HSL (Hue, Saturation, Lightness), ma pi\u00f9 semplice da percepire per l'occhio umano.\n
Nel metodo window.open(), l'indicazione della propriet\u00e0 popup nella stringa windowFeatures, senza assegnare un valore (cio\u00e8 quando viene semplicemente specificato popup, e non popup=true), ora viene gestita come un'attivazione dell'apertura di una finestra popup in miniatura (simile a \u00abpopup=true\u00bb) invece di impostare di default il valore \u00abfalse\u00bb, il che era illogico e confondeva gli sviluppatori.\n
Nell'API MediaCapabilities, che fornisce informazioni sulle capacit\u00e0 del dispositivo e del browser per la decodifica dei contenuti multimediali (codec supportati, profili, bitrate e risoluzioni), \u00e8 stata aggiunta la supporto per i flussi WebRTC.\n
\u00c8 stata proposta la terza versione dell'API Secure Payment Confirmation, che fornisce strumenti per la conferma aggiuntiva delle operazioni di pagamento. Nella nuova versione \u00e8 stata aggiunta la supporto per identificatori che richiedono l'inserimento di dati, la definizione di un'icona per indicare il fallimento della verifica e una propriet\u00e0 opzionale payeeName.\n
Nell'API USBDevice \u00e8 stato aggiunto il metodo forget() per revocare i privilegi precedentemente concessi dall'utente per accedere al dispositivo USB. Inoltre, le istanze di USBConfiguration, USBInterface, USBAlternateInterface e USBEndpoint sono ora considerate uguali in una comparazione rigorosa (\u00ab===\u00bb, puntano allo stesso oggetto) se restituiti per lo stesso oggetto USBDevice.\n
Sono stati apportati miglioramenti agli strumenti per gli sviluppatori web. \u00c8 stata fornita la possibilit\u00e0 di importare ed esportare in formato JSON le azioni registrate dall'utente (esempio). Nella console web e nell'interfaccia di visualizzazione del codice \u00e8 stato migliorato il calcolo e la visualizzazione delle propriet\u00e0 private. \u00c8 stata aggiunta la supporto per la gestione del modello colore HWB. Nella sezione CSS \u00e8 stata introdotta la possibilit\u00e0 di visualizzare i livelli di cascade definiti tramite la regola @layer.
<\/center> <\/ul>\n
Oltre alle nuove funzionalit\u00e0 e alla correzione di bug, la nuova versione ha eliminato 30 vulnerabilit\u00e0. Molte di queste vulnerabilit\u00e0 sono state identificate attraverso test automatizzati utilizzando strumenti come AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer e AFL. Non sono state trovate problematiche critiche che consentano di eludere tutti i livelli di protezione del browser e di eseguire codice nel sistema al di fuori dell'ambiente sandbox. Nell'ambito del programma di ricompensa per la segnalazione di vulnerabilit\u00e0 per il rilascio attuale, Google ha assegnato 25 premi per un totale di 81.000 dollari (un premio di $10.000, tre premi di $7.500, tre premi di $7.000, un premio di $6.000, due premi di $5.000, quattro premi di $2.000, tre premi di $1.000 e un premio di $500). Il valore di 6 premi deve ancora essere definito. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Rilascio](\"\/wp-content\/uploads\/2022\/04\/587c4733cde63b9032f1c4574470426f.jpg\")
<\/center>\n![\"Rilascio](\"\/wp-content\/uploads\/2022\/04\/bd8155ae84fae1313a5f2194214ebfc2.jpg\")
<\/center> <\/ul>\n