David Castilho
EQUIPE
07/10/2026 • 06:02
Vamos entrar no tema de hardening em servidores Linux, que basicamente significa fortalecer a segurança do sistema para evitar ataques e vulnerabilidades. Esse processo envolve várias medidas, como minimizar os serviços em execução, proteger acessos, e configurar contas e permissões de forma segura.
Analisando as alternativas:
a) Telnet é um protocolo antigo e inseguro porque transmite dados, incluindo senhas, de forma não criptografada. O SSH é o protocolo recomendado para acesso remoto seguro, justamente porque a comunicação é criptografada.
b) Ativar todos os serviços padrão não é uma boa prática. Quanto mais serviços rodando, maior a possibilidade de brechas na segurança. O ideal é desabilitar tudo que não for necessário.
c) Manter contas com senha vazia é extremamente inseguro e facilita ataques, justamente o contrário do que a alternativa sugere.
d) Desabilitar o login direto do root e usar sudo é uma prática recomendada, pois o sudo registra as atividades e reduz o risco de acesso irrestrito ao sistema.
e) Atribuir UID 0 (que é do root) para usuários comuns é perigoso, pois dá permissões máximas a contas que não deveriam ter esse nível de acesso.
Logo, a alternativa correta é a d), que indica uma prática correta para hardening em servidores Linux.
Analisando as alternativas:
a) Telnet é um protocolo antigo e inseguro porque transmite dados, incluindo senhas, de forma não criptografada. O SSH é o protocolo recomendado para acesso remoto seguro, justamente porque a comunicação é criptografada.
b) Ativar todos os serviços padrão não é uma boa prática. Quanto mais serviços rodando, maior a possibilidade de brechas na segurança. O ideal é desabilitar tudo que não for necessário.
c) Manter contas com senha vazia é extremamente inseguro e facilita ataques, justamente o contrário do que a alternativa sugere.
d) Desabilitar o login direto do root e usar sudo é uma prática recomendada, pois o sudo registra as atividades e reduz o risco de acesso irrestrito ao sistema.
e) Atribuir UID 0 (que é do root) para usuários comuns é perigoso, pois dá permissões máximas a contas que não deveriam ter esse nível de acesso.
Logo, a alternativa correta é a d), que indica uma prática correta para hardening em servidores Linux.