{"id":36892,"date":"2019-10-31T22:14:35","date_gmt":"2019-10-31T19:14:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/swapgs-novaya-uyazvimost-v-mehanizme-spekulyativnogo-vypolneniya-cpu\/"},"modified":"2019-10-31T22:14:35","modified_gmt":"2019-10-31T19:14:35","slug":"swapgs-novaya-uyazvimost-v-mehanizme-spekulyativnogo-vypolneniya-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/swapgs-novaya-uyazvimost-v-mehanizme-spekulyativnogo-vypolneniya-cpu","title":{"rendered":"SWAPGS \u2014 una nuova vulnerabilit\u00e0 nel meccanismo di esecuzione speculativa della CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I ricercatori della societ\u00e0 Bitdefender hanno identificato<\/a><\/noindex> una nuova vulnerabilit\u00e0 (CVE-2019-1125<\/a><\/noindex>) nel meccanismo di esecuzione speculativa delle istruzioni delle moderne CPU, che ha preso il nome di SWAPGS, corrispondente al nome dell'istruzione del processore che causa il problema. La vulnerabilit\u00e0 consente<\/a><\/noindex> permette a un attaccante non privilegiato di determinare il contenuto delle aree di memoria del kernel o delle macchine virtuali in esecuzione. Il problema \u00e8 confermato<\/a><\/noindex> nei processori Intel (x86_64) e parzialmente i processori AMD, per i quali non si manifesta il vettore di attacco principale. I metodi di mitigazione gi\u00e0 implementati contro le vulnerabilit\u00e0 Spectre e Meltdown non proteggono dall'attacco SWAPGS utilizzando processori Intel, ma sono gi\u00e0 state proposte delle patch per Linux, ChromeOS, Android e Windows.<\/noindex> i processori AMD, per i quali non si manifesta il vettore d'attacco principale. I metodi di mitigazione implementati per le vulnerabilit\u00e0 Spectre e Meltdown non proteggono dall'attacco SWAPGS quando si utilizzano processori Intel, ma per Linux, ChromeOS, Android e Windows sono gi\u00e0 state proposte delle patch.<\/p>\n

La vulnerabilit\u00e0 appartiene alla classe Spectre v1 e si basa sull'idea di recuperare dati dalla cache del processore, rimasti dopo l'esecuzione speculativa delle istruzioni. I blocchi di predizione delle ramificazioni delle moderne CPU, per migliorare le performance, applicano l'esecuzione anticipata di alcune istruzioni che \u00e8 probabile vengano eseguite, senza attendere il calcolo di tutti i fattori che ne determinano l'esecuzione (ad esempio, quando le condizioni di transizione o i parametri di accesso non sono ancora stati calcolati). Se la previsione non si conferma, il processore scarta il risultato dell'esecuzione speculativa, ma i dati elaborati durante di essa rimangono nella cache del processore e possono essere recuperati mediante metodi di identificazione del contenuto della cache attraverso canali laterali, che analizzano le variazioni nel tempo di accesso ai dati in cache e non in cache. <\/p>\n

La particolarit\u00e0 del nuovo attacco \u00e8 nell'utilizzo della perdita di informazioni che si verifica durante l'esecuzione speculativa dell'istruzione SWAPGS, che \u00e8 utilizzata nei sistemi operativi per sostituire il valore del registro GS durante il passaggio dal livello utente al kernel del sistema operativo (il valore GS utilizzato nell'area utente viene sostituito con un valore utilizzato nelle operazioni nel kernel). Nel kernel Linux, il GS memorizza un puntatore per_cpu, utilizzato per accedere ai dati del kernel, mentre nello spazio utente si trovano i puntatori TLS (Thread Local Storage). <\/p>\n

Per escludere la chiamata doppia all'istruzione SWAPGS quando si accede nuovamente al kernel dallo spazio del kernel o quando viene eseguito il codice che non richiede la sostituzione del registro GS, prima dell'istruzione viene effettuato un controllo e un salto condizionale. Il meccanismo di esecuzione speculativa inizia in anticipo l'esecuzione del codice con l'istruzione SWAPGS, senza attendere il risultato del controllo, e se il ramo selezionato non \u00e8 confermato, scarta il risultato. In questo modo, pu\u00f2 verificarsi una situazione in cui viene scelto in modo speculativo un ramo che non prevede l'esecuzione di SWAPGS, ma nel processo di esecuzione speculativa il valore del registro GS viene modificato dall'istruzione SWAPGS e utilizzato in operazioni di memorizzazione dipendenti che si accumulano nella cache della CPU. <\/p>\n

I ricercatori hanno proposto due scenari di attacco per i quali sono stati preparati prototipi di exploit. Il primo scenario si basa su una situazione in cui l'istruzione SWAPGS non viene eseguita in modo speculativo, anche se viene utilizzata durante l'esecuzione reale, e il secondo \u2014 al contrario, quando l'istruzione SWAPGS viene eseguita in modo speculativo, anche se non dovrebbe effettivamente. Per ciascuno scenario sono previsti due modi di sfruttamento: l'attaccante pu\u00f2 determinare un valore a un indirizzo specifico nell'area del kernel e l'attaccante pu\u00f2 cercare un valore specifico a indirizzi casuali nel kernel. Condurre l'attacco richiede molto tempo e per organizzare una fuga potrebbe essere necessario eseguire l'exploit per diverse ore. <\/p>\n

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

Nel kernel di Linux c'\u00e8 un problema \u00e8 stato risolto<\/a><\/noindex> attraverso la modifica della logica di chiamata dell'istruzione SWAPGS (blocco dell'esecuzione speculativa), analogamente alla correzione di altre vulnerabilit\u00e0 della classe Spectre v1. Si prevede che la protezione aggiunta influenzi minimamente le prestazioni dei carichi di lavoro tipici. Si verifica un ritardo nella fase di commutazione tra lo spazio utente e il kernel, il che potrebbe comportare una riduzione delle prestazioni, ad esempio, durante l'esecuzione intensiva di chiamate di sistema da un'applicazione o generando frequentemente NMI e interruzioni. <\/p>\n

La correzione richiede l'installazione di un aggiornamento del kernel sia nel sistema principale che negli ambienti guest, seguita da un riavvio del sistema. Per disattivare la protezione in Linux, pu\u00f2 essere utilizzata l'opzione \u00abnospectre_v1\u00bb, che disabilita anche le misure per bloccare la vulnerabilit\u00e0 SWAPGS. La correzione \u00e8 disponibile sotto forma di patch<\/a><\/noindex> per il kernel Linux, gi\u00e0 inclusa nelle versioni 4.19.65<\/a><\/noindex>, 5.2.7<\/a><\/noindex>, 4.14.137, 4.9.188 e 4.4.188. Gli aggiornamenti per le distribuzioni Linux non sono stati ancora rilasciati (Debian<\/a><\/noindex>, RHEL<\/a><\/noindex>, Fedora<\/a><\/noindex>, Arch Linux<\/a><\/noindex>, SUSE\/openSUSE<\/a><\/noindex>, Ubuntu<\/a><\/noindex>). In Windows, il problema \u00e8 stato risolto senza eccessiva pubblicit\u00e0 nell' aggiornamento di luglio<\/a><\/noindex>. Google ha preparato<\/a><\/noindex> una correzione per il kernel 4.19, fornita in ChromeOS e Android<\/a><\/noindex>.<\/p>\n

Secondo i ricercatori di Bitdefender, Intel \u00e8 stata informata del problema gi\u00e0 nell'agosto dello scorso anno. La decisione \u00e8 stata di risolvere il problema tramite software, per cui gli sviluppatori di Microsoft, Google e del kernel Linux sono stati coinvolti nella coordinazione della correzione. I vecchi processori Intel, fino a Ivy Bridge, sono molto pi\u00f9 difficili da attaccare a causa della mancanza di supporto per l'istruzione WRGSBASE, utilizzata nell'exploit. I sistemi ARM, POWER, SPARC, MIPS e RISC-V non sono soggetti al problema, in quanto non supportano l'istruzione SWAPGS.<\/p>\n

Il problema minaccia principalmente i possessori di processori Intel \u2014
\n sui sistemi AMD \u00e8 riuscito a riprodurre solo il secondo scenario d'attacco, limitato all'esecuzione speculativa del valore di base del registro GS, che pu\u00f2 essere utilizzato per cercare valori specifici in aree casuali della memoria. Per bloccare questo tipo di attacco ha bisogno di<\/noindex> esistono metodi di protezione dalle vulnerabilit\u00e0 Spectre v1. <\/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 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Bitdefender \u0432\u044b\u044f\u0432\u0438\u043b\u0438 \u043d\u043e\u0432\u0443\u044e \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c (CVE-2019-1125) \u0432 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u0435 \u0441\u043f\u0435\u043a\u0443\u043b\u044f\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0439 \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0445 CPU, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043f\u043e\u043b\u0443\u0447\u0438\u043b\u0430 \u0438\u043c\u044f SWAPGS, \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0435\u0435 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u044e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u043e\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438, \u0432\u044b\u0437\u044b\u0432\u0430\u044e\u0449\u0435\u0439 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0443. \u0423\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u0432\u0438\u043b\u0435\u0433\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u043c\u0443 \u0430\u0442\u0430\u043a\u0443\u044e\u0449\u0435\u043c\u0443 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442\u044c \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u043c\u043e\u0435 \u043e\u0431\u043b\u0430\u0441\u0442\u0435\u0439 \u043f\u0430\u043c\u044f\u0442\u0438 \u044f\u0434\u0440\u0430 \u0438\u043b\u0438 \u0437\u0430\u043f\u0443\u0449\u0435\u043d\u043d\u044b\u0445 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d. \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0430 \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430\u0445 Intel (x86_64) \u0438 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u043e \u0437\u0430\u0442\u0440\u0430\u0433\u0438\u0432\u0430\u0435\u0442 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u044b AMD, \u0434\u043b\u044f \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043d\u0435 \u043f\u0440\u043e\u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0439 \u0432\u0435\u043a\u0442\u043e\u0440 […]<\/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-36892","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\udd47SWAPGS \u2014 nuova vulnerabilit\u00e0 nel meccanismo di esecuzione speculativa della CPU | ProHoster","description":"I ricercatori di Bitdefender hanno scoperto una nuova vulnerabilit\u00e0 (","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/swapgs-novaya-uyazvimost-v-mehanizme-spekulyativnogo-vypolneniya-cpu","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\udd47SWAPGS \u2014 \u043d\u043e\u0432\u0430\u044f \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u0432 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u0435 \u0441\u043f\u0435\u043a\u0443\u043b\u044f\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f CPU | ProHoster","og:description":"\u0418\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Bitdefender \u0432\u044b\u044f\u0432\u0438\u043b\u0438 \u043d\u043e\u0432\u0443\u044e \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c (","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/swapgs-novaya-uyazvimost-v-mehanizme-spekulyativnogo-vypolneniya-cpu","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:14:35+00:00","article:modified_time":"2019-10-31T19:14:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36892","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-22 05:14:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:37:22","updated":"2026-01-22 05:14: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\/36892","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=36892"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/36892\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=36892"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=36892"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=36892"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}