Source: https://technet.microsoft.com/pt-pt/library/security/ms11-100.aspx
Timestamp: 2017-08-24 07:01:46+00:00

Document:
Microsoft Security Bulletin MS11-100 - Crítica
Vulnerabilidades no .NET Framework Poderiam Permitir Elevação de Privilégios (2638420)
Data de publicação: 29 de dezembro de 2011 | Updated: 22 de maio de 2012
Esta actualização de segurança resolve uma vulnerabilidade divulgada publicamente e três vulnerabilidades comunicadas de forma privada no Microsoft .NET Framework. A mais grave destas vulnerabilidades poderia permitir elevação de privilégios se um intruso não autenticado enviasse um pedido Web especialmente concebido para o efeito ao site visado. Um intruso que explorasse esta vulnerabilidade com sucesso poderia executar qualquer acção no contexto de uma conta existente no site ASP.NET, incluindo a execução de comandos arbitrários. Para explorar esta vulnerabilidade, um intruso tem de poder registar uma conta no site ASP.NET e tem de conhecer um nome de utilizador existente.
Esta actualização de segurança está classificada como Crítica para o Microsoft .NET Framework 1.1 Service Pack 1, Microsoft .NET Framework 2.0 Service Pack 2, Microsoft .NET Framework 3.5 Service Pack 1, Microsoft .NET Framework 3.5.1 e Microsoft .NET Framework 4 em todas as edições suportadas do Microsoft Windows. Para mais informações consulte a subsecção Software Afectado e Software Não Afectado, nesta secção.
A actualização de segurança resolve as vulnerabilidades corrigindo a forma como o .NET Framework processa pedidos especialmente concebidos para o efeito e a forma como o ASP.NET Framework autentica utilizadores e processa conteúdos guardados em cache. Para mais informações sobre as vulnerabilidades, consulte a subsecção de Perguntas Mais Frequentes quanto à vulnerabilidade específica na secção seguinte, Informações sobre as Vulnerabilidades.
Esta actualização de segurança também resolve a vulnerabilidade descrita previamente no Aviso de Segurança da Microsoft 2659883.
Questões conhecidas. O Artigo 2638420 da Base de Dados de Conhecimento da Microsoft documenta as questões actualmente conhecidas que os clientes podem verificar quando instalam esta actualização de segurança. O artigo também documenta soluções recomendadas para estas questões.
(KB2656351) Elevação de Privilégios Crítica KB2572067 em MS11-078 substituído por KB2656353
KB2418241 em MS10-070 e KB982167 no Aviso de Segurança 973811 substituído por KB2656352
KB2416473 em MS10-070 substituído por KB2657424
KB2416472 em MS10-070 substituído por KB2656351
KB2418241 em MS10-070 e KB982167 em 973811 substituído por KB2656352
(KB2656351) Elevação de Privilégios Crítica KB2416451 em MS10-070 substituído por KB2656358
KB2416470 em MS10-070 e KB982533 no Aviso de Segurança 973811 substituído por KB2656362
KB2416470 em MS10-070 e KB982533 em 973811 substituído por KB2656362
(KB2656351) Elevação de Privilégios Crítica KB2416471 em MS10-070 substituído por KB2656355
(KB2656351) Elevação de Privilégios Crítica Nenhum boletim substituído por KB2656356
A Microsoft reviu este boletim para anunciar uma alteração de detecção para KB2656352 para o Microsoft .NET Framework 2.0 Service Pack 2 para corrigir uma questão relacionada com a instalação. Esta é apenas uma alteração de detecção. Não foram efectuadas alterações aos ficheiros de actualização de segurança. Os clientes que já tenham aplicado esta actualização com sucesso não necessitam de efectuar qualquer acção.
Este boletim está relacionado com o MS12-035, Vulnerabilidades no .NET Framework Poderiam Permitir Execução Remota de Código (2693777)?
Sim. O KB2656353, oferecido neste boletim, também resolve o CVE-2012-0160 e o CVE-2012-0161, que estão documentados no MS12-035.
O Microsoft. NET Framework 3.5 e o Microsoft .NET Framework 4.5 no Windows Developer Preview são afectados por esta vulnerabilidade?
Sim. Esta vulnerabilidade foi comunicada após o lançamento do Windows Developer Preview. Os clientes que estão a utilizar o software Developer Preview são aconselhados a transferir e a aplicar a actualização aos seus sistemas. Para obter mais informações, incluindo ligações de Centro de Transferências da Microsoft, consulte os seguintes Artigos da Base de Dados de Conhecimento da Microsoft:
Microsoft .NET Framework 3.5 no Windows Developer Preview Artigo 2656360 da Base de Dados de Conhecimento da Microsoft
Microsoft .NET Framework 4.5 no Windows Developer Preview Artigo 2656354 da Base de Dados de Conhecimento da Microsoft
Sim. Para além das alterações listadas na secção Informações sobre as Vulnerabilidades deste boletim, esta actualização inclui alterações funcionais para o ASP.NET Framework. A actualização limita o número máximo de chaves de formulário, ficheiros e membros JSON para 1000 num pedido. Esta alteração resulta no facto de as aplicações ASP.NET rejeitarem pedidos com mais de 1000 destes elementos. Os clientes que façam este tipo de pedidos verão os mesmos serem negados e será apresentada uma mensagem de erro nos seus browsers (geralmente um erro 500). Este limite pode ser configurado por aplicação. Consulte o Artigo 2661403 da Base de Dados de Conhecimento da Microsoft.
A actualização também altera o formato das permissões de autenticação de formulários de uma forma que poderia ser incompatível com a versão mais antiga das permissões de autenticação de formulários. Por exemplo, depois de instalar esta actualização, em ambientes Web farm onde alguns servidores são actualizados e outros não são actualizados, é possível que os servidores actualizados gerem permissões de autenticação de formulários incompatíveis com os servidores não actualizados. Consulte o Artigo 2661404 da Base de Dados de Conhecimento da Microsoft.
Tenho o .NET Framework 3.0 Service Pack 2 instalado e esta versão não consta da lista de software afectado deste boletim. Preciso de instalar uma actualização ?
Este boletim descreve uma vulnerabilidade na camada de funcionalidades do .NET Framework 2.0 e do .NET Framework 4. O programa de instalação do .NET Framework 3.0 Service Pack 2 encadeia a configuração do .NET Framework 2.0 Service Pack 2, pelo que, ao instalar o primeiro, também instala o segundo. Como tal, os clientes que tenham instalado o .NET Framework 3.0 Service Pack 2 devem instalar as actualizações de segurança do .NET Framework 2.0 Service Pack 2.
Vulnerabilidade em Colisões em HashTable Poderia Provocar Negação de Serviço - CVE-2011-3414
Vulnerabilidade de Redireccionamento sem Segurança em Autenticação de Formulário .NET - CVE-2011-3415
Vulnerabilidade em que a Autenticação de Formulários ASP.Net é Ignorada - CVE-2011-3416
Vulnerabilidade na Cache de Permissão de Autenticação de Formulários ASP.NET - CVE-2011-3417
Negação de Serviço Não aplicável Crítica
Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows Vista Service Pack 2 Importante
Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows Vista x64 Edition Service Pack 2 Importante
Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows Server 2008 para sistemas de 32 bits Service Pack 2* Importante
Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows Server 2008 para sistemas baseados em x64 Service Pack 2* Importante
Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows Server 2008 para sistemas baseados em Itanium Service Pack 2 Importante
Microsoft .NET Framework 2.0 Service Pack 2 quando instalado no Windows Vista Service Pack 2 Importante
Microsoft .NET Framework 2.0 Service Pack 2 quando instalado no Windows Vista x64 Edition Service Pack 2 Importante
Microsoft .NET Framework 2.0 Service Pack 2 quando instalado no Windows Server 2008 para sistemas de 32 bits Service Pack 2** Importante
Microsoft .NET Framework 2.0 Service Pack 2 quando instalado no Windows Server 2008 para sistemas baseados em x64 Service Pack 2** Importante
Microsoft. NET Framework 2.0 Service Pack 2 quando instalado no Windows Server 2008 para sistemas baseados em Itanium Service Pack 2 Importante
Microsoft .NET Framework 3.5 Service Pack 1 quando instalado no Windows Vista Service Pack 2 Importante
Microsoft .NET Framework 3.5 Service Pack 1 quando instalado no Windows Vista x64 Edition Service Pack 2 Importante
Microsoft .NET Framework 3.5 Service Pack 1 quando instalado no Windows Server 2008 para sistemas de 32 bits Service Pack 2** Importante
Microsoft .NET Framework 3.5 Service Pack 1 quando instalado no Windows Server 2008 para sistemas baseados em x64 Service Pack 2** Importante
Microsoft .NET Framework 3.5 Service Pack 1, quando instalado no Windows Server 2008 para sistemas baseados em Itanium Service Pack 2 Importante
Microsoft .NET Framework 3.5.1 no Windows 7 para sistemas de 32 bits e Windows 7 para sistemas de 32 bits Service Pack 1 Importante
Microsoft .NET Framework 3.5.1 no Windows 7 para sistemas baseados em x64 e Windows 7 para sistemas baseados em x64 Service Pack 1 Importante
Microsoft .NET Framework 3.5.1 no Windows Server 2008 R2 para sistemas baseados em x64 e Windows Server 2008 R2 para sistemas baseados em x64 Service Pack 1* Importante
Microsoft .NET Framework 3.5.1 no Windows Server 2008 R2 para sistemas baseados em Itanium e Windows Server 2008 R2 para sistemas baseados em Itanium Service Pack 1 Importante
Microsoft .NET Framework 4.0 no Windows XP Service Pack 3[1] Importante
Microsoft .NET Framework 4.0 no Windows XP Professional x64 Edition Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2003 Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2003 x64 Edition Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2003 com SP2 para sistemas baseados em Itanium[1] Importante
Microsoft .NET Framework 4.0 no Windows Vista Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows Vista x64 Edition Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 para sistemas de 32 bits Service Pack 2**[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 para sistemas baseados em x64 Service Pack 2**[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 para sistemas baseados em Itanium Service Pack 2[1] Importante
Microsoft .NET Framework 4.0 no Windows 7 para sistemas de 32 bits e Windows 7 para sistemas de 32 bits Service Pack 1[1] Importante
Microsoft .NET Framework 4.0 no Windows 7 para sistemas baseados em x64 e Windows 7 para sistemas baseados em x64 Service Pack 1[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 R2 para sistemas baseados em x64[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 R2 para sistemas baseados em x64 Service Pack 1*[1] Importante
Microsoft .NET Framework 4.0 no Windows Server 2008 R2 para sistemas baseados em Itanium e Windows Server 2008 R2 para sistemas baseados em Itanium Service Pack 1[1] Importante
Existe uma vulnerabilidade de negação de serviço na forma como o ASP.NET Framework processa pedidos especialmente concebidos para o efeito, causando uma colisão de hash. Um intruso que explorasse esta vulnerabilidade com sucesso poderia enviar um pequeno número de pedidos especialmente concebidos para o efeito a um servidor ASP.NET, fazendo com que o desempenho diminuísse o suficiente para causar uma condição de negação de serviço.
Para visualizar esta vulnerabilidade como uma entrada comum na lista de Vulnerabilidades e Exposições Comuns, consulte CVE-2011-3414.
Factores Atenuantes para a Vulnerabilidade em Colisões em HashTable Poderia Provocar Negação de Serviço - CVE-2011-3414
Por predefinição, o IIS não está activado em nenhum sistema operativo Windows
Os sites que desactivam tipos de conteúdo HTTP application/x-www-form-urlencoded ou multipart/form-data não estão vulneráveis
Por predefinição, o ASP.NET não é instalado quando o .NET Framework é instalado. Apenas os clientes que instalem manualmente e activem o ASP.NET podem estar vulneráveis a este problema.
Soluções Alternativas para a Vulnerabilidade em Colisões em HashTable Poderia Provocar Negação de Serviço - CVE-2011-3414
Solução alternativa baseada em configuração
A seguinte solução alternativa configura o limite do tamanho máximo do pedido que o ASP.NET aceitará de um cliente. Diminuir o tamanho máximo do pedido diminuirá a susceptibilidade do servidor ASP.NET a um ataque de negação de serviço.
Nota: Faça uma cópia de segurança da sua configuração antes de fazer alterações.
Este valor de configuração pode ser aplicado globalmente a todos os sites ASP.NET num servidor adicionando a entrada à raiz web.config ou applicationhost.config. Em alternativa, esta configuração pode ser restringida a um determinado site ou aplicação adicionando-o(a) a um ficheiro web.config para o site ou aplicação em questão. Para mais informações sobre a configuração ASP.NET, consulte o artigo MSDN Visão Geral da Configuração ASP.NET.
Se a sua aplicação utiliza ViewState, adicione a seguinte configuração no ficheiro de configuração ASP.NET adequado para limitar o tamanho máximo do pedido que o ASP.NET aceitará de um cliente para 200 KB.
Se a sua aplicação não utiliza ASP.NET ViewState, adicione a seguinte configuração no ficheiro de configuração ASP.NET adequado para limitar o tamanho máximo do pedido que o ASP.NET aceitará de um cliente para 20 KB.
Para mais informações sobre a opção de configuração maxRequestLength, consulte a documentação MSDN sobre o Elemento httpRuntime.
Nota: Aumentar a cadeia de consulta HTTP predefinida e solicitar limites para o tamanho de cabeçalho aumentará a susceptibilidade do servidor em relação à questão de negação de serviço descrita neste aviso. Para mais informações sobre como definir estes limites, consulte Definições de registo Http.sys para IIS.
Impacto da solução alternativa: Os pedidos do cliente que excedam o maxRequestLength configurado irão resultar num ConfigurationErrorsException no lado do servidor e num estado de erro http devolvido ao cliente. Os limites configurados anteriormente devem ser utilizados como um ponto de partida e podem ser ajustados para evitar falhas de aplicação. Configurar o valor maxRequestLength para um valor inferior também reduz a susceptibilidade do servidor em relação a esta negação de serviço. As aplicações que aceitam carregamentos de ficheiros do cliente e as aplicações que geram um grande viewstate são exemplos de aplicações que podem ser afectadas por esta solução alternativa.
Depois de aplicar esta solução alternativa, pode aparecer a seguinte falha no pedido do cliente no registo de eventos de Aplicação.
Código de evento: 3004
Mensagem de evento: O tamanho de post excedeu os limites permitidos.
Informação de excepção:
Mensagem de excepção: Comprimento máximo do pedido excedido.
em System.Web.HttpRequest.GetEntireRawContent()
Em alternativa, a falha no pedido pode resultar na seguinte entrada num ficheiro de registo IIS.
#Campos: s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
Remoção da solução alternativa: Para anular a solução alternativa, remova as secções de configuração que foram adicionadas nesta solução alternativa ou reverta para uma cópia de segurança da configuração anterior às soluções alternativas.
Perguntas Mais Frequentes sobre a Vulnerabilidade em Colisões em HashTable Poderia Provocar Negação de Serviço - CVE-2011-3414
Esta é uma vulnerabilidade de negação de serviço. Esta vulnerabilidade permite que um intruso não autenticado diminua o desempenho de um site ASP.NET criando uma condição de negação de serviço.
A vulnerabilidade existe devido à forma como o ASP.NET faz hash de pedidos especialmente concebidos para o efeito e insere esses dados numa tabela de hash causando uma colisão de hash. Quando muitas destas colisões são encadeado em conjunto, o desempenho da tabela de hash diminui bastante levando à condição de negação de serviço.
Um intruso poderia utilizar esta vulnerabilidade para causar um ataque de negação de serviço e causar a ruptura de disponibilidade de sites que utilizam ASP.NET.
Um intruso não autenticado poderia enviar um pequeno número de pedidos ASP.NET especialmente concebidos a um site ASP.NET afectado, causando uma condição de negação de serviço.
Os sistemas mais susceptíveis a este risco são sistemas voltados para a Internet com o ASP.NET instalado. Além disso, Web sites internos que usam a autenticação de formulários ASP.NET podem estar susceptíveis a esta vulnerabilidade.
A actualização resolve esta vulnerabilidade corrigindo a forma como o .NET Framework processa pedidos especialmente concebidos para o efeito.
Sim. Esta vulnerabilidade foi divulgada publicamente. Foi-lhe atribuído o número de Vulnerabilidade e Exposição Comum CVE-2011-3414.
D e que forma este é um problema da indústria?
Os ataques que visam este tipo de vulnerabilidade são genericamente conhecidos como ataques de colisão de hash. Ataques como estes não são específicos às tecnologias Microsoft e afectam outros fornecedores de software de serviço Web. Os clientes devem contactar os seus fornecedores de plataformas da Web para obterem orientação ou actualizações.
Existe uma vulnerabilidade de spoofing na forma como o .NET Framework verifica URLs de regresso durante o processo de autenticação de formulários. Um intruso que explorasse esta vulnerabilidade com sucesso poderia redireccionar um utilizador para um Web site seleccionado pelo intruso sem o conhecimento do utilizador. O intruso poderia então executar um ataque de phishing para obter informações do utilizador que este não pretendia divulgar. Esta vulnerabilidade não permitiria que um intruso executasse código nem elevasse directamente os seus direitos de utilizador, mas poderia ser utilizada para comprometer informações que o utilizador pretendia que permanecessem privadas.
Para visualizar esta vulnerabilidade como uma entrada comum na lista de Vulnerabilidades e Exposições Comuns, consulte CVE-2011-3415.
Factores Atenuantes para a Vulnerabilidade de Redireccionamento sem Segurança em Autenticação de Formulário .NET - CVE-2011-3415
Esta vulnerabilidade não permitiria que um intruso executasse código ou elevasse directamente os seus privilégios de utilizador, mas poderia ser utilizada para produzir informações que poderiam ser usadas para comprometer ainda mais as informações do utilizador.
Por predefinição, instalar o ASP.NET não activa a Autenticação de Formulários. Tem de ser explicitamente configurada por aplicação para ser activada.
Por predefinição, o IIS não é instalado.
O intruso teria de convencer o utilizador a clicar numa ligação para explorar a vulnerabilidade.
Soluções Alternativas para a Vulnerabilidade de Redireccionamento sem Segurança em Autenticação de Formulário .NET - CVE-2011-3415
Desactivar a Autenticação de Formulários em web.config
Abra a aplicação ou o ficheiro global web.config depois de ter feito uma cópia de segurança
Defina o modo de autenticação para Windows, Passaporte ou Nenhum.
Pode encontrar os detalhes de cada modo em http://msdn.microsoft.com/en-us/library/aa291347(v=vs.71).aspx.
Restaure o ficheiro web.config da sua cópia de segurança.
Perguntas Mais Frequentes sobre a Vulnerabilidade de Redireccionamento sem Segurança em Autenticação de Formulário .NET - CVE-2011-3415
Esta é uma vulnerabilidade de spoofing. Esta vulnerabilidade poderia permitir que um intruso redireccionasse um utilizador para um Web site seleccionado pelo intruso sem o conhecimento do utilizador. O intruso poderia então executar um ataque de phishing para obter informações do utilizador que este não pretendia divulgar. Esta vulnerabilidade não permitiria que um intruso executasse código nem elevasse directamente os seus direitos de utilizador, mas poderia ser utilizada para comprometer informações que o utilizador pretendia que permanecessem privadas.
O phishing online é uma forma de enganar os utilizadores de sistemas informáticos no sentido de revelarem informações pessoais ou financeiras através de uma mensagem de correio electrónico fraudulenta ou Web site. Um esquema de phishing online comum começa com uma mensagem de correio electrónico semelhante a um aviso oficial de uma origem fidedigna, como um banco, uma empresa de cartões de crédito ou comerciantes online fidedignos. Na mensagem de correio electrónico, os destinatários são direccionados para um Web site fraudulento onde lhes é solicitado o fornecimento de informações pessoais, como um número de conta ou palavra-passe. Estas informações são geralmente utilizadas para roubo de identidade.
Esta vulnerabilidade é causada quando o .NET Framework verifica incorrectamente URLs de regresso durante o processo de autenticação de formulários.
O que é a Autenticação de Formulários no ASP.NET?
A autenticação de formulários utiliza uma permissão de autenticação que é criada quando um utilizador inicia sessão num site e rastreia o utilizador no site. A permissão de autenticação de formulários encontra-se geralmente no interior de um cookie. No entanto, a versão 2.0 do ASP.NET suporta autenticação de formulários sem cookies, o que faz com que a permissão seja transmitida numa cadeia de consulta. Para mais informações, consulte o artigo MSDN, Explicação: Autenticação de Formulários no ASP.NET 2.0.
Um intruso que explorasse esta vulnerabilidade com sucesso poderia redireccionar um utilizador para um Web site seleccionado pelo intruso sem o conhecimento do utilizador. Esta vulnerabilidade não permitiria que um intruso executasse código nem elevasse directamente os seus direitos de utilizador, mas poderia ser utilizada para comprometer informações que o utilizador pretendia que permanecessem privadas.
Um intruso poderia criar um URL especialmente concebido para o efeito e convencer um utilizador a clicar nele. Depois de um utilizador iniciar sessão num Web site esperado, o intruso redirecciona o utilizador para um Web site controlado pelo intruso. Aí, o intruso poderia convencer o utilizador a divulgar informações que pretendia que permanecessem privadas. Contudo, em qualquer dos casos, o intruso não teria forma de forçar os utilizadores a visualizar o conteúdo controlado pelo intruso. Em vez disso, um intruso teria de convencer os utilizadores a executarem acções, geralmente clicando numa ligação numa mensagem de correio electrónico ou numa mensagem num programa de mensagens instantâneas que direcciona os utilizadores para o Web site do intruso depois de iniciar sessão num Web site esperado.
A actualização resolve esta vulnerabilidade corrigindo a forma como o .NET Framework verifica URLs de regresso durante a autenticação de formulários.
Existe uma vulnerabilidade de elevação de privilégios na forma como o .NET Framework autentica utilizadores. Para explorar esta vulnerabilidade, um intruso não autenticado teria de poder registar uma conta na aplicação ASP.NET e teria de conhecer um nome de conta existente de um utilizador visado. O intruso poderia então criar um pedido Web especial utilizando um nome de conta anteriormente registado para aceder a essa conta. O intruso poderia então executar qualquer acção no contexto do utilizador visado, incluindo executar comandos arbitrários no site.
Para visualizar esta vulnerabilidade como uma entrada comum na lista de Vulnerabilidades e Exposições Comuns, consulte CVE-2011-3416.
Factores Atenuantes para a Vulnerabilidade em que a Autenticação de Formulários ASP.Net é Ignorada - CVE-2011-3416
Um intruso tem de poder registar uma conta na aplicação ASP.NET e tem de conhecer um nome de utilizador existente.
Por predefinição, o ASP.NET não é instalado quando o .NET é instalado. Apenas os clientes que instalem manualmente e activem o ASP.NET podem estar vulneráveis a este problema.
Soluções Alternativas para a Vulnerabilidade em que a Autenticação de Formulários ASP.Net é Ignorada - CVE-2011-3416
Definir ticketCompatibilityMode para Framework40
Esta acção aplica-se apenas a sites que executam o ASP.NET 4 e versões mais recentes, uma vez que a definição de ticketCompatibilityMode foi introduzida no ASP.NET v4.0.
Defina o ticketCompatibilityMode para o Framework40. Note que o valor predefinido para esta definição é "Framework20"
Perguntas Mais Frequentes sobre a Vulnerabilidade em que a Autenticação de Formulários ASP.Net é Ignorada - CVE-2011-3416
Esta é uma vulnerabilidade de elevação de privilégios em que um intruso remoto não autenticado pode obter acesso a outra conta na aplicação ASP.NET, permitindo que um intruso execute comandos arbitrários no site no contexto do utilizador visado.
Esta vulnerabilidade é causada quando o ASP.NET Framework autentica incorrectamente nomes de utilizador especialmente concebidos para o efeito.
Um intruso que explorasse esta vulnerabilidade com sucesso poderia executar qualquer acção no contexto do utilizador visado, incluindo executar comandos arbitrários no site.
Para explorar esta vulnerabilidade, um intruso não autenticado teria de conhecer um nome de conta existente para se fazer passar por esse utilizador no site. O intruso poderia então criar um pedido Web especial utilizando um nome de conta anteriormente registado para aceder a essa conta. O intruso poderia então executar qualquer acção no contexto do utilizador visado, incluindo executar comandos arbitrários no site.
Se o meu Web site utilizar uma Web farm, tenho de actualizar todos os computadores na Web farm?
Sim. Esta actualização altera o formato da permissão de autenticação de formulários de uma forma que é incompatível com o formato anterior. Isto quer dizer que as permissões geradas utilizando o novo comportamento não podem ser lidas por computadores que utilizem o comportamento anterior e vice-versa. Os administradores cujas aplicações utilizem autenticação baseada em formulários devem seguir passos específicos ao implementar esta actualização de segurança de modo a assegurar que todos os seus servidores passam para o novo comportamento em simultâneo.
Para mais informações, consulte o Artigo da Microsoft TechNet 2659968.
É possível actualizar os computadores na minha Web farm individualmente em vez de a actualização ser feita em todos ao mesmo tempo ?
Sim. Se não for possível implementar simultaneamente o MS11-100 em todos os servidores numa determinada Web farm, pode definir um parâmetro de compatibilidade no ficheiro web.config ou machine.config antes de instalar a actualização para forçar o comportamento antigo depois de a actualização ser instalada. O parâmetro de compatibilidade a utilizar é o seguinte:
Definir este parâmetro permitirá que as Web farms com apenas algumas máquinas actualizadas continuem a funcionar correctamente. No entanto, é importante saber que computadores com a definição do parâmetro de configuração estarão num estado sem segurança e não beneficiarão da correcção nesta actualização de segurança. Depois de o MS11-100 ser implementado em todos os computadores numa farm, o parâmetro de configuração deve ser retirado para activar o novo comportamento seguro.
Esta actualização respeita a definição de autenticação de formulários ticketCompatibilityMode do meu site?
Não. Uma vez que a correcção nesta actualização de segurança altera o formato das permissões de autenticação de formulários, a definição de configuração ticketCompatibilityMode deixa de ser suportada assim que o MS11-100 é instalado.
A actualização resolve esta vulnerabilidade corrigindo a forma como o ASP.NET Framework autentica utilizadores.
Existe uma vulnerabilidade de elevação de privilégios na forma como o ASP.NET Framework processa conteúdos guardados em cache quando a Autenticação de Formulários é utilizada com expiração ajustável. Um intruso que explorasse esta vulnerabilidade com sucesso poderia executar qualquer acção, incluindo executar comandos arbitrários que o utilizador pudesse executar no site no contexto do utilizador visado. Num cenário de ataque com base em correio electrónico, um intruso poderia explorar a vulnerabilidade enviando uma ligação especialmente concebida para o efeito ao utilizador e convencendo-o a clicar nessa ligação. Um intruso não teria como obrigar os utilizadores a visitar o Web site. Em vez disso, um intruso teria de convencer os utilizadores a executarem acções, geralmente clicando numa ligação numa mensagem de correio electrónico ou numa mensagem num programa de mensagens instantâneas.
Para visualizar esta vulnerabilidade como uma entrada comum na lista de Vulnerabilidades e Exposições Comuns, consulte CVE-2011-3417.
Factores Atenuantes para a Vulnerabilidade na Cache de Permissão de Autenticação de Formulários ASP.NET - CVE-2011-3417
Por predefinição, as respostas ASP.NET não são guardadas em cache pela OutputCache. O programador do site tem de optar pelo processamento de cache através da directiva OutputCache numa página.
Um intruso que conseguisse explorar esta vulnerabilidade com sucesso poderia obter os mesmos privilégios que o utilizador visado. Os utilizadores cujas contas estão configuradas com menos direitos de utilização no sistema podem correr menos riscos do que os utilizadores que trabalham com direitos de utilização de administrador.
Por predefinição, o IIS não está instalado em nenhuma das versões dos sistemas operativos afectados. Apenas os clientes que instalaram manualmente poderão estar vulneráveis a esta questão.
Soluções Alternativas para a Vulnerabilidade na Cache de Permissão de Autenticação de Formulários ASP.NET - CVE-2011-3417
Restringir cookies de autenticação de formulários em canais SSL
Abra a aplicação ou o ficheiro global web.config depois de ter feito uma cópia de segurança.
Defina requireSSL="true" no elemento <forms>, conforme apresentado no seguinte código.
Desactive a expiração ajustável para cookies de autenticação de formulários
Defina slidingExpiration="false" no elemento <forms>, conforme apresentado no seguinte código.
Impacto da solução alternativa . Os utilizadores seriam forçados a voltar a iniciar sessão depois de as suas permissões expirarem.
Desactivar a OutputCache
Crie uma cópia de segurança da pasta de aplicações Web.
Retire todas as directivas <%@ OutputCache %> nas suas páginas Web.
Se o seu Web site é uma aplicação MVC, retire também todos os atributos OutputCache das suas acções de controlador.
Restaure a sua pasta de aplicações Web.
Perguntas Mais Frequentes sobre a Vulnerabilidade na Cache de Permissão de Autenticação de Formulários ASP.NET - CVE-2011-3417
Esta é uma vulnerabilidade de elevação de privilégios em que um intruso remoto não autenticado consegue aceder a outra conta na aplicação .NET.
Esta vulnerabilidade é causada quando o .NET Framework processa incorrectamente conteúdos guardados em cache quando a Autenticação de Formulários é utilizada com expiração ajustável.
Um intruso que explorasse esta vulnerabilidade com sucesso poderia executar qualquer acção que o utilizador executasse no site no contexto do utilizador visado, incluindo executar comandos arbitrários.
Num cenário de ataque com base em correio electrónico, um intruso poderia explorar a vulnerabilidade enviando uma ligação especialmente concebida para o efeito ao utilizador e convencendo-o a clicar nessa ligação. Um intruso não teria como obrigar os utilizadores a visitar o Web site. Em vez disso, um intruso teria de convencer os utilizadores a executarem acções, geralmente clicando numa ligação numa mensagem de correio electrónico ou numa mensagem num programa de mensagens instantâneas.
Os sistemas mais susceptíveis a este risco são sistemas voltados para a Internet com o IIS e o ASP.NET instalado. Além disso, Web sites internos que usam a autenticação de formulários ASP.NET podem estar susceptíveis a esta vulnerabilidade.
A actualização resolve a forma como o ASP.NET processa conteúdos guardados em cache.
Para obter mais informações, consulte o Artigo 910723 da Base de Dados de Conhecimento da Microsoft: Lista de resumo de artigos mensais sobre orientações de detecção e implementação.
Instalação sem intervenção do utilizador Para o Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows XP Service Pack 3:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows XP Service Pack 3:
Instalação sem reiniciar Para o Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows XP Service Pack 3:
Informações de Ficheiros Consulte o Artigo 2638420 da Base de Dados de Conhecimento da Microsoft
Verificação da Chave de Registo Para o Microsoft .NET Framework 1.1 Service Pack 1, quando instalado no Windows XP Service Pack 3:
Esta actualização de segurança suporta os seguintes parâmetros de configuração para o Microsoft .NET Framework 1.1 Service Pack 1.
/l<LogFile> Gerar ficheiro de registo
Esta actualização de segurança suporta os seguintes parâmetros de configuração para o Microsoft .NET Framework 2.0 Service Pack 2, Microsoft .NET Framework 3.5 Service Pack 1 e Microsoft .NET Framework 4.
Para o Microsoft .NET Framework 2.0 Service Pack 2 no Windows Server 2003 Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2003 Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2003 x64 Edition Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2003 com SP2 para sistemas baseados em Itanium:
Esta actualização de segurança suporta os seguintes parâmetros de configuração para o Microsoft .NET Framework 1.1 Service Pack 1 no Windows Server 2003 Service Pack 2.
/nobackup Não faz cópias de segurança de ficheiros para desinstalação.
/warnrestart Apresenta uma caixa de diálogo com um temporizador avisando o utilizador de que o computador irá reiniciar dentro de x segundos. (A predefinição é de 30 segundos.) Destinado a ser usado com os parâmetros /quiet ou /passive.
Esta actualização de segurança suporta os seguintes parâmetros de configuração no Microsoft .NET Framework 1.1 Service Pack 1 no Windows Server 2003 x64 Edition Service Pack 2 e Windows Server 2003 Edition para sistemas baseados em Itanium Service Pack 2.
Esta actualização de segurança suporta os seguintes parâmetros de configuração para o Microsoft .NET Framework 1.1 Service Pack 1 no Windows Server 2003 x64 Edition Service Pack 2 e Windows Server 2003 Edition para sistemas baseados em Itanium Service Pack 2.
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Vista Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Vista x64 Edition Service Pack 2:
Instalar a Actualização para o Microsoft .NET Framework 1.1 Service Pack 1 ((KB2656353)
Instalar a Actualização para o Microsoft .NET Framework 2.0 Service Pack 2 ( KB2656362 )
Instalar a Actualização p ara o Microsoft .NET Framework 3.5 Service Pack 1 e Microsoft .NET Framework 4 (KB2572063)
Esta actualização de segurança suporta os seguintes parâmetros de configuração para o Microsoft .NET Framework 3.5 Service Pack 1 e Microsoft .NET Framework 4.
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2008 para sistemas de 32 bits Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2008 para sistemas baseados em x64 Service Pack 2:
Para o Microsoft .NET Framework 3.5 Service Pack 1 no Windows Server 2008 com SP2 para sistemas baseados em Itanium:
Instalar a Actualização p ara o Microsoft .NET Framework 2.0 Service Pack 2 (KB2656362)
Irene Abezgauz, da Seeker, por fornecer informações sobre a Vulnerabilidade de Redireccionamento sem Segurança em Autenticação de Formulário .NET (CVE-2011-3415)
Kestutis Gudinavicius, da SEC Consult, por fornecer informações sobre a Vulnerabilidade em que a Autenticação de Formulários ASP.Net é Ignorada (CVE-2011-3416)
Oliver Dewdney, da LBi, por fornecer informações sobre a Vulnerabilidade na Cache de Permissão de Autenticação de Formulários ASP.NET (CVE-2011-3417)
V1.0 (29 de Dezembro de 2011): Boletim publicado.
V1.1 (30 de Dezembro de 2011): Adicionada entrada às Perguntas Mais Frequentes sobre a Actualização para resolver alterações de segurança em termos de funcionalidade contidas nesta actualização e adicionado um factor atenuante para CVE-2011-3414.
V1.2 (17 de Janeiro de 2012): Adicionada entrada às Perguntas Mais Frequentes sobre a actualização para anunciar que as actualizações de segurança para o Microsoft .NET Framework 3.5 no Windows Developer Preview e o Microsoft .NET Framework 4.5 no Windows Developer Preview estão disponíveis no Microsoft Update e no Windows Update.
V1.3 (1 de Fevereiro de 2012): Correcção de chaves de registo e parâmetros de instalação nas tabelas de implementação para o Windows Server 2003 e Windows Server 2008 e parâmetros de instalação na tabela de implementação para o Windows Vista. Trata-se de uma alteração informativa apenas. Não foram efectuadas alterações aos ficheiros da actualização de segurança ou à lógica de detecção.
V1.4 (11 de Maio de 2012): Adicionada uma entrada à actualização das Perguntas Mais Frequentes para anunciar que o KB2656353, oferecido neste boletim, também resolve o CVE-2012-0160 e o CVE-2012-0161, que são documentados no MS12-035.
V1.5 (terça-feira, 22 de Maio de 2012): Adicionada uma entrada à actualização das Perguntas Mais Frequentes para anunciar uma alteração de detecção para KB2656352 para o Microsoft .NET Framework 2.0 Service Pack 2 para corrigir uma questão relacionada com a instalação. Esta é apenas uma alteração de detecção. Não foram efectuadas alterações aos ficheiros de actualização de segurança. Os clientes que já tenham aplicado esta actualização com sucesso não necessitam de efectuar qualquer acção.

References: Artigo 2638420
 Artigo 2656360
 Artigo 2656354
 Artigo 2661403
 Artigo 2661404
 Artigo 910723
 Artigo 2638420