{"id":52649,"date":"2019-11-13T00:00:00","date_gmt":"2019-11-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/vyyavlen-novyj-variant-ataki-zombieload-na-protsessory-intel"},"modified":"2020-02-18T14:00:26","modified_gmt":"2020-02-18T11:00:26","slug":"vyyavlen-novyj-variant-ataki-zombieload-na-protsessory-intel","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vyyavlen-novyj-variant-ataki-zombieload-na-protsessory-intel","title":{"rendered":"Scoperta una nuova variante dell'attacco Zombieload sui processori Intel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I ricercatori dell'Universit\u00e0 Tecnica di Graz (Austria) hanno rivelato<\/a><\/noindex> informazioni su un nuovo metodo di attacco tramite canali laterali ZombieLoad 2.0<\/a><\/noindex> (CVE-2019-11135<\/a><\/noindex>), che consente di estrarre informazioni riservate da altri processi, dal sistema operativo, da macchine virtuali e da enclave protette (TEE, Trusted Execution Environment). Il problema interessa solo i processori Intel. I componenti per bloccare il problema proposti<\/a><\/noindex> nell'aggiornamento di ieri del microcodice<\/a><\/noindex>. <\/p>\n

Il problema rientra nella classe MDS (Microarchitectural Data Sampling) ed \u00e8 una versione aggiornata resasi nota<\/a><\/noindex> a maggio dell'attacco ZombieLoad. ZombieLoad 2.0, come altri attacchi della classe MDS, si basa sull'applicazione di metodi di analisi da canali laterali ai dati nelle strutture microarchitetturali (ad esempio, nei buffer di riempimento (Line Fill Buffer) e di memorizzazione (Store Buffer), in cui vengono temporaneamente conservati i dati utilizzati durante l'esecuzione delle operazioni di Load e Store).<\/p>\n

Il nuovo variante dell'attacco ZombieLoad si basa<\/a><\/noindex> su una fuga di dati che si verifica durante il funzionamento del meccanismo di interruzione asincrona delle operazioni (TAA, TSX Asynchronous Abort), implementato nell'estensione TSX (Transactional Synchronization Extensions), che fornisce strumenti per lavorare con la memoria transazionale, consentendo di migliorare le prestazioni delle applicazioni multithread tramite l'esclusione dinamica di operazioni di sincronizzazione superflue (sono supportate transazioni atomiche che possono essere accettate o interrotte). In caso di interruzione, le operazioni effettuate con il segmento di memoria transazionale vengono annullate.<\/p>\n

L'interruzione della transazione viene eseguita in modo asincrono, e nel frattempo altri thread possono accedere alla cache, che \u00e8 anche utilizzata nel segmento di memoria transazionale scartato. Dal momento iniziale al completamento effettivo dell'interruzione asincrona della transazione, non \u00e8 escluso che si verifichino situazioni in cui il processore, durante l'esecuzione speculativa dell'operazione, possa leggere dati dai buffer microarchitetturali interni e trasferirli all'operazione in esecuzione speculativa. Successivamente, il conflitto sar\u00e0 rilevato, e l'operazione speculativa annullata, ma i dati rimarranno nella cache e potranno essere estratti utilizzando metodi di recupero della cache tramite canali laterali. <\/p>\n

L'attacco consiste nell'aprire le transazioni TSX e nel creare condizioni per la loro interruzione asincrona, durante la quale si verificano le condizioni per la fuga di contenuti dai buffer interni, riempiti speculativamente con dati da operazioni di lettura della memoria eseguite sullo stesso core CPU. La fuga \u00e8 limitata all'attuale core fisico della CPU (su cui viene eseguito il codice dell'attaccante), ma poich\u00e9 i buffer microarchitettonici sono condivisi tra pi\u00f9 thread in modalit\u00e0 Hyper-Threading, \u00e8 possibile che si verifichino perdite di operazioni di memoria eseguite in altri thread della CPU. <\/p>\n

Attacco sono soggette<\/a><\/noindex> alcuni modelli di processori Intel Core di ottava, nona e decima generazione, cos\u00ec come Intel Pentium Gold, Intel Celeron 5000, Intel Xeon E, Intel Xeon W e la seconda generazione di Intel Xeon Scalable. Sono soggetti all'attacco anche i nuovi processori Intel basati sull'architettura microarchitettonica Cascade Lake, presentata ad aprile, inizialmente non vulnerabile agli attacchi RIDL e Fallout. Oltre a Zombieload 2.0, i ricercatori hanno anche identificato la possibilit\u00e0 di bypassare i precedenti metodi di protezione contro gli attacchi MDS, basati sull'uso dell'istruzione VERW per pulire il contenuto dei buffer microarchitettonici al momento del ritorno dal kernel allo spazio utente o durante il passaggio di controllo a un sistema ospite.<\/p>\n

Nel report di Intel si afferma che nei sistemi con carichi di lavoro eterogenei la possibilit\u00e0 di eseguire un attacco \u00e8 complicata, poich\u00e9 la fuga dalle strutture microarchitettoniche copre tutta l'attivit\u00e0 del sistema e l'attaccante non pu\u00f2 influenzare la fonte dei dati estratti, ossia pu\u00f2 solo accumulare informazioni che emergono a seguito della fuga e tentare di individuare tra questi dati informazioni utili, senza la possibilit\u00e0 di intercettare intenzionalmente dati correlati a indirizzi di memoria specifici. Tuttavia, i ricercatori hanno pubblicato un prototipo di exploit<\/a><\/noindex>, funzionante su Linux e Windows, e \u00e8 stata dimostrata la possibilit\u00e0 di applicare l'attacco per determinare l'hash della password dell'utente root.
\n\u00c8 possibile<\/a><\/noindex> eseguire un attacco da un sistema ospite per raccogliere dati che appaiono nelle operazioni di altri sistemi ospiti, nell'ambiente host, nel hypervisor e negli enclavi Intel SGX.<\/p>\n

\r\n \"Guarda\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Le patch per bloccare la vulnerabilit\u00e0 sono inclusi<\/a><\/noindex> sono state integrate nel codice sorgente del kernel Linux e sono state incluse negli aggiornamenti \t5.3.11, 4.19.84, 4.14.154, 4.9.201 e 4.4.201<\/a><\/noindex>. Gli aggiornamenti con il kernel e il microcodice sono gi\u00e0 stati rilasciati per le principali distribuzioni (Debian<\/a><\/noindex>, SUSE\/openSUSE<\/a><\/noindex>, Ubuntu<\/a><\/noindex>, RHEL<\/a><\/noindex>, Fedora<\/a><\/noindex>, FreeBSD<\/a><\/noindex>). Il problema \u00e8 stato identificato in aprile e la correzione \u00e8 stata coordinata da Intel con gli sviluppatori dei sistemi operativi.<\/p>\n

Il metodo pi\u00f9 semplice per bloccare Zombieload 2.0 consiste nel disattivare il supporto TSX nella CPU. La correzione proposta per il kernel Linux include diverse opzioni di protezione. La prima opzione offre il parametro \u00abtsx=on\/off\/auto\u00bb, che consente di gestire l'attivazione dell'estensione TSX nella CPU (il valore auto disattiva TSX solo per le CPU vulnerabili). La seconda opzione di protezione si attiva con il parametro \u00abtsx_async_abort=off\/full\/full,nosmt\u00bb ed \u00e8 basata sulla pulizia dei buffer microarchitetturali durante il cambio di contesto (il flag nosmt disattiva ulteriormente SMT\/Hyper-Threads). Per verificare l'esposizione del sistema alla vulnerabilit\u00e0, in sysfs \u00e8 presente il parametro \u00ab\/sys\/devices\/system\/cpu\/vulnerabilities\/tsx_async_abort\u00bb.<\/p>\n

Inoltre, nel aggiornamento<\/a><\/noindex> del microcodice \u00e8 stato risolto<\/a><\/noindex> c'\u00e8 un'altra vulnerabilit\u00e0<\/a><\/noindex> (CVE-2018-12207<\/a><\/noindex>) nei processori Intel, che \u00e8 stata bloccata anche nel recente aggiornamento<\/a><\/noindex> kernel Linux. La vulnerabilit\u00e0 consente<\/a><\/noindex> un attaccante non privilegiato pu\u00f2 innescare un attacco di denial of service, portando il sistema a bloccarsi in uno stato di \u00abMachine Check Error\u00bb.
\n L'attacco pu\u00f2 anche essere effettuato<\/a><\/noindex> da un sistema ospite.<\/p>\n

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

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

\u0418\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u0438\u0437 \u0413\u0440\u0430\u0446\u0441\u043a\u043e\u0433\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u0443\u043d\u0438\u0432\u0435\u0440\u0441\u0438\u0442\u0435\u0442\u0430 (\u0410\u0432\u0441\u0442\u0440\u0438\u044f) \u0440\u0430\u0441\u043a\u0440\u044b\u043b\u0438 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043e \u043d\u043e\u0432\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0430\u0442\u0430\u043a\u0438 \u043f\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u043c \u043a\u0430\u043d\u0430\u043b\u0430\u043c ZombieLoad 2.0 (CVE-2019-11135), \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u043c \u0438\u0437\u0432\u043b\u0435\u0447\u044c \u043a\u043e\u043d\u0444\u0438\u0434\u0435\u043d\u0446\u0438\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u0438\u0437 \u0434\u0440\u0443\u0433\u0438\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0438 \u0437\u0430\u0449\u0438\u0449\u0451\u043d\u043d\u044b\u0445 \u0430\u043d\u043a\u043b\u0430\u0432\u043e\u0432 (TEE, Trusted Execution Environment). \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0437\u0430\u0442\u0440\u0430\u0433\u0438\u0432\u0430\u0435\u0442 \u0442\u043e\u043b\u044c\u043a\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u044b Intel. \u041a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u044b \u0432\u043e \u0432\u0447\u0435\u0440\u0430\u0448\u043d\u0435\u043c \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0438 \u043c\u0438\u043a\u0440\u043e\u043a\u043e\u0434\u0430. \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u043a\u043b\u0430\u0441\u0441\u0443 MDS […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-52649","post","type-post","status-publish","format-standard","hentry","category-news"],"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\udd47Identificata una nuova variante dell'attacco Zombieload sui processori Intel | ProHoster","description":"I ricercatori dell'Universit\u00e0 Tecnica di Graz (Austria)","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/vyyavlen-novyj-variant-ataki-zombieload-na-protsessory-intel","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\udd47\u0412\u044b\u044f\u0432\u043b\u0435\u043d \u043d\u043e\u0432\u044b\u0439 \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0430\u0442\u0430\u043a\u0438 Zombieload \u043d\u0430 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u044b Intel | ProHoster","og:description":"\u0418\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u0438\u0437 \u0413\u0440\u0430\u0446\u0441\u043a\u043e\u0433\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u0443\u043d\u0438\u0432\u0435\u0440\u0441\u0438\u0442\u0435\u0442\u0430 (\u0410\u0432\u0441\u0442\u0440\u0438\u044f)","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/vyyavlen-novyj-variant-ataki-zombieload-na-protsessory-intel","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-11-12T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52649","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-24 04:20:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:39:26","updated":"2026-01-24 04:20:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52649","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=52649"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52649\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=52649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=52649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=52649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}