Microsoft Security Bulletin MS14-059 - Importante

Artigo
03/18/2024

Vulnerabilidade no ASP.NET MVC pode permitir desvio de recurso de segurança (2990942)

Publicado em: 14 de outubro de 2014

Versão: 1.0

Informações Gerais

Resumo executivo

Esta atualização de segurança elimina uma vulnerabilidade divulgada publicamente no ASP.NET MVC. A vulnerabilidade pode permitir o desvio do recurso de segurança se um invasor convencer um usuário a clicar em um link especialmente criado ou a visitar uma página da Web que contenha conteúdo especialmente criado projetado para explorar a vulnerabilidade. Num cenário de ataque baseado na Web, um intruso poderia alojar um Web site especialmente concebido para explorar a vulnerabilidade através de um browser e, em seguida, convencer um utilizador a visualizar o Web site. O invasor também pode tirar proveito de sites comprometidos e sites que aceitam ou hospedam conteúdo fornecido pelo usuário ou anúncios. Esses sites podem conter conteúdo especialmente criado que pode explorar a vulnerabilidade. Em todos os casos, no entanto, um invasor não teria como forçar os usuários a exibir o conteúdo controlado pelo invasor. Em vez disso, um invasor teria que convencer os usuários a agir, geralmente fazendo com que eles cliquem em um link em uma mensagem de email ou em uma mensagem do Instant Messenger que os leve ao site do invasor, ou fazendo com que eles abram um anexo enviado por email.

Esta atualização de segurança é classificada como Importante para ASP.NET MVC 2, ASP.NET MVC 3, ASP.NET MVC 4, ASP.NET MVC 5 e APS.NET MVC 5.1. Para obter mais informações, consulte a seção Softwares afetados deste boletim.

A atualização de segurança elimina a vulnerabilidade corrigindo como ASP.NET MVC manipula a codificação de entrada. 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 Microsoft recomenda que os clientes instalem esta atualização de segurança o mais rápido possível. Em certos casos, os clientes com a atualização automática habilitada não precisarão executar nenhuma ação, pois essa atualização de segurança será baixada e instalada automaticamente. A atualização será oferecida a sistemas com atualização automática habilitada se um dos dois critérios a seguir for atendido:

MVC 2.0, MVC 3.0 ou MVC 4.0 está instalado, ou
O sistema está executando o Microsoft .NET Framework 4.5.1 e um aplicativo com o componente afetado (System.Web.Mvc.dll para ASP.NET MVC 2.0, 3.0, 4.0, 5.0 e 5.1) foi carregado anteriormente

Os clientes com a atualização automática desabilitada cujos sistemas atendam a qualquer um dos critérios também podem obter a atualização verificando se há atualizações usando o serviço Microsoft Update . Os clientes cujos sistemas não atendem a nenhum dos critérios (ou clientes que não têm certeza se esse é o caso) devem baixar e instalar a atualização manualmente usando os links do Centro de Download da Microsoft fornecidos na tabela Softwares afetados deste boletim. 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.

Os clientes que executam o MVC 3.0, MVC 4.0, MVC 5.0 ou MVC 5.1 também têm a opção de implantar manualmente o pacote NuGet atualizado, conforme detalhado na seção Implantação de Atualização de Segurança deste boletim. Observe que os clientes sem controle de seu servidor que precisam corrigir seu aplicativo precisarão reimplantar seu aplicativo depois de baixar e instalar o pacote NuGet atualizado. Para obter mais informações sobre o suporte à manutenção do .NET NuGet, consulte .NET 4.5.1 Supports Microsoft Security Updates for .NET NuGet Libraries.

Artigo da Base de Dados de Conhecimento

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

Softwares afetados

As seguintes versões ou edições de software são afetadas. As versões ou edições que não estão listadas 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 ASP.NET Políticas de ciclo de vida de suporte.

Softwares afetados

Ferramentas para Desenvolvedores	Impacto máximo na segurança	Classificação de gravidade agregada	Atualizações substituídas
ASP.NET MVC 2.0\ (2993939)	Desvio de recurso de segurança	Importante	Nenhum
ASP.NET MVC 3.0\ (2993937)	Desvio de recurso de segurança	Importante	Nenhum
ASP.NET MVC 4.0\ (2993928)	Desvio de recurso de segurança	Importante	Nenhum
ASP.NET MVC 5.0\ (2992080)	Desvio de recurso de segurança	Importante	Nenhum
ASP.NET MVC 5.1\ (2994397)	Desvio de recurso de segurança	Importante	Nenhum

Perguntas frequentes sobre atualizações

O que é ASP.NET MVC?
ASP.NET MVC (Model View Controller) é um conjunto de ferramentas baseado em padrões para a construção de sites dinâmicos que permite uma separação limpa de preocupações e que dá aos clientes controle total sobre a marcação para um desenvolvimento agradável e ágil. ASP.NET MVC inclui muitos recursos que permitem o desenvolvimento rápido e amigável a TDD para a criação de aplicativos sofisticados que usam os padrões mais recentes da Web. Para obter mais informações, consulte Saiba mais sobre ASP.NET MVC.

A quem será oferecida a atualização por meio de atualização automática?
A atualização será oferecida a sistemas com atualização automática habilitada se um dos dois critérios a seguir for atendido:

MVC 2.0, MVC 3.0 ou MVC 4.0 está instalado, ou
O sistema está executando o Microsoft .NET Framework 4.5.1 e um aplicativo com o componente afetado (System.Web.Mvc.dll para ASP.NET MVC 2.0, 3.0, 4.0, 5.0 e 5.1) foi carregado anteriormente

Como posso determinar qual versão do ASP.NET MVC está instalada no meu sistema?
Para MVC 4.0, MVC 5.0 ou MVC 5.1, você deve ter implantado o binário afetado (System.Web.MVC.dll) com seu aplicativo. Verifique a pasta bin do aplicativo para a versão do binário. Para MVC 2.0, MVC 3.0 ou MVC 4.0, consulte o item do painel de controle Adicionar ou remover programas para a versão do MVC instalada.

Adicionar/remover nomes de programas
Microsoft ASP.NET MVC 2
Microsoft ASP.NET MVC 3
Tempo de execução do Microsoft ASP.NET MVC 4

Tenho de activar o Microsoft Update no meu computador/servidor para obter esta actualização?
Não. Se você não quiser habilitar o Microsoft Update em seu sistema, poderá baixá-la diretamente do Centro de Download da Microsoft (consulte o artigo da Base de Dados de Conhecimento: 2990942)) ou atualizar seus pacotes NuGet para a versão segura (consulte a seção Implantação de Atualização de Segurança deste boletim) e, em seguida, reimplantar seu aplicativo no servidor.

O que a atualização faz com meu sistema e como meu aplicativo MVC é afetado?
A atualização MSI instala o assembly fixo (System.Web.Mvc.dll) no GAC. Dessa forma, as versões vulneráveis do assembly (System.Web.Mvc.dll) que foram implantadas com aplicativos em execução no servidor são substituídas pela versão no GAC, que será a versão segura.

Para MVC 3.0 e MVC 4.0, é possível instalar o produto completo no servidor em que a versão vulnerável do System.Web.Mvc.dll está instalada no GAC. Para explicar esse problema, a versão do assembly foi incrementada na versão corrigida e um assembly de diretiva do editor que o acompanha também é instalado para redirecionar versões anteriores do assembly que foram implantadas com aplicativos.

Preciso me preocupar com essa atualização que afeta negativamente a funcionalidade do site?
Não. Esta atualização não afeta negativamente a funcionalidade do site. No entanto, em raras circunstâncias em que um desenvolvedor usou a função Affect e codificou manualmente a saída em HTML, o usuário pode ver caracteres codificados duplamente. Por exemplo, "<" poderia ser exibido como "<". Isso pode ser corrigido pelo desenvolvedor removendo a etapa de codificação manual. Esse problema não afeta a funcionalidade do site; é apenas um artefato visual.

MVC 3.0 RTM está instalado no meu sistema e depois de instalar a atualização eu não posso mais criar um novo projeto no Visual Studio 2010, como posso corrigir isso?
ASP.NET modelos MVC 3.0 para Visual Studio 2010 dependem de assemblies instalados na pasta Assemblies de referência. Como a versão atualizada do assembly para MVC 3.0 é incrementada, os modelos não funcionarão mais. Para resolver esse problema, instale a atualização de ferramentas MVC 3.0.1 para Visual Studio 2010.

Instalei a atualização e agora pretendo reimplantar meus aplicativos com uma versão superior do ASP.NET MVC; Há algum problema com esse plano de ação?
Sem problemas. Quando você implanta um aplicativo com uma versão mais alta do System.Web.Mvc.dll do que o que está no GAC, a versão do assembly que é implantado com o aplicativo terá precedê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 suporte ASP.NET, consulte Políticas de ciclo de vida do suporte ASP.NET.

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 contacto, consulte o Web site Microsoft Worldwide Information e, em seguida, selecione o país 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 outubro. Para obter mais informações, consulte Índice de exploração da Microsoft.

Classificação de gravidade da vulnerabilidade e impacto máximo na segurança por software afetado
Softwares afetados	Vulnerabilidade de MVC XSS - CVE-2014-4075	Classificação de gravidade agregada
Ferramentas para Desenvolvedores
ASP.NET MVC 2.0 (2993939)	Desvio importante do recurso de segurança	Importante
ASP.NET MVC 3.0 (2993937)	Desvio importante do recurso de segurança	Importante
ASP.NET MVC 4.0 (2993928)	Desvio importante do recurso de segurança	Importante
ASP.NET MVC 5.0 (2992080)	Desvio importante do recurso de segurança	Importante
ASP.NET MVC 5.1 (2994397)	Desvio importante do recurso de segurança	Importante

Vulnerabilidade de MVC XSS - CVE-2014-4075

Existe uma vulnerabilidade de script entre sites (XSS) no MVC ASP.NET que pode permitir que um invasor injete um script do lado do cliente no navegador da Web do usuário. O script pode falsificar conteúdo, divulgar informações ou executar qualquer ação que o usuário possa realizar no site em nome do usuário visado.

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

Fatores atenuantes

Mitigação refere-se a uma configuração, configuração comum ou prática recomendada geral, existente em um estado padrão, que pode reduzir a gravidade da exploração de uma vulnerabilidade. Os seguintes fatores atenuantes podem ser úteis em sua situação:

Num cenário de ataque baseado na Web, um intruso poderia alojar um Web site especialmente concebido para explorar esta vulnerabilidade através de um browser e, em seguida, convencer um utilizador a visualizar o Web site. O invasor também pode tirar proveito de sites comprometidos e sites que aceitam ou hospedam conteúdo fornecido pelo usuário ou anúncios. Esses sites podem conter conteúdo especialmente criado que pode explorar essa vulnerabilidade. Em todos os casos, no entanto, um invasor não teria como forçar os usuários a exibir o conteúdo controlado pelo invasor. Em vez disso, um invasor teria que convencer os usuários a agir, geralmente fazendo com que eles cliquem em um link em uma mensagem de email ou em uma mensagem do Instant Messenger que os leve ao site do invasor, ou fazendo com que eles abram um anexo enviado por email.
O Filtro XSS no Internet Explorer 8, Internet Explorer 9, Internet Explorer 10 e Internet Explorer 11 impede esse ataque para os usuários ao navegar para sites na Zona da Internet. Observe que o Filtro XSS no Internet Explorer 8, Internet Explorer 9, Internet Explorer 10 e Internet Explorer 11 está habilitado por padrão na zona da Internet, mas não está habilitado por padrão na Zona da Intranet.

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:

Defina as configurações da zona de segurança da Internet e da intranet local como "Alta" para bloquear controles ActiveX e scripts ativos nessas zonas
Você pode ajudar a se proteger contra a exploração desta vulnerabilidade alterando as configurações da zona de segurança da Internet para bloquear controles ActiveX e scripts ativos. Você pode fazer isso definindo a segurança do seu navegador como Alta.

Para aumentar o nível de segurança de navegação no Internet Explorer, execute as seguintes etapas:
1. No menu Ferramentas do Internet Explorer, clique em Opções da Internet.
2. Na caixa de diálogo Opções da Internet , clique na guia segurança e, em seguida, clique em Internet .
3. Em Nível de segurança para esta zona, mova o controle deslizante para Alto. Isso define o nível de segurança de todos os sites que você visita como Alto.
4. Clique em Intranet local.
5. Em Nível de segurança para esta zona, mova o controle deslizante para Alto. Isso define o nível de segurança de todos os sites que você visita como Alto.
6. Clique em OK para aceitar as alterações e retornar ao Internet Explorer.

Observação Se nenhum controle deslizante estiver visível, clique em Nível Padrão e mova o controle deslizante para Alto.

Observação Definir o nível como Alto pode fazer com que alguns sites funcionem incorretamente. Se você tiver dificuldade para usar um site depois de alterar essa configuração e tiver certeza de que o site é seguro para uso, você pode adicionar esse site à sua lista de sites confiáveis. Isso permitirá que o site funcione corretamente, mesmo com a configuração de segurança definida como Alta.

Impacto da solução alternativa. Há efeitos colaterais no bloqueio de controles ActiveX e scripts ativos. Muitos sites que estão na Internet ou em uma intranet usam ActiveX ou scripts ativos para fornecer funcionalidade adicional. Por exemplo, um site de comércio eletrônico online ou um site bancário pode usar controles ActiveX para fornecer menus, formulários de pedidos ou até mesmo extratos de conta. O bloqueio de controles ActiveX ou scripts ativos é uma configuração global que afeta todos os sites da Internet e da intranet. Se você não quiser bloquear controles ActiveX ou scripts ativos para esses sites, use as etapas descritas em "Adicionar sites confiáveis à zona de sites confiáveis do Internet Explorer".

Adicionar sites confiáveis à zona de sites confiáveis do Internet Explorer

Depois de definir o Internet Explorer para bloquear controles ActiveX e scripts ativos na zona da Internet e na zona da intranet local, você pode adicionar sites confiáveis à zona de sites confiáveis do Internet Explorer. Isso permitirá que você continue a usar sites confiáveis exatamente como você faz hoje, enquanto ajuda a se proteger desse ataque em sites não confiáveis. Recomendamos que você adicione apenas sites confiáveis à zona Sites confiáveis.

Para fazer isso, execute estas etapas:

No Internet Explorer, clique em Ferramentas , clique em Opções da Internet e, em seguida, clique na guia segurança .
Na caixa Selecione uma zona de conteúdo da Web para especificar suas configurações de segurança atuais, clique em Sites Confiáveis e em Sites.
Se pretender adicionar sites que não requerem um canal encriptado, clique para desmarcar a caixa de verificação Exigir verificação do servidor (https:) para todos os sites nesta zona .
Na caixa Adicionar este site à zona, digite a URL de um site confiável e clique em Adicionar.
Repita estas etapas para cada site que você deseja adicionar à zona.
Clique em OK duas vezes para aceitar as alterações e retornar ao Internet Explorer.

Observação Adicione todos os sites nos quais você confia para não executar ações maliciosas em seu sistema. Dois em particular que você pode querer adicionar são *.windowsupdate.microsoft.com e *.update.microsoft.com. Esses são os sites que hospedarão a atualização e ele requer um controle ActiveX para instalar a atualização.

Perguntas frequentes

Qual é a abrangência da vulnerabilidade?
Esta é uma vulnerabilidade de script entre sites (XSS) que pode levar à elevação de privilégio.

O que causa a vulnerabilidade?
A vulnerabilidade é causada quando ASP.NET MVC falha ao codificar corretamente a entrada.

Qual é o componente afetado pela vulnerabilidade?
System.Web.Mvc.dll é o componente afetado pela vulnerabilidade.

O que é cross-site scripting (XSS)?
Cross-site scripting (XSS) é uma classe de vulnerabilidade de segurança que pode permitir que um invasor injete script na resposta a uma solicitação de página da Web. Esse script é então executado pelo aplicativo solicitante, muitas vezes um navegador da Web. O script poderia, então, falsificar conteúdo, divulgar informações ou executar qualquer ação que o usuário pudesse realizar no site afetado, em nome do usuário visado.

Para que um invasor pode usar a vulnerabilidade?
O invasor que explorar com êxito essa vulnerabilidade poderá injetar um script do lado do cliente na instância do usuário do Internet Explorer. O script pode falsificar conteúdo, divulgar informações ou executar qualquer ação que o usuário possa realizar no site em nome do usuário visado.

Como um invasor pode explorar a vulnerabilidade?
Em um cenário de ataque baseado na Web, um invasor pode convencer o usuário a visitar uma página da Web que contenha conteúdo especialmente criado para explorar a vulnerabilidade.

Quais são os sistemas que mais correm risco com a vulnerabilidade?
Os servidores que executam versões afetadas do ASP.NET MVC são os que mais correm risco com essa vulnerabilidade.

O que a atualização faz?
A atualização elimina a vulnerabilidade corrigindo como ASP.NET MVC manipula a codificação de entrada.

Quando este boletim de segurança foi emitido, esta vulnerabilidade tinha sido divulgada publicamente?
Sim. Esta vulnerabilidade foi divulgada publicamente. Ela recebeu o número CVE-2014-4075 da lista Common Vulnerability and Exposure.

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.