HARDENING E TELEMETRIA

Linux e infraestrutura defensiva

A segurança de um host Linux depende da configuração de acesso, isolamento, integridade, atualização e observabilidade. Um checklist desconectado da finalidade do servidor pode causar indisponibilidade sem reduzir risco. A metodologia adequada começa pelo inventário e pelo baseline, compara o estado real com o desejado e valida alterações gradualmente.

O que você vai desenvolver

Construir um inventário de controles e um diagnóstico defensivo reproduzível para Oracle Linux 9 e RHEL 9.

Para quem: Administradores Linux, analistas SOC e times de infraestrutura.

Pré-requisitos

  • Acesso administrativo autorizado em laboratório
  • Conhecimento de systemd, permissões POSIX e rede
  • Conhecimento básico de journalctl, rpm e systemctl

Roteiro técnico de estudo

ETAPA 01

Construa um baseline sem alterar o host

Capture versão, kernel, pacotes críticos, serviços habilitados, interfaces, rotas e configuração de tempo. Diferencie observação de intervenção: antes de qualquer hardening, mantenha estado inicial, janela de mudança, backup e mecanismo de rollback. Em Oracle Linux e RHEL 9, use ferramentas nativas e valide os serviços efetivamente instalados.

Atividades recomendadas

  • Execute hostnamectl, uname -r, rpm -qa e systemctl list-unit-files.
  • Verifique chronyd e precisão de horário para correlação de logs.
  • Documente exceções necessárias ao papel da máquina.

ETAPA 02

Audite identidade, acesso e superfície exposta

SSH, sudo e PAM exigem controles distintos. Considere chaves autorizadas, autenticação multifator conforme arquitetura, política de sessões, contas sem uso, acesso de serviços e trilhas de auditoria. Uma porta aberta não é necessariamente vulnerabilidade, mas toda exposição deve ter proprietário e justificativa.

Atividades recomendadas

  • Confira sshd -T, sudo -l e as portas em escuta com ss -lntup.
  • Inspecione regras ativas do firewalld e zonas atribuídas.
  • Avalie permissões de diretórios e arquivos críticos sem modificar dados.

ETAPA 03

Observe SELinux, auditd e integridade

Manter SELinux em enforcing proporciona controles além das permissões tradicionais, mas exige investigação adequada de AVCs. Não use desabilitação do SELinux como correção padrão. Auditd deve ser configurado com objetivo e controle de volume; regras excessivas podem gerar ruído e degradação. Preserve logs com controle de acesso e retenção apropriados.

Atividades recomendadas

  • Consulte getenforce, sestatus e ausearch -m AVC.
  • Verifique serviço auditd e regras com auditctl -l.
  • Registre como identificar o impacto de uma mudança no domínio SELinux.

ETAPA 04

Valide atualização, backup e recuperação

Hardening envolve política de atualização, repositórios confiáveis, inventário de pacotes, testes e recuperação. Não execute dnf upgrade sem plano de mudança. Inclua procedimentos para validar autenticação e serviços após manutenção e registre um critério objetivo para rollback.

Atividades recomendadas

  • Use dnf check-update para identificar atualizações sem aplicá-las.
  • Valide configuração de repositórios e origem dos pacotes.
  • Crie teste pós-mudança para SSH, aplicação, auditoria e rede.

Enciclopédia desta especialidade

Consulte fichas detalhadas para eventos, protocolos, componentes e conceitos operacionais antes de avançar aos artigos.

Leituras técnicas relacionadas

Links liberados apenas quando o material foi aprovado e publicado no CMS.

  • Hardening Linux: primeiro diagnóstico em Oracle Linux 9 e RHEL 9 — em preparação editorial
  • Investigação inicial de possível comprometimento em Linux — em preparação editorial
  • Preservação de evidências digitais e construção de timeline — em preparação editorial

← Voltar às especialidades