3. Ferramentas e Recursos Utilizados

4. Metodologia

Tarefa 1: Configuração de Varredura Autenticada

1. Configuração SSH:

   • Instalado OpenSSH (sudo apt install openssh-server).
   • Configurado Nessus com credenciais SSH (usuário: root, senha: kali).
   • Habilitada elevação de privilégios via su.

    

   

2. Resultados da Varredura:

pontuação de vulnerabilidade ssh varrida

RECOMENDAÇÕES Após a varredura autenticada e a avaliação de vulnerabilidades no servidor Linux e aplicações hospedadas, as seguintes etapas de remediação são recomendadas para melhorar a postura de segurança da organização:

1. Correção de Sistema e Software: • Atualizar o OpenSSH para a versão segura mais recente para corrigir vulnerabilidades conhecidas. • Aplicar os patches mais recentes do kernel Linux, incluindo atualizações urgentes como CVE-2022-0185. • Atualizar o Node.js para a versão 18.20.1 ou posterior para mitigar riscos como contrabando de requisições, aleatoriedade insegura e vulnerabilidades de gerenciamento de memória (ex.: CVE-2024-27980, CVE-2024-21891, CVE-2024-21892). • Habilitar atualizações automáticas de patches ou integrar com um sistema centralizado de gerenciamento de patches para garantir a aplicação oportuna de correções de segurança.
2. Fortalecimento do Serviço SSH • Desabilitar algoritmos SSH fracos, cifras (ex.: CBC, Arcfour) e MACs. • Impor autenticação baseada em chave e desabilitar login por senha quando possível. • Configurar porta SSH personalizada e restringir acesso SSH usando regras de firewall ou TCP wrappers. • Limitar acesso a IPs específicos e implementar autenticação de dois fatores (2FA) para conexões remotas.
3. Controle de Usuário e Acesso • Desabilitar login root via SSH; usar sudo para elevação de privilégios. • Remover contas de usuário não utilizadas ou legadas e impor políticas de senha fortes. • Configurar mecanismos de bloqueio de conta para prevenir ataques de força bruta. • Auditar grupos de usuários e privilégios para garantir que o princípio do menor privilégio seja aplicado.
4. Fortalecimento de Host e Rede • Desabilitar serviços desnecessários e fechar portas não utilizadas. • Usar ferramentas de fortalecimento como Lynis, OpenSCAP ou CIS Benchmarks para aplicar melhores práticas. • Implementar regras de firewall para limitar a exposição da rede e prevenir movimento lateral.
5. Monitoramento, Registro e Detecção • Habilitar registro detalhado para eventos SSH, sudo e do sistema. • Integrar logs com uma plataforma SIEM para monitoramento e alerta em tempo real. • Monitorar comportamento suspeito e padrões de acesso anômalos.
6. Segurança de Aplicações e Dependências • Executar npm audit ou yarn audit para escanear e corrigir dependências do Node.js. • Testar aplicações regularmente com ferramentas de análise dinâmica e estática (DAST/SAST). • Usar um Firewall de Aplicação Web (WAF) para bloquear ataques web conhecidos.
7. Backup e Recuperação • Agendar backups regulares de configurações e dados críticos. • Testar procedimentos de recuperação de desastres e restauração de backup periodicamente.
8. Conscientização e Governança de Segurança • Realizar treinamento regular de segurança para administradores de sistemas e desenvolvedores. • Manter políticas, procedimentos e documentação de ativos de segurança atualizados. • Realizar avaliações periódicas de vulnerabilidades e testes de penetração para se manter proativo.

Tarefa 2: Varredura de Aplicação Web

1. Vulnerabilidades do Nginx:

• CVE-2021-23017 (CVSS 7.5): Estouro de buffer no Nginx 1.15.5.

  • Exploit: DoS remoto via requisição maliciosa.
  • Patch: Atualizar para Nginx ≥1.20.1.

• CVE-2022-41741 (CVSS 8.2): Corrupção de memória HTTP/2.

• CVE-2025- 2254

  • Exploit Disponível: Sim (módulo Metasploit).

1. Análise de Vulnerabilidade:
   • Facilidade de Exploit: Baixa complexidade (exploits públicos disponíveis).
   • Datas de Patch:
     • CVE-2021-23017: Corrigido em junho de 2021.
     • CVE-2022-41741: Corrigido em outubro de 2022.

Tarefa 3: Relatórios Automatizados por E-mail

1. Configuração SMTP:

   • Host: smtp.gmail.com (Porta: 587, TLS).

   

   • Usada senha de aplicativo do Gmail para autenticação.

   

   

   • E-mail de teste enviado com sucesso para as partes interessadas.

   

   nessus enviou um e-mail. o que significa que funcionou perfeitamente.

Tarefa 4: Gerenciamento de Patches

1. Playbook Ansible:

   • Removido Nginx desatualizado (/usr/local/nginx).
   • Instalada a versão mais recente do Nginx (apt: name=nginx state=latest).

   

   script .yml para atualizar a versão antiga do Nginx

   • Resultado: Atualizado de Nginx 1.15.5 para 1.26.3.

   

5. Análise e Descobertas

Principais Vulnerabilidades Identificadas

1. Versões Desatualizadas do NGINX

• CVE-2021-23017: Sobrescrita de 1 byte de memória no resolvedor DNS (risco: RCE/travamentos).
• Exploits HTTP/2:
  • CVE-2019-9511, CVE-2019-9513, CVE-2019-9516: DoS via manipulação de quadros.
  • CVE-2018-16843, CVE-2018-16844, CVE-2018-16845: Ataques de exaustão de CPU/memória.
• CVE-2019-20372: Divulgação da versão do servidor via cabeçalhos HTTP (vazamento de informações).

2. Múltiplos Achados de Plugins do Nessus

• IDs de Plugin: 150154, 127907, 118956, 134220 confirmam versões não suportadas/vulneráveis do NGINX.

Riscos Principais:

• Sistemas não corrigidos são suscetíveis a ransomware e violações de dados.
• Vulnerabilidades web expõem dados de clientes à interceptação.

6. Ações Críticas para Remediação de Segurança do NGINX

1. Atualizar o NGINX para a Última Versão Estável (≥1.20.1)
   • Por quê? Mitiga:
     • CVE-2021-23017 (corrupção de memória do resolvedor DNS)
     • Vulnerabilidades DoS HTTP/2 (CVE-2019-9511, CVE-2018-16843, etc.)
     • Divulgação da versão do servidor (CVE-2019-20372).
   • Ação:
     • Fazer backup das configurações (nginx.conf), depois atualizar usando repositórios oficiais do NGINX.
     • Verificar a versão após a atualização: nginx -v.
2. Desabilitar ou Fortalecer o HTTP/2
   • Se HTTP/2 for desnecessário:
     • Desabilitar na configuração do NGINX (listen 443 ssl em vez de listen 443 ssl http2).
   • Se necessário:
     • Garantir que o NGINX esteja corrigido (após a atualização).
     • Monitorar logs para tráfego HTTP/2 anômalo (ex.: streams/quadros rápidos).
3. Implementar Gerenciamento de Patches
   • Automatizar atualizações: Usar ferramentas como unattended-upgrades (Linux) ou Ansible.
   • Agendar auditorias: Verificações mensais de atualizações de pacotes NGINX/SO.
4. Verificar Correções com Rescan do Nessus
   • Reexecutar o Nessus (IDs de Plugin: 150154, 127907, etc.) para confirmar:
     • Versão do NGINX não mais sinalizada.
     • CVEs HTTP/2 (se habilitadas) estão corrigidas.

Etapas Adicionais de Fortalecimento

• Ocultar versão do NGINX: Adicionar server_tokens off; no nginx.conf.
• Limitar Métodos HTTP: Permitir apenas GET, POST, HEAD se aplicável.
• Monitorar Bases de Dados CVE: Inscrever-se em avisos de segurança do NGINX.

Cronograma:

• Imediato (24-48h): Atualizar NGINX, desabilitar HTTP/2 (se possível).
• Acompanhamento (1 semana): Implantação do gerenciamento de patches + rescan.

Pós-Remediação: Documentar alterações e atualizar planos de resposta a incidentes para incluir cenários de exploit HTTP/2/NGINX.

7. Desafios e Soluções

8. Conclusão

A avaliação identificou vulnerabilidades críticas na infraestrutura web da CyberTech devido a versões desatualizadas do NGINX e CVEs não corrigidas, expondo a organização a ataques DoS, corrupção de memória e divulgação de informações. Para lidar com esses riscos, atualizações imediatas, fortalecimento do HTTP/2 e gerenciamento automatizado de patches são essenciais.

Uma varredura de acompanhamento deve ser realizada após a remediação para validar as correções. Manter uma postura proativa de segurança por meio de atualizações e monitoramento regulares ajudará a mitigar ameaças futuras e garantir resiliência a longo prazo.

10. Referências

1. NIST NVD: https://nvd.nist.gov
2. Nessus Documentation: https://www.tenable.com
3. https://www.notion.so/Nessus-1cb5f18a0bc980cdb558d62702ab23e9?pvs=4