Aprenda a configurar o Apache com SSL (Parte III) – Final

Mim says:

E para quem quiser aprender a configurar os seus servidores de forma mais segura:

https://calomel.org/ssl_certs.html (pode estar temporariamente indisponível de quando em quando)

e

https://www.ssllabs.com/projects/index.html

Resumidamente, e para que dá prioridade máxima à segurança, não à performance.

Para um nível de segurança de 128 bits* (até pelo menos 2030):

– Chaves RSA privadas de 4096 bits com algoritmo de integridade (hash) SHA256. Ou chave privada EC de 256 bits com algoritmo de integridade (hash) SHA256. (Chaves privadas EC não é possível ser ainda autenticadas por nenhuma autoridade certificadora).
– Algoritmos de 128 bits como o Camellia-128, AES-128 e RC4-128.
– Usarem os protocolos de troca de chave ECDH (preferível) e DHE (segunda escolha), e de preferência nenhum outro, porque este criam uma código único para cada ligação, mesmo que alguém seja capaz de desencriptar uma ligação, não conseguirá desencriptar as outras usando o mesmo código. ECDH com módulo de 256 bits ou DHE com módulo de 4096 bits.
– Protocolos de encriptação TLS 1.1 e TLS 1.2 e nenhum outro.

Para um nível de segurança de 192 bits* (até algum tempo depois de 2030):

– Chaves RSA privadas de 8192 bits com algoritmo de integridade (hash) SHA384. Ou chave privada EC de 384 bits com algoritmo de integridade (hash) SHA384. (Chaves privadas EC não é possível ser ainda autenticadas por nenhuma autoridade certificadora).
– Algoritmos de 256 bits como o Camellia-256, AES-256.
– Usarem os protocolos de troca de chave ECDH (preferível) e DHE (segunda escolha), e de preferência nenhum outro, porque este criam uma código único para cada ligação, mesmo que alguém seja capaz de desencriptar uma ligação, não conseguirá desencriptar as outras usando o mesmo código. ECDH com módulo de 384 bits ou DHE com módulo de 8192 bits.
– Protocolos de encriptação TLS 1.1 e TLS 1.2 e nenhum outro.

Para um nível de segurança de 256 bits* (até algum tempo depois de 2040):

– Chave privada EC de 512 bits com algoritmo de integridade (hash) SHA512. (Chaves privadas EC não é possível ser ainda autenticadas por nenhuma autoridade certificadora).
– Algoritmos de 256 bits como o Camellia-256, AES-256.
– Usarem o protocolo de troca de chave ECDH e de preferência nenhum outro, porque este cria uma código único para cada ligação, mesmo que alguém seja capaz de desencriptar uma ligação, não conseguirá desencriptar as outras usando o mesmo código. ECDH com módulo de 512 bits.
– Protocolo de encriptação TLS 1.2 e nenhum outro.

* nível de segurança comprometido se existir, ou vier a existir tecnologia processamento computorizado de nível quântico, que será capaz de quebrar a segurança das chaves privadas RSA e EC instantaneamente devido à forma como funciona. Alternativas futuras poderão ser o Lamport, McEliece ou NTRU… parecendo de momento que McEliece aquele que melhor se adequará no futuro apesar de alguns problemas (não aplicáveis na pratica a PC’s)
Fontes:
– http://middleware.internet2.edu/idtrust/2009/papers/07-perlner-quantum.pdf
– http://www.keylength.com/

Notas adicionais:
– Usarem chaves RSA de 4096 bits tem um impacto na quantidade de clientes que se podem ligar ao servidor, contudo é a única maneira de garantirem um nível de segurança de 128 bits.
– Provavelmente devido a problemas de patentes, nenhuma autoridade certificadora se disponibiliza a assinar certificado EC, apesar de algumas já terem a chave pública presente nos repositórios de chaves dos browsers. Quando ficarem disponíveis, deverão ser preferidas, dado que irão aumentar a segurança e reduzir o impacto no servidor.