Alternativa correta: B - V − V − F

1. Tema central da questão

O tema é hardening do serviço SSH no Linux, fundamental para a segurança de servidores expostos à internet. O objetivo é proteger contra acessos indevidos, ataques de força bruta e o uso de métodos de autenticação inseguros.

2. Resumo teórico

O OpenSSH possui diretivas no arquivo /etc/ssh/sshd_config que permitem configurar o nível de segurança do serviço. Destacam-se:

• PermitRootLogin no: Impede o login remoto do root, mesmo via chave pública.
• PasswordAuthentication no: Desativa autenticação por senha (só permite por chave).
• AuthenticationMethods publickey: Exige autenticação via chave pública.
• LogLevel VERBOSE: Registra detalhes como tentativas com chaves inválidas.

Referências: man sshd_config.

3. Justificativa da alternativa correta

• Primeira assertiva – Verdadeira: PermitRootLogin no bloqueia completamente o login remoto para o usuário root, independente de senha ou chave. Este é um pilar de segurança recomendado para servidores expostos.
• Segunda assertiva – Verdadeira: AuthenticationMethods publickey garante que só se conectam usuários com chave válida. Com LogLevel VERBOSE, o sysadmin poderá monitorar tentativas suspeitas, pois o log trará informações detalhadas sobre falhas de autenticação.
• Terceira assertiva – Falsa: Ao usar chave pública, a chave privada nunca é transmitida ao servidor. Apenas uma prova criptográfica é enviada. A assertiva erra ao dizer que a chave privada é transmitida, pois isso seria uma falha grave de segurança.

4. Análise das alternativas incorretas

As alternativas A, C, D e E trazem sequências que classificam erradamente alguma das assertivas, ignorando o princípio básico de funcionamento da autenticação por chave pública no SSH.

5. Estratégias de interpretação

Fique atento a termos absolutos como “impede completamente” (nesse contexto, é correto), e a descrições técnicas do funcionamento de chaves privadas. Se uma afirmação sugerir que a chave privada é transmitida, desconfie: apenas a chave pública vai para o servidor, e a privada nunca deve sair do cliente!

Gostou do comentário? Deixe sua avaliação aqui embaixo!

3ª assertiva:

"A diretiva PasswordAuthentication no desativa a autenticação por senha, exigindo que o usuário utilize uma chave privada correspondente à chave pública previamente cadastrada no arquivo ~/.ssh/authorized_keys. Nesse processo, a chave privada é transmitida ao servidor para verificação e autenticação."

Análise:

Primeira parte: correta — PasswordAuthentication no realmente desativa o login por senha.

Segunda parte: errada — a chave privada nunca é transmitida ao servidor.

O processo de autenticação com chave pública funciona assim:

O servidor envia um desafio criptografado;

O cliente responde assinando com sua chave privada local;

O servidor verifica a resposta com a chave pública cadastrada.

A chave privada nunca sai do cliente — isso é fundamental para a segurança.

❌ Resultado: Falsa (F)

✅ Gabarito final:

V – V – F