Poodle: Desativar o SSL V3 no servidor é realmente uma solução?

Question

Eu tenho lido o dia todo sobre a vulnerabilidade do Poodle e estou um pouco confuso agora vs Segurança e Receita.

Se eu desabilitar o SSL V3 no servidor (os clientes SSL2 e V3 estarão desabilitados para o Apache), os clientes (navegadores) que não suportam nenhum protocolo, mas o SSL V3 não conseguirão conectar o HTTPS ao servidor.

Portanto, é a situação em que o cliente e o servidor devem se comunicar com o TLS 1.1 1.2 e assim por diante

Se algum deles usa SSL V3 e o outro não suporta versões inferiores, o que acontece? Nenhuma conexão com SSL.

Eu já vi algumas atualizações feitas no Firefox, talvez elas tenham desativado o SSL V3 em que normalmente temos que fazer nas opções. Isso forçará toda a conexão para versões inferiores e TLS

Mas a desativação do SSL V3 é realmente uma solução para esse problema?

    

Answer 1

Primeiro, vamos esclarecer um pouco as coisas:

• O TLS substituiu o SSL. O TLS 1.0 veio depois e é uma atualização para o SSL 3.0.

  TLS 1,2 > TLS 1.1 > TLS 1,0 > SSL 3.0 > SSL 2.0 > SSL 1.0

• As versões SSL anteriores ao 3.0 tiveram vulnerabilidades de segurança severas conhecidas por algum tempo e estão desativadas / não são suportadas pelos clientes e servidores modernos. O SSL 3.0 provavelmente seguirá o mesmo caminho em breve.

• Dos protocolos usados atualmente, o "Poodle" afeta mais severamente o SSL 3.0, onde não há como mitigar. Há um ataque semelhante contra algumas implementações TLS 1.0 e 1.1 > a especificação permite - certifique-se de que seu software está atualizado.

Agora, o motivo "Poodle" é um risco, mesmo com clientes e servidores modernos, devido à implementação de um mecanismo de fallback pelos clientes. Nem todos os servidores suportarão as versões mais recentes, portanto, os clientes tentarão cada versão na ordem entre a maioria e a menos recente (TLS 1.2, TLS 1.1, TLS 1.0, SSL 3.0) até encontrar uma que o servidor suporte. Isso acontece antes de a comunicação criptografada começar, portanto, um invasor man-in-the-middle (MITM) pode forçar o navegador a retornar a uma versão mais antiga, mesmo se o servidor suportar uma versão mais alta. Isso é conhecido como um ataque de downgrade de protocolo.

Especificamente, no caso de "Poodle", desde que o cliente e o servidor suportem o SSL 3.0, um invasor MITM é capaz de forçar o uso desse protocolo.

Então, quando você desabilita o SSL 3.0, isso tem dois efeitos:

• Os clientes que suportam versões superiores não podem ser induzidos a voltar para a versão vulnerável ( O TLS Fallback SCSV é um novo mecanismo proposto para impedir um ataque de downgrade de protocolo, mas nem todos os clientes e servidores o suportam ainda). Esse é o motivo pelo qual você deseja desativar o SSL 3.0. A grande maioria de seus clientes provavelmente se enquadra nessa categoria, e isso é benéfico.

• Clientes que não suportam TLS (como outros já mencionaram, o IE6 no XP é praticamente o único ainda usado para HTTPS) não será capaz de se conectar através de um sistema criptografado conexão em tudo. Esta é provavelmente uma parte menor da sua base de usuários, e não vale a pena sacrificar a segurança da maioria que está atualizada para atender a essa minoria.

Answer 2

Sua avaliação está correta. Os clientes precisarão usar protocolos mais novos para se conectarem ao seu servidor depois que você desabilitar o SSL 3. O protocolo SSL 3 é defeituoso e não haverá "patch". Desativar o SSL 3 é a única solução.

Assim, muitos sites desativaram o SSL 3, a ponto de tornar praticamente inevitável que os usuários de navegadores mais antigos precisem fazer upgrade. Supondo que você esteja registrando strings de agente do usuário, você pode revisar seus logs e tomar uma decisão informada sobre a desativação do SSL 3. Acho provável que apenas uma pequena porcentagem dos visitantes do seu site esteja usando navegadores que não conseguiriam lidar com os protocolos mais novos. / p>

[fwiw - cloudflare reporta 1,12% dos usuários são usuários do IE6 XP dependendo do SSLv3]

    

Answer 3

Sim, a desativação do SSL3 fará com que os usuários que não suportam o TLS não possam acessar seu site.

No entanto, do ponto de vista prático, observe quais navegadores se enquadram nessa categoria. O Chrome e o Firefox suportam o TLS e vão até mesmo descartar o suporte a SSL3 devido a esse bug. IE tem apoiado desde o IE7. O único navegador que não tem suporte, mas ainda é usado em uma escala global, é o IE6, e a única razão que ainda é usada é por dois motivos:

1. Qualquer pessoa com uma versão defeituosa do XP e nenhuma maneira de usar o Chrome ou o Firefox;
2. Qualquer pessoa em uma política corporativa ou governamental com restrições em relação à escolha do navegador.

Em ambos os casos, o IE6 é usado porque é o navegador padrão do Windows XP que vem com a instalação original. Além disso, a única razão pela qual o IE6 ainda tem uma participação de mercado global (pequena) é devido aos muitos usuários na China.

Portanto, longa história: aqui estão três perguntas:

1. Você tem uma significativa base de usuários chineses?
2. O seu site oferece suporte para o IE6, mesmo que seja antiquado e quebrado?
3. Seu website é um produto usado por um governo ou empresa com restrições de escolha de navegador?

Se qualquer um desses 3 for verdade, você terá que encontrar uma solução alternativa. Se todos os 3 forem falsos, basta desativá-lo e acabar com isso. E se você precisar da solução alternativa, é mais difícil convencer que uma pequena parte de sua base de usuários ainda usa o IE6 para se afastar de um navegador de 13 anos.

    

Answer 4

Você menciona " Apache " e " navegadores " em sua pergunta, mas o título é mais geral.

Como Evan e outros apontam, o problema é todo-mas-classificado para HTTPS. Mas há vários outros protocolos que um servidor pode criptografar, e o suporte a TLS é muito mais fraco entre essa base de clientes (como descobri esta manhã, ao determinar "não SSL3" em um servidor IMAP / S).

Por isso, receio que a resposta seja " depende de quais serviços você criptografa e o suporte do cliente para TLS entre sua base de usuários ".

Editar : sim, esse foi o meu ponto, embora eu esteja feliz por você concordar. Desativar o sslv3 é feito em uma base de serviço por serviço. Por exemplo, a maneira de desligá-lo no pombal é colocar

ssl_cipher_list = ALL:!LOW:!SSLv2:!SSLv3:!EXP:!aNULL

em dovecot.conf . O problema maior é que, embora a maioria dos navegadores seja tolerante com a perda do sslv3, os clientes de outros serviços parecem ser muito menos tolerantes. Eu quebrei cerca de metade dos meus usuários esta manhã quando eu desliguei isso no pombal; Telefones Android que executam o e-mail K-9 e o Outlook no Win7 são dois dos quais eu tenho certeza, mas vejo nos meus registros que havia mais.

Desativar o SSLv3 ainda não é apenas uma solução válida, é a única solução ; mas vai doer.

Editar 2 : graças a dave_thompson_085 por apontar que desabilitar cifras SSLv3 no dovecot desativa não apenas o protocolo SSLv3, mas também TLSv1.0 e TLSv1.1, já que eles não têm cifras que o protocolo anterior não. Dovecot (pelo menos, versões anteriores, que incluem a que estou executando) parece não ter a capacidade de configurar protocolos em vez de ciphersuites. Isso provavelmente explica por que isso quebrou tantos clientes.

    

Answer 5

Desativar o SSLv3 é a melhor solução, mas não concordo que seja a única solução. Como CloudFlare descreve, o uso de SSLv3 é muito baixo , então a maioria dos administradores não deve ter problemas em desligá-lo.

Se você tiver um requisito especifico para o SSLv3, talvez seja necessário que você ofereça suporte ao IE6 no Windows XP, ou seja necessário que você ofereça suporte a um software muito antigo; há uma outra maneira de mitigá-lo.

A maneira de mitigá-lo e manter o SSLv3 é usar o RC4 e suportar o TLS Fallback SCSV, que é fornecido pelo OpenSSL 1.0.1j. No post de qualys no poodle , RC4 é a "certa cifra de fluxo insegura cujo nome ninguém quer mencionar".

Isso é o que o google faz em mail.google.com e eles também o descrevem na entrada do blog: link

    

Answer 6

Falta um detalhe da conversa, com base na pergunta original, pode ser uma boa ideia anotá-la. O TLS 1.0 também é referido como SSL 3.1, portanto, o pôster original, você deve olhar para a sua configuração, você está executando v3.0 ou v3.1

    

Answer 7

Como na maioria das coisas, a resposta é "depende". O único navegador em qualquer tipo de uso "comum" que não suporta TLS é o IE6. Infelizmente, vários relatórios dizem que o IE6 pode ser tanto quanto alguns por cento dos pedidos HTTP globais (ver: link ). A boa notícia, se você está na América do Norte, é que é relativamente incomum nos EUA. Para estar seguro, você deve consultar a estatística do agente do usuário a partir dos seus registros do www. No meu caso, havia tão poucas impressões digitais do IE6 que presumi que eram todas de ferramentas de teste.

Você pode testar seu (s) site (s) com o testador do ssllab para ver como vários agentes reagem.

link

TL; DR - SSLv3 está morto; long live TLS.