Realizando Varredura de Vulnerabilidade Autenticada

Visão Geral

A varredura de vulnerabilidade autenticada (com credenciais) utiliza credenciais válidas do sistema para fazer login em hosts de destino e realizar uma inspeção profunda de softwares instalados, patches, configurações e definições de segurança. Comparado à varredura não autenticada, as varreduras com credenciais detectam 45-60% mais vulnerabilidades com significativamente menos falsos positivos, pois podem consultar diretamente pacotes instalados, chaves de registro e conteúdos do sistema de arquivos.

Quando Usar

• Ao realizar avaliações de segurança que envolvam a execução de varreduras de vulnerabilidade autenticadas.
• Ao seguir procedimentos de resposta a incidentes para eventos de segurança relacionados.
• Ao realizar testes ou atividades de auditoria de segurança agendados.
• Ao validar controles de segurança por meio de testes práticos.

Pré-requisitos

• Scanner de vulnerabilidade (Nessus, Qualys, OpenVAS, Rapid7 InsightVM).
• Contas de serviço com privilégios apropriados nos sistemas de destino.
• Armazenamento seguro de credenciais (integração com vault é preferível).
• Acesso de rede do scanner às portas de gerenciamento de destino.
• Autorização por escrito dos proprietários do sistema.

Conceitos Principais

Por que Varredura Autenticada

A varredura não autenticada só pode avaliar serviços e banners visíveis externamente, muitas vezes levando a:

• Vulnerabilidades perdidas em softwares instalados localmente.
• Detecção imprecisa de versões devido a alterações de banner.
• Incapacidade de verificar níveis de patch, configurações ou políticas locais.
• Taxas mais altas de falsos positivos devido à detecção baseada em inferência.

A varredura autenticada resolve esses problemas consultando diretamente o SO de destino.

Tipos de Credenciais por Plataforma

Sistemas Linux/Unix

• Autenticação por Chave SSH: Pares de chaves RSA/Ed25519 (recomendado).
• Nome de Usuário/Senha SSH: Fallback para sistemas sem autenticação baseada em chave.
• Elevação Sudo/Su: Usuário não root com privilégios sudo.
• SSH baseado em Certificado: Certificados X.509 para ambientes corporativos.

Sistemas Windows

• SMB (Windows): Credenciais de administrador de domínio ou local.
• WMI: Consultas do Windows Management Instrumentation.
• WinRM: Gerenciamento Remoto do Windows (HTTPS é preferível).
• Kerberos: Autenticação de domínio com tickets de serviço.

Dispositivos de Rede

• SNMP v3: USM com autenticação e privacidade (AES-256).
• SSH: Para Cisco IOS, Juniper JunOS, Palo Alto PAN-OS.
• Tokens de API: API REST para plataformas de rede modernas.

Bancos de Dados

• Oracle: Credenciais SYS/SYSDBA ou conexão TNS.
• Microsoft SQL Server: Autenticação do Windows ou autenticação SQL.
• PostgreSQL: Autenticação baseada em função.
• MySQL: Usuário/senha com privilégios SELECT.

Fluxo de Trabalho

Etapa 1: Criar Contas de Serviço Dedicadas

# Linux: Create scan service account
sudo useradd -m -s /bin/bash -c "Vulnerability Scanner Service Account" nessus_svc
sudo usermod -aG sudo nessus_svc

# Configure sudo for passwordless specific commands
echo 'nessus_svc ALL=(ALL) NOPASSWD: /usr/bin/dpkg -l, /usr/bin/rpm -qa, \
/bin/cat /etc/shadow, /usr/sbin/dmidecode, /usr/bin/find' | sudo tee /etc/sudoers.d/nessus_svc

# Generate SSH key pair
sudo -u nessus_svc ssh-keygen -t ed25519 -f /home/nessus_svc/.ssh/id_ed25519 -N ""

# Distribute public key to targets
for host in $(cat target_hosts.txt); do
    ssh-copy-id -i /home/nessus_svc/.ssh/id_ed25519.pub nessus_svc@$host
done

# Windows: Create scan service account via PowerShell
New-ADUser -Name "SVC_VulnScan" `
    -SamAccountName "SVC_VulnScan" `
    -UserPrincipalName "SVC_VulnScan@domain.local" `
    -Description "Vulnerability Scanner Service Account" `
    -PasswordNeverExpires $true `
    -CannotChangePassword $true `
    -Enabled $true `
    -AccountPassword (Read-Host -AsSecureString "Enter Password")

# Add to local Administrators group on targets via GPO or:
Add-ADGroupMember -Identity "Domain Admins" -Members "SVC_VulnScan"
# For least privilege, use a dedicated GPO for local admin rights instead

# Enable WinRM on targets
Enable-PSRemoting -Force
Set-Item WSMan:\localhost\Service\AllowRemote -Value $true
winrm set winrm/config/service '@{AllowUnencrypted="false"}'

Etapa 2: Configurar Credenciais do Scanner

Configuração do Nessus

{
  "credentials": {
    "add": {
      "Host": {
        "SSH": [{
          "auth_method": "public key",
          "username": "nessus_svc",
          "private_key": "/path/to/id_ed25519",
          "elevate_privileges_with": "sudo",
          "escalation_account": "root"
        }],
        "Windows": [{
          "auth_method": "Password",

…