{"id":38655,"date":"2019-10-31T22:25:05","date_gmt":"2019-10-31T19:25:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chrome-nachnyot-blokirovat-http-resursy-na-https-stranitsah-i-proveryat-nadyozhnost-parolej\/"},"modified":"2019-10-31T22:25:05","modified_gmt":"2019-10-31T19:25:05","slug":"chrome-nachnyot-blokirovat-http-resursy-na-https-stranitsah-i-proveryat-nadyozhnost-parolej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/chrome-nachnyot-blokirovat-http-resursy-na-https-stranitsah-i-proveryat-nadyozhnost-parolej","title":{"rendered":"Chrome inizier\u00e0 a bloccare le risorse HTTP sulle pagine HTTPS e a verificare l'affidabilit\u00e0 delle password","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Google ha avvertito<\/a><\/noindex> sul cambiamento del modo di gestire i contenuti misti nelle pagine aperte tramite HTTPS. In precedenza, quando erano presenti su pagine aperte tramite HTTPS componenti caricati senza crittografia (tramite il protocollo http:\/\/), veniva visualizzato un indicatore speciale. In futuro, si \u00e8 deciso di bloccare di default il caricamento di risorse di questo tipo. Pertanto, le pagine aperte su \"https:\/\/\" conterranno solo risorse caricate tramite canali di comunicazione protetti.<\/p>\n

Si osserva che attualmente oltre il 90% dei siti \u00e8 aperto dagli utenti Chrome utilizzando HTTPS. La presenza di inserimenti caricati senza crittografia crea minacce di violazione della sicurezza tramite la modifica dei contenuti non protetti in presenza di controllo sul canale di comunicazione (ad esempio, durante la connessione tramite Wi-Fi aperti). L'indicatore di contenuti misti \u00e8 stato riconosciuto come inefficace e fuorviante per l'utente, poich\u00e9 non fornisce una valutazione chiara della sicurezza della pagina.<\/p>\n

Attualmente, i tipi di contenuti misti pi\u00f9 pericolosi, come script e iframe, vengono gi\u00e0 bloccati di default, ma immagini, file audio e video possono ancora essere caricati tramite http:\/\/. Sostituendo le immagini, un attaccante pu\u00f2 inserire cookie per tracciare le azioni dell'utente, tentare di sfruttare vulnerabilit\u00e0 nei gestori delle immagini o falsificare informazioni sostituendo quelle mostrate nell'immagine.<\/p>\n

L'introduzione del blocco \u00e8 suddivisa in pi\u00f9 fasi. In Chrome 79, previsto per il 10 dicembre, verr\u00e0 introdotta una nuova impostazione che consentir\u00e0 di disattivare il blocco per siti specifici. Tale impostazione sar\u00e0 applicata ai contenuti misti gi\u00e0 bloccati, come script e iframe, e potr\u00e0 essere attivata tramite il menu a discesa cliccando sull'icona del lucchetto, sostituendo l'indicatore precedentemente proposto per disattivare il blocco.<\/p>\n

\"Chrome<\/center><\/p>\n

Nel Chrome 80, previsto per il 4 febbraio, verr\u00e0 applicato un sistema di blocco morbido per i file audio e video, che comporta la sostituzione automatica dei link da http:\/\/ a https:\/\/, permettendo di mantenere la funzionalit\u00e0 se la risorsa problematica \u00e8 disponibile anche via HTTPS. Le immagini continueranno a caricarsi senza modifiche, ma nel caso di caricamenti tramite http:\/\/ su pagine https:\/\/, verr\u00e0 visualizzato un indicatore di connessione non sicura per l'intera pagina. Per la sostituzione automatica su https o il blocco delle immagini, i sviluppatori web potranno usare le propriet\u00e0 CSP upgrade-insecure-requests e block-all-mixed-content. Nella versione 81 di Chrome, prevista per il 17 marzo, verr\u00e0 applicata automaticamente la sostituzione di http:\/\/ con https:\/\/ durante il caricamento misto delle immagini.<\/p>\n

\"Chrome<\/a><\/noindex><\/center><\/p>\n

Inoltre, Google ha annunciato<\/a><\/noindex> integra in uno dei prossimi rilasci del browser Chrome un nuovo componente Password Checkup, precedentemente sviluppato<\/a><\/noindex> in forma di come estensione esterna<\/a><\/noindex>. L'integrazione porter\u00e0 alla disponibilit\u00e0, nel gestore delle password di Chrome, di strumenti per analizzare l'affidabilit\u00e0 delle password usate dagli utenti. Quando si tenta di accedere a qualsiasi sito, verr\u00e0 effettuato un controllo su login e password confrontandoli con un database di account compromessi, emettendo un avviso in caso di problemi. Il controllo avviene su un database che comprende oltre 4 miliardi di account compromessi emersi in fuga di dati. Un avviso verr\u00e0 emesso anche quando si tenta di utilizzare password banali, come \"abc123\" (per statistiche<\/a><\/noindex> Google 23% degli americani utilizzano password simili), o quando si utilizza la stessa password su pi\u00f9 siti.<\/p>\n

Per mantenere la riservatezza, durante l'interazione con API esterne vengono inviati solo i primi due byte dell'hash della combinazione di login e password (l'algoritmo di hashing utilizzato \u00e8 Argon2<\/a><\/noindex>). L'hash completo viene crittografato con una chiave generata dal lato dell'utente. Gli hash originali nel database di Google sono inoltre crittografati e vengono conservati per l'indicizzazione solo i primi due byte dell'hash. La verifica finale degli hash, che rientrano nel prefisso di due byte fornito, avviene dal lato dell'utente utilizzando una tecnica crittografica «oscuramento<\/a><\/noindex>«, in cui nessuna delle parti conosce il contenuto dei dati verificati. Per proteggere dalla determinazione del contenuto del database delle credenziali compromesse attraverso tentativi di attacco con richieste di prefissi arbitri, i dati restituiti vengono crittografati legandoli a una chiave generata sulla base delle credenziali di accesso verificate. <\/p>\n

<\/a><\/noindex><\/p>\n

Fonte: opennet.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Google \u043f\u0440\u0435\u0434\u0443\u043f\u0440\u0435\u0434\u0438\u043b\u0430 \u043e\u0431 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u043f\u043e\u0434\u0445\u043e\u0434\u0430 \u043a \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0441\u043c\u0435\u0448\u0430\u043d\u043d\u043e\u0433\u043e \u043a\u043e\u043d\u0442\u0435\u043d\u0442\u0430 \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445, \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0445 \u043f\u043e HTTPS. \u0420\u0430\u043d\u0435\u0435 \u043f\u0440\u0438 \u043d\u0430\u043b\u0438\u0447\u0438\u0438 \u043d\u0430 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0445 \u043f\u043e HTTPS \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432, \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u0435\u043c\u044b\u0445 \u0441 \u0431\u0435\u0437 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f (\u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 http:\/\/), \u0432\u044b\u0432\u043e\u0434\u0438\u043b\u0441\u044f \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043d\u0434\u0438\u043a\u0430\u0442\u043e\u0440. \u0412 \u0431\u0443\u0434\u0443\u0449\u0435\u043c \u0440\u0435\u0448\u0435\u043d\u043e \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0443 \u043f\u043e\u0434\u043e\u0431\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e. \u0422\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c, \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u044b, \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0435 \u043f\u043e «https:\/\/», \u0431\u0443\u0434\u0443\u0442 \u0433\u0430\u0440\u0430\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e \u0441\u043e\u0434\u0435\u0440\u0436\u0430\u0442\u044c \u0442\u043e\u043b\u044c\u043a\u043e \u0440\u0435\u0441\u0443\u0440\u0441\u044b, \u0437\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28995,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-38655","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-novosti-interneta"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Chrome inizier\u00e0 a bloccare le risorse HTTP su pagine HTTPS e verificher\u00e0 la sicurezza delle password | ProHoster","description":"Google ha avvisato dell'adeguamento del suo approccio al trattamento dei contenuti misti su pagine aperte tramite HTTPS. In precedenza, quando su pagine HTTPS erano presenti componenti caricati senza crittografia (attraverso il protocollo http:\/\/), veniva visualizzato un indicatore speciale. In futuro, sar\u00e0 deciso di bloccare il caricamento di tali risorse di default. Pertanto, le pagine aperte tramite \"https:\/\/\" garantiranno di contenere solo risorse caricate.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/chrome-nachnyot-blokirovat-http-resursy-na-https-stranitsah-i-proveryat-nadyozhnost-parolej","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Chrome \u043d\u0430\u0447\u043d\u0451\u0442 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u0430\u0442\u044c HTTP-\u0440\u0435\u0441\u0443\u0440\u0441\u044b \u043d\u0430 HTTPS-\u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445 \u0438 \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0442\u044c \u043d\u0430\u0434\u0451\u0436\u043d\u043e\u0441\u0442\u044c \u043f\u0430\u0440\u043e\u043b\u0435\u0439 | ProHoster","og:description":"\u041a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Google \u043f\u0440\u0435\u0434\u0443\u043f\u0440\u0435\u0434\u0438\u043b\u0430 \u043e\u0431 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u043f\u043e\u0434\u0445\u043e\u0434\u0430 \u043a \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0441\u043c\u0435\u0448\u0430\u043d\u043d\u043e\u0433\u043e \u043a\u043e\u043d\u0442\u0435\u043d\u0442\u0430 \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445, \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0445 \u043f\u043e HTTPS. \u0420\u0430\u043d\u0435\u0435 \u043f\u0440\u0438 \u043d\u0430\u043b\u0438\u0447\u0438\u0438 \u043d\u0430 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0445 \u043f\u043e HTTPS \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432, \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u0435\u043c\u044b\u0445 \u0441 \u0431\u0435\u0437 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f (\u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 http:\/\/), \u0432\u044b\u0432\u043e\u0434\u0438\u043b\u0441\u044f \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043d\u0434\u0438\u043a\u0430\u0442\u043e\u0440. \u0412 \u0431\u0443\u0434\u0443\u0449\u0435\u043c \u0440\u0435\u0448\u0435\u043d\u043e \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0443 \u043f\u043e\u0434\u043e\u0431\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e. \u0422\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c, \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u044b, \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u0435 \u043f\u043e "https:\/\/", \u0431\u0443\u0434\u0443\u0442 \u0433\u0430\u0440\u0430\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e \u0441\u043e\u0434\u0435\u0440\u0436\u0430\u0442\u044c \u0442\u043e\u043b\u044c\u043a\u043e \u0440\u0435\u0441\u0443\u0440\u0441\u044b, \u0437\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435","og:url":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/chrome-nachnyot-blokirovat-http-resursy-na-https-stranitsah-i-proveryat-nadyozhnost-parolej","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:25:05+00:00","article:modified_time":"2019-10-31T19:25:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38655","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 22:55:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:05:22","updated":"2026-01-23 22:55:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/38655","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=38655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/38655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/28995"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=38655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=38655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=38655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}