Uma nova variante do ataque Zombieload foi descoberta em processadores Intel

Pesquisadores da Universidade Técnica de Graz (Áustria) revelaram informações sobre um novo método de ataque por canais laterais ZombieLoad 2.0 (CVE-2019-11135), que permite extrair informações confidenciais de outros processos, do sistema operacional, de máquinas virtuais e de enclaves seguros (TEE, Trusted Execution Environment). O problema afeta apenas processadores Intel. Componentes para bloquear o problema são oferecidos na atualização de microcódigo de ontem O problema pertence à classe MDS (Microarchitectural Data Sampling) e é uma versão modernizada da.

vazada em maio, ataque ZombieLoad. ZombieLoad 2.0, assim como outros ataques da classe MDS, baseia-se em métodos de análise por canais laterais em dados em estruturas microarquitetônicas (por exemplo, em buffers de preenchimento (Line Fill Buffer) e buffers de armazenamento (Store Buffer), onde dados utilizados durante operações de Load e Store são temporariamente armazenados). A nova variante do ataque Zombieload

baseia-se em vazamentos que ocorrem durante o funcionamento do mecanismo de interrupção assíncrona de operações (TAA, TSX Asynchronous Abort), implementado na extensão TSX (Transactional Synchronization Extensions), que fornece meios para trabalhar com memória transacional, permitindo melhorar o desempenho de aplicações multithreaded através da exclusão dinâmica de operações de sincronização desnecessárias (suporta transações atômicas, que podem ser aceitas ou interrompidas). No caso de uma interrupção, as operações realizadas com a região de memória transacional são revertidas. A interrupção da transação é realizada de forma assíncrona, e nesse período, outros streams podem acessar o cache, que também é utilizado na região de memória transacional descartada. Durante o tempo desde o início até a conclusão real da interrupção assíncrona da transação, não se pode excluir a possibilidade de que o processador, durante a execução especulativa da operação, possa ler dados de buffers microarquitetónicos internos e passá-los para a operação que está sendo executada especulativamente. Posteriormente, um conflito será identificado e a operação especulativa será descartada, mas os dados permanecerão no cache e poderão ser recuperados usando métodos de recuperação de cache através de canais laterais.

A interrupção da transação é realizada de forma assíncrona, e nesse momento, outros fluxos podem acessar o cache, que também é utilizado na região de memória da transação descartada. No período entre o início e a finalização real da interrupção assíncrona da transação, não se pode excluir a possibilidade de que o processador, durante a execução especulativa de uma operação, possa ler dados de buffers internos da microarquitetura e transmiti-los para a operação sendo executada especulativamente. Em seguida, o conflito será detectado e a operação especulativa será descartada, mas os dados permanecerão no cache e podem ser recuperados utilizando métodos de recuperação de cache através de canais externos.

O ataque consiste na abertura de transações TSX e na criação de condições para sua interrupção assíncrona, durante a qual surgem condições para a fuga de conteúdo dos buffers internos, preenchidos especulativamente com dados das operações de leitura de memória executadas no mesmo núcleo da CPU. A fuga é limitada ao núcleo físico da CPU atual (no qual o código do atacante é executado), mas como os buffers microarquitetônicos são compartilhados entre diferentes threads no modo Hyper-Threading, pode ocorrer uma fuga de operações de memória executadas em outras threads da CPU.

Ataque são suscetíveis alguns modelos das oitavas, nonas e décimas gerações dos processadores Intel Core, assim como o Intel Pentium Gold, Intel Celeron 5000, Intel Xeon E, Intel Xeon W e a segunda geração do Intel Xeon Scalable. Isso inclui também novos processadores Intel baseados na microarquitetura Cascade Lake apresentada em abril, que inicialmente não eram suscetíveis aos ataques RIDL e Fallout. Além do Zombieload 2.0, os pesquisadores identificaram a possibilidade de contornar métodos de proteção previamente propostos contra ataques MDS, baseados no uso da instrução VERW para limpar o conteúdo dos buffers microarquitetônicos no momento da transição do kernel para o espaço do usuário ou ao transferir controle para o sistema convidado.

No relatório, a Intel afirma que em sistemas com carga heterogênea, a possibilidade de realizar o ataque é dificultada, uma vez que a fuga das estruturas microarquitetônicas abrange toda a atividade do sistema e o atacante não pode influenciar a fonte dos dados extraídos, ou seja, pode apenas acumular informações que surgem como resultado da fuga e tentar identificar entre esses dados informações úteis, sem a capacidade de interceptar dados relacionados a endereços de memória específicos. No entanto, os pesquisadores publicaram um protótipo de exploit, funcionando em Linux e Windows, além de demonstrar a possibilidade de aplicar o ataque para determinar o hash da senha do usuário root.
É possível realizar um ataque a partir de um sistema convidado para acumular dados que aparecem nas operações de outros sistemas convidados, do ambiente host, do hipervisor e dos enclaves Intel SGX.

Por que no hosting comum a administração do PrestaShop é lenta, e no seu não é?

As correções para bloquear a vulnerabilidade estão incluídas na base de código do kernel Linux e foram incluídas nas versões 5.3.11, 4.19.84, 4.14.154, 4.9.201 e 4.4.201. Atualizações com núcleo e microcódigo também já foram lançadas para as principais distribuições (Debian, SUSE/openSUSE, Ubuntu, RHEL, Fedora, FreeBSD). O problema foi identificado em abril e a correção foi coordenada pela Intel com os desenvolvedores dos sistemas operacionais.

O método mais simples para bloquear o Zombieload 2.0 é desativar o suporte a TSX no CPU. A correção proposta para o núcleo do Linux inclui várias opções de proteção. A primeira opção oferece o parâmetro "tsx=on/off/auto", permitindo gerenciar a ativação da extensão TSX no CPU (o valor auto desativa o TSX apenas para CPUs vulneráveis). A segunda opção de proteção é ativada pelo parâmetro "tsx_async_abort=off/full/full,nosmt" e baseia-se na limpeza dos buffers microarquiteturais durante a troca de contexto (a flag nosmt adicionalmente desativa SMT/Hyper-Threads). Para verificar a vulnerabilidade do sistema, o parâmetro "\/sys\/devices\/system\/cpu\/vulnerabilities\/tsx_async_abort" está disponível no sysfs.

Além disso, no atualização do microcódigo no lançamento mais uma uma vulnerabilidade (CVE-2018-12207) nos processadores Intel, que também está bloqueada no recente atualização núcleo do Linux. A vulnerabilidade permite um atacante não privilegiado iniciar uma negação de serviço, levando o sistema a travar em um estado de "Erro de Verificação de Máquina".
O ataque pode ser realizado a partir de um sistema convidado. do sistema convidado.

Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster