Checklist de auditoria de segurança mensal do servidor de MU

Segurança de servidor de MU Online não é um estado que você atinge e esquece; é um processo que se degrada sozinho com o tempo. A cada mês surgem novos membros na equipe, contas antigas ficam esquecidas com privilégios ativos, patches deixam de ser aplicados, backups silenciosamente param de rodar e a economia do jogo acumula pequenas anomalias. Uma auditoria de segurança mensal é o ritual que reverte essa entropia: um passo a passo repetível que revisa cada camada do servidor e devolve a configuração ao estado seguro conhecido.

Este tutorial entrega um processo de auditoria mensal completo e prático, organizado por área, para você executar sempre da mesma forma e comparar mês a mês. A padronização é o que dá valor: quando você audita sempre igual, qualquer desvio salta aos olhos. Os comandos e nomes de tabelas são EXEMPLOS e variam por season/emulador (Season 6, IGCN, MuEMU, X-Files e outros) e pelo sistema operacional; adapte à sua stack. O objetivo não é decorar comandos, e sim ter um roteiro que ninguém esquece de seguir.

Pré-requisitos

Para executar a auditoria você precisa de:

1. Acesso administrativo à máquina do servidor e ao banco de dados.
2. Um baseline documentado do estado normal (contas, portas, serviços, tamanho da economia). Se você ainda não tem, a primeira auditoria vai criá-lo.
3. Um local seguro e versionado para guardar os relatórios de cada auditoria.
4. Acesso aos logs de login, de comandos de GM e do sistema operacional.
5. Uma janela de tempo reservada e recorrente no calendário (por exemplo, a primeira segunda-feira do mês).

Trate a auditoria como um compromisso fixo. Auditorias "quando der tempo" nunca acontecem.

Como usar este processo

A auditoria é dividida em seis áreas: contas e acessos, banco de dados, rede e sistema, backups, economia do jogo e resposta a incidentes. Percorra as seções na ordem, marcando cada item. Ao final, registre um relatório curto com a data, quem executou, o que estava fora do baseline e as ações tomadas. Guarde todos os relatórios; a série histórica é o que revela tendências (por exemplo, patches que atrasam sistematicamente ou uma economia inflando mês a mês).

Área 1 — Contas e acessos

O acúmulo de acessos é a vulnerabilidade que mais cresce com o tempo. Revise mensalmente:

1. Liste todas as contas de staff e confirme que cada uma ainda pertence a um membro ativo. Remova ex-membros.
2. Verifique se o nível de privilégio de cada conta ainda corresponde à função (evite escalada silenciosa de permissões).
3. Confirme que o 2FA está ativo em todas as contas administrativas.
4. Revise contas de banco e de sistema operacional em busca de usuários órfãos ou genéricos.
5. Cheque senhas de serviço que nunca foram rotacionadas.

Exemplo de consulta para listar contas com privilégio elevado (adapte o nome da coluna de nível):

SELECT AccountID, CtlCode, LastLoginIP
FROM MEMB_INFO
WHERE CtlCode >= 8   -- EXEMPLO de nível de GM/admin; varia por emulador
ORDER BY AccountID;

Compare o resultado com o baseline. Qualquer conta administrativa nova que você não reconheça é motivo de investigação imediata.

Área 2 — Banco de dados

O banco guarda contas, itens e a economia inteira; comprometê-lo é comprometer o servidor. Revise:

1. Confirme que a porta do SQL Server não está exposta à internet.
2. Verifique que a conta sa está desabilitada ou com senha forte e rotacionada.
3. Cheque se cada aplicação usa um usuário com privilégio mínimo, não uma conta administrativa.
4. Revise as permissões concedidas no último mês.
5. Confirme que os logs de auditoria do banco estão ativos e sendo gravados.

Área 3 — Rede e sistema operacional

1. Liste as portas abertas e compare com o baseline. Feche qualquer porta que não deveria estar aberta.

# Linux
ss -tulpn
# Windows (PowerShell)
Get-NetTCPConnection -State Listen | Sort-Object LocalPort

1. Confirme que patches de segurança do sistema operacional foram aplicados no último mês.
2. Revise as regras de firewall e remova exceções temporárias que ficaram permanentes.
3. Verifique se serviços desnecessários foram desativados.
4. Cheque os logs de acesso remoto (RDP/SSH) em busca de origens estranhas ou horários incomuns.

Área 4 — Backups

Backups que não são testados não são backups; são esperança. Todo mês:

1. Confirme que os backups automáticos rodaram em todos os dias esperados.
2. Verifique a integridade de pelo menos um backup recente.
3. Faça um teste de restauração real em ambiente separado (o passo mais ignorado e mais importante).
4. Confirme que existe uma cópia fora do servidor principal (offsite), protegida contra ransomware.
5. Revise a política de retenção e se ela ainda atende suas necessidades.

Área 5 — Economia do jogo

A auditoria de economia detecta duplicação de itens, exploits e bots que passam despercebidos no dia a dia:

1. Compare o zen total em circulação com o do mês anterior. Crescimento anormal sugere duplicação.
2. Verifique a quantidade de itens excellent e ancient de alto valor gerados no período.
3. Cheque o número de resets por conta em busca de padrões automatizados (bots).
4. Revise as transações do Web Shop e cruze com os pagamentos reais recebidos.
5. Investigue contas com riqueza desproporcional ao tempo de jogo.

Área 6 — Resposta a incidentes e documentação

1. Revise os incidentes de segurança do mês e confirme que cada um foi encerrado.
2. Atualize o baseline se houve mudanças legítimas (nova conta de staff, nova porta necessária).
3. Verifique se o plano de resposta a incidentes ainda está correto e acessível à equipe.
4. Confirme que os contatos de emergência (host, equipe) estão atualizados.

Tabela resumo das áreas de auditoria

Tabela de frequência complementar

Os intervalos acima são um EXEMPLO de ponto de partida e variam conforme o porte do servidor, a criticidade e o tamanho da equipe. Servidores maiores tendem a encurtar esses ciclos.

Erros comuns e soluções

Como manter o processo vivo

Uma auditoria mensal só funciona se for repetível e não depender de uma única pessoa. Documente cada passo em um roteiro que outro membro da equipe consiga seguir sozinho. Automatize o que der (coleta de portas abertas, listagem de contas, verificação de backups) para que o trabalho manual foque na interpretação, não na coleta. Agende a auditoria no calendário como um compromisso fixo e produza sempre o relatório final, por mais curto que seja. O histórico acumulado é, em si, uma das ferramentas de segurança mais valiosas que você terá.

Checklist de lançamento

• Baseline documentado e acessível
• Janela mensal recorrente agendada
• Contas de staff revisadas e ex-membros removidos
• 2FA confirmado em todas as contas administrativas
• Porta do banco fechada e sa protegida
• Portas abertas comparadas com o baseline
• Patches do sistema operacional aplicados
• Backups verificados e restauração testada
• Cópia offsite confirmada
• Economia comparada com o mês anterior
• Transações do Web Shop cruzadas com pagamentos reais
• Incidentes do mês encerrados e documentados
• Relatório da auditoria salvo e datado

Auditar todo mês transforma segurança de um evento reativo em um hábito preventivo. Se você está estruturando o servidor agora, alinhe esse processo desde o início, junto com a base descrita no guia de como criar servidor de MU Online. Um servidor auditado com regularidade raramente é surpreendido; e no MU Online, evitar a surpresa é metade da batalha.

Perguntas frequentes