Microsoft Security Bulletin MS14-046 - Importante

Vulnerabilidade no .NET Framework pode permitir desvio de recurso de segurança (2984625)

Publicado: terça-feira, 12 de agosto de 2014 | Atualizado: September 19, 2014

Versão: 1.2

Informações Gerais

Resumo executivo

Esta atualização de segurança elimina uma vulnerabilidade relatada em particular no Microsoft .NET Framework. A vulnerabilidade pode permitir o desvio do recurso de segurança se um usuário visitar um site especialmente criado. Em um cenário de ataque de navegação na Web, um invasor que explorar com êxito essa vulnerabilidade poderá ignorar o recurso de segurança ASLR (Address Space Layout Randomization), que ajuda a proteger os usuários contra uma ampla classe de vulnerabilidades. O desvio do recurso de segurança por si só não permite a execução arbitrária de código. No entanto, um invasor pode usar essa vulnerabilidade de desvio de ASLR em conjunto com outra vulnerabilidade, como uma vulnerabilidade de execução remota de código, que pode aproveitar o desvio de ASLR para executar código arbitrário.

Esta atualização de segurança é classificada como Importante para Microsoft .NET Framework 2.0 Service Pack 2, Microsoft .NET Framework 3.0 Service Pack 2, Microsoft .NET Framework 3.5 e Microsoft .NET Framework 3.5.1 em versões afetadas do Microsoft Windows. Para obter mais informações, consulte a seção Softwares afetados e não afetados.

A atualização de segurança elimina a vulnerabilidade, ajudando a garantir que as versões afetadas do Microsoft .NET Framework implementem corretamente o recurso de segurança ASLR. Para obter mais informações sobre a vulnerabilidade, consulte a subseção Perguntas frequentes sobre a vulnerabilidade específica, mais adiante neste boletim.

Recomendação. A maioria dos clientes tem a atualização automática habilitada e não precisará executar nenhuma ação, pois essa atualização de segurança será baixada e instalada automaticamente. Para obter informações sobre opções de configuração específicas na atualização automática, consulte o Artigo 294871 da Base de Dados de Conhecimento Microsoft. Para clientes que não têm a atualização automática habilitada, as etapas em Ativar ou desativar a atualização automática podem ser usadas para habilitar a atualização automática.

Para instalações de administradores e empresas, ou usuários finais que desejam instalar esta atualização de segurança manualmente (incluindo clientes que não habilitaram a atualização automática), a Microsoft recomenda que os clientes apliquem a atualização o mais rápido possível usando o software de gerenciamento de atualizações ou verificando se há atualizações usando o serviço Microsoft Update . As atualizações também estão disponíveis por meio dos links de download na tabela Softwares afetados mais adiante neste boletim.

Consulte também a seção Orientação e ferramentas de detecção e implantação, mais adiante neste boletim.

Artigo da Base de Dados de Conhecimento

• Artigo da Base de Dados de Conhecimento: 2984625
• Informações do arquivo: Sim
• Hashes SHA1/SHA2: Sim
• Problemas conhecidos: Sim

Software afetado e não afetado

O software a seguir foi testado para determinar quais versões ou edições são afetadas. Outras versões ou edições já passaram do ciclo de vida de suporte ou não são afetadas. Para determinar o ciclo de vida de suporte para sua versão ou edição de software, consulte Ciclo de Vida do Suporte da Microsoft.

Softwares afetados 

Software não afetado

Software não aplicável

Perguntas frequentes sobre atualizações

Por que o Microsoft .NET Framework 1.1 Service Pack 1 não está listado como software afetado; por que a Microsoft não está emitindo uma atualização para ele?
Embora o código afetado esteja presente no Microsoft .NET Framework 1.1 Service Pack 1, é inviável criar a correção para ele porque os sistemas operacionais que oferecem suporte ao Microsoft .NET Framework 1.1 Service Pack 1 não oferecem suporte à arquitetura ASLR. A criação da correção exigiria a rearquitetura de uma quantidade significativa do Microsoft .NET 1.1 Service Pack 1, e o ASLR ainda não funcionaria corretamente devido à falta de suporte ao sistema operacional subjacente.

Como determinar qual versão do Microsoft .NET Framework está instalada?
Você pode instalar e executar várias versões do .NET Framework em um sistema e pode instalar as versões em qualquer ordem. Há várias maneiras de determinar quais versões do .NET Framework estão instaladas no momento. Para obter mais informações, consulte o artigo 318785 da Base de Dados de Conhecimento Microsoft.****

Há vários pacotes de atualização disponíveis para alguns dos softwares afetados. Preciso instalar todas as atualizações listadas na tabela Softwares afetados para o software?
Sim. Os clientes devem aplicar todas as atualizações oferecidas para o software instalado em seus sistemas.

Preciso instalar essas atualizações de segurança em uma sequência específica?
Não. Várias atualizações para um determinado sistema podem ser aplicadas em qualquer sequência.

Estou usando uma versão mais antiga do software discutido neste boletim de segurança. O que devo fazer? 
O software afetado listado neste boletim foi testado para determinar quais versões são afetadas. Outras versões já passaram do ciclo de vida de suporte. Para obter mais informações sobre o ciclo de vida do produto, consulte o site do Ciclo de Vida do Suporte da Microsoft.

Deve ser uma prioridade para os clientes que têm versões mais antigas do software migrar para versões com suporte para evitar a exposição potencial a vulnerabilidades. Para determinar o ciclo de vida de suporte para sua versão de software, consulte Selecionar um produto para obter informações sobre o ciclo de vida. Para obter mais informações sobre service packs para essas versões de software, consulte Política de suporte ao ciclo de vida do Service Pack.

Os clientes que precisam de suporte personalizado para software mais antigo devem entrar em contato com o representante da equipe de contas da Microsoft, o gerente técnico de contas ou o representante de parceiro da Microsoft apropriado para obter opções de suporte personalizadas. Os clientes sem um Contrato Alliance, Premier ou Autorizado podem entrar em contato com o escritório de vendas local da Microsoft. Para obter informações de contato, consulte o site Microsoft Worldwide Information , selecione o país na lista Informações de contato e clique em Ir para ver uma lista de números de telefone. Quando ligar, peça para falar com o gerente de vendas do Suporte Premier local. Para obter mais informações, consulte as Perguntas frequentes sobre a Política de Ciclo de Vida do Suporte da Microsoft.

Classificações de gravidade e identificadores de vulnerabilidade

As classificações de gravidade a seguir pressupõem o impacto máximo potencial da vulnerabilidade. Para obter informações sobre a probabilidade, dentro de 30 dias após o lançamento deste boletim de segurança, da possibilidade de exploração da vulnerabilidade em relação à sua classificação de gravidade e impacto à segurança, consulte o Índice de exploração no resumo de boletins de agosto. Para obter mais informações, consulte Índice de exploração da Microsoft.

Vulnerabilidade de ASLR do .NET - CVE-2014-4062

Existe uma vulnerabilidade de desvio de recurso de segurança no Microsoft .NET Framework que pode permitir que um invasor ignore o recurso de segurança ASLR (Address Space Layout Randomization), que ajuda a proteger os usuários contra uma ampla classe de vulnerabilidades. O desvio do recurso de segurança por si só não permite a execução arbitrária de código. No entanto, um invasor pode usar essa vulnerabilidade de desvio de ASLR em conjunto com outra vulnerabilidade, como uma vulnerabilidade de execução remota de código, que pode aproveitar o desvio de ASLR para executar código arbitrário.

Para exibir esta vulnerabilidade como uma entrada padrão na lista Common Vulnerabilities and Exposures, consulte CVE-2014-4062.

Fatores atenuantes

A Microsoft não identificou nenhum fator atenuante para esta vulnerabilidade.

Soluções Alternativas

Solução alternativa refere-se a uma configuração ou alteração de configuração que não corrige a vulnerabilidade subjacente, mas que ajudaria a bloquear vetores de ataque conhecidos antes de aplicar a atualização. A Microsoft testou as seguintes soluções alternativas e estados na discussão se uma solução alternativa reduz a funcionalidade:

• Instale o hotfix do recurso Force ASLR e habilite a entrada do Registro IFEO

  O recurso Force ASLR, que é uma adição ao recurso ASLR para Windows 7 ou Windows Server 2008 R2, possibilita que os aplicativos realoquem à força imagens que não são criadas com o sinalizador de vinculador /DYNAMICBASE. Uma vez instalado, os administradores de computador e desenvolvedores de software podem habilitar as Opções de Execução de Arquivo de Imagem (IFEO) no Registro para forçar o comportamento ASLR para imagens não-ASLR.

  Para obter mais informações e instruções de instalação, consulte o artigo 2639308 da Base de Dados de Conhecimento Microsoft.

  Impacto da solução alternativa. Forçadamente realoca imagens que não são criadas com suporte para ASLR, o que pode causar problemas de compatibilidade de aplicativos.

  Como desfazer a solução alternativa.

  Observação Consulte o Artigo 2639308 da Base de Dados de Conhecimento Microsoft para obter informações sobre como definir a entrada do Registro IFEO para a configuração padrão.

Perguntas frequentes

Qual é a abrangência da vulnerabilidade?
Esta é uma vulnerabilidade de desvio de recurso de segurança.

O que causa a vulnerabilidade?
A vulnerabilidade existe quando o Microsoft .NET Framework não usa o recurso de segurança ASLR (Address Space Layout Randomization), permitindo que um invasor preveja de forma mais confiável os deslocamentos de memória de instruções específicas em uma determinada pilha de chamadas.

O que é ASLR?
O ASLR (Address Space Layout Randomization) move imagens executáveis para locais aleatórios quando um sistema é inicializado, o que ajuda a impedir que um invasor aproveite dados em locais previsíveis. Para que um componente ofereça suporte a ASLR, todos os componentes que ele carrega também devem oferecer suporte a ASLR. Por exemplo, se A.exe consome B.dll e C.dll, todos os três devem oferecer suporte a ASLR. Por padrão, o Windows Vista, o Windows Server 2008, o Windows 7, o Windows Server 2008 R2, o Windows 8, o Windows 8.1, o Windows RT, o Windows RT 8.1, o Windows Server 2012 e o Windows Server 2012 R2 randomizarão DLLs e EXEs do sistema, mas as DLLs e EXEs criadas por ISVs (Fornecedores Independentes de Software) devem aceitar oferecer suporte ao ASLR usando a opção de vinculador /DYNAMICBASE.

O ASLR também randomiza a memória de pilha e pilha:

• Quando um aplicativo cria um heap no Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows 8.1, Windows RT, Windows RT 8.1, Windows Server 2012 e Windows Server 2012 R2, o gerenciador de heap criará esse heap em um local aleatório para ajudar a reduzir a chance de que uma tentativa de explorar uma saturação de buffer baseada em heap seja bem-sucedida. A randomização de heap é habilitada por padrão para todos os aplicativos em execução no Windows Vista e posterior.
• Quando um thread é iniciado em um processo vinculado a /DYNAMICBASE, o Windows Vista, o Windows Server 2008, o Windows 7, o Windows Server 2008 R2, o Windows 8, o Windows 8.1, o Windows RT, o Windows RT 8.1, o Windows Server 2012 e o Windows Server 2012 R2 movem a pilha do thread para um local aleatório para ajudar a reduzir a chance de que uma exploração de saturação de buffer baseada em pilha seja bem-sucedida.

Para que um invasor pode usar a vulnerabilidade?
O invasor que explorar com êxito essa vulnerabilidade poderá ignorar o recurso de segurança ASLR. O desvio do recurso de segurança por si só não permite a execução arbitrária de código. No entanto, um invasor pode usar essa vulnerabilidade de desvio de ASLR em conjunto com outra vulnerabilidade, como uma vulnerabilidade de execução remota de código que pode aproveitar o desvio de ASLR para executar código arbitrário.

Como um invasor pode explorar a vulnerabilidade?
Em um cenário de ataque baseado na Web, um invasor pode hospedar um site usado para tentar explorar essa vulnerabilidade. Além disso, sites comprometidos e sites que aceitam ou hospedam conteúdo fornecido pelo usuário podem conter conteúdo especialmente criado que pode explorar essa vulnerabilidade. Um invasor não teria como forçar os usuários a visitar um site especialmente criado. Em vez disso, um invasor teria que convencer os usuários a agir. Por exemplo, um invasor pode enganar os usuários para que cliquem em um link que os leve ao site do invasor.

Quando um usuário visita um site que contém conteúdo mal-intencionado usando um navegador da Web capaz de instanciar componentes COM, como o Internet Explorer, o componente .NET Framework afetado pode ser carregado para ignorar o ASLR.

Um invasor pode vincular essa vulnerabilidade de desvio de recurso de segurança a uma vulnerabilidade adicional, geralmente uma vulnerabilidade de execução remota de código. A vulnerabilidade adicional aproveitaria o desvio do recurso de segurança para exploração. Por exemplo, uma vulnerabilidade de execução remota de código bloqueada pelo ASLR pode ser explorada após um desvio de ASLR bem-sucedido.

Quais são os sistemas que mais correm risco com a vulnerabilidade?
No cenário de navegação na Web, a exploração bem-sucedida desta vulnerabilidade requer que um usuário esteja conectado e executando uma versão afetada do Microsoft .NET Framework. Portanto, todos os sistemas em que um navegador da Web é usado com frequência, como estações de trabalho ou servidores de terminal, correm mais risco com essa vulnerabilidade. Os servidores podem correr mais riscos se os administradores permitirem que os usuários naveguem e leiam emails nos servidores. No entanto, as práticas recomendadas desencorajam fortemente a permissão disso.

O EMET ajuda a mitigar ataques que poderiam tentar explorar essas vulnerabilidades?
Sim. O Enhanced Mitigation Experience Toolkit (EMET) permite que os usuários gerenciem tecnologias de mitigação de segurança que ajudam a dificultar a exploração de vulnerabilidades em um determinado software. O EMET ajuda a atenuar esta vulnerabilidade no Microsoft .NET Framework em sistemas onde o EMET está instalado e configurado para funcionar com o software Microsoft Office.

Para obter mais informações sobre o EMET, consulte The Enhanced Mitigation Experience Toolkit.

O que a atualização faz?
A atualização elimina a vulnerabilidade, ajudando a garantir que as versões afetadas do Microsoft .NET Framework implementem corretamente o recurso de segurança ASLR.

Quando este boletim de segurança foi emitido, esta vulnerabilidade tinha sido divulgada publicamente?
Não. A Microsoft recebeu informações sobre esta vulnerabilidade através da divulgação coordenada de vulnerabilidades.

Quando este boletim de segurança foi emitido, a Microsoft tinha recebido relatórios de que esta vulnerabilidade estava a ser explorada?
Não. A Microsoft não tinha recebido nenhuma informação que indicasse que esta vulnerabilidade tinha sido usada publicamente para atacar clientes quando este boletim de segurança foi publicado originalmente.

Orientação e ferramentas de detecção e implantação

Vários recursos estão disponíveis para ajudar os administradores a implantar atualizações de segurança. 

• O Microsoft Baseline Security Analyzer (MBSA) permite que os administradores verifiquem os sistemas locais e remotos em busca de atualizações de segurança ausentes e configurações incorretas de segurança comuns. 
• O Windows Server Update Services (WSUS), o Systems Management Server (SMS) e o System Center Configuration Manager ajudam os administradores a distribuir atualizações de segurança. 
• Os componentes do Update Compatibility Evaluator incluídos no Application Compatibility Toolkit ajudam a simplificar o teste e a validação de atualizações do Windows em relação aos aplicativos instalados. 

Para obter informações sobre essas e outras ferramentas disponíveis, consulte Ferramentas de segurança para profissionais de TI. 

Implantação de atualização de segurança

Windows Vista (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Windows Server 2008 (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Windows 7 (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Windows Server 2008 R2 (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Windows 8 e Windows 8.1 (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Windows Server 2012 e Windows Server 2012 R2 (todas as edições)

Tabela de Referência

A tabela a seguir contém as informações de atualização de segurança para este software.

Outras Informações

Programa de Proteção Ativa da Microsoft (MAPP)

Para melhorar as proteções de segurança para os clientes, a Microsoft fornece informações sobre vulnerabilidades aos principais fornecedores de software de segurança antes de cada lançamento mensal da atualização de segurança. Os provedores de software de segurança podem usar essas informações de vulnerabilidade para fornecer proteções atualizadas aos clientes por meio de seus softwares ou dispositivos de segurança, como antivírus, sistemas de detecção de intrusão baseados em rede ou sistemas de prevenção de intrusão baseados em host. Para determinar se as proteções ativas estão disponíveis em provedores de software de segurança, acesse os sites de proteções ativas fornecidos por parceiros do programa, listados em Parceiros do Microsoft Active Protections Program (MAPP).

Suporte

Como obter ajuda e suporte para esta atualização de segurança

• Ajuda para instalar atualizações: Suporte para o Microsoft Update
• Soluções de segurança para profissionais de TI: Suporte e solução de problemas de segurança do TechNet
• Ajude a proteger seu computador que está executando o Windows contra vírus e malware: Central de Segurança e Solução de Vírus
• Suporte local de acordo com o seu país: Suporte Internacional

Aviso de isenção de responsabilidade

As informações fornecidas na Base de Dados de Conhecimento Microsoft são fornecidas "no estado em que se encontram", sem qualquer tipo de garantia. A Microsoft se isenta de todas as garantias, expressas ou implícitas, incluindo as garantias de comercialização e adequação a uma finalidade específica. Em nenhuma circunstância a Microsoft Corporation ou seus fornecedores serão responsáveis por quaisquer danos, incluindo danos diretos, indiretos, incidentais, consequenciais, perda de lucros comerciais ou danos especiais, mesmo que a Microsoft Corporation ou seus fornecedores tenham sido avisados da possibilidade de tais danos. Alguns estados não permitem a exclusão ou limitação de responsabilidade por danos consequenciais ou incidentais, portanto, a limitação acima pode não se aplicar.

Revisões

• V1.0 (12 de agosto de 2014): Boletim publicado.
• V1.1 (16 de setembro de 2014): Boletim revisado para anunciar uma alteração de detecção na atualização de 2966827 do Microsoft .NET Framework 3.0 Service Pack 2 no Windows 8 e Windows Server 2012. Esta é apenas uma alteração de detecção. Não houve alterações nos arquivos de atualização. Os clientes que já atualizaram seus sistemas com êxito não precisam tomar nenhuma ação.
• V1.2 (19 de setembro de 2014): Boletim revisado com uma alteração na entrada Problemas conhecidos na seção Artigo da Base de Dados de Conhecimento de "Nenhum" para "Sim".

Página gerada em 19/09/2014 10:02Z-07:00.