Milhares de tentativas de login deixaram o Moodle lento

O ambiente começou a ficar lento enquanto milhares de tentativas de acesso chegavam em pouco tempo, os nomes e horários seguiam um padrão que não correspondia ao comportamento de alunos reais e mostrava uma automação pressionando justamente a página de login.

Em vez de começar pela correção mais provável, conferimos se o endereço usado estava correto, se a conta permanecia ativa, qual método de autenticação estava atribuído, quando havia ocorrido o último acesso bem sucedido e se a falha atingia apenas aquele usuário ou todos que dependiam do mesmo serviço, porque redefinir a senha novamente poderia apenas esconder por alguns minutos uma inconsistência de LDAP, SSO, certificado ou cadastro.

A partir dos horários e usuários reunidos, reproduzimos o login em uma sessão limpa e acompanhamos os registros gerados desde o envio do formulário até a resposta do provedor de identidade, comparando a conta afetada com outra do mesmo perfil que ainda conseguia entrar e verificando horário, origem, retorno recebido e mudanças recentes na configuração.

O detalhe decisivo surgiu ao repetir o caminho completo sem pular nenhuma etapa, pois o resumo inicial de que um grande volume de acessos automatizados consumiu recursos e deixou o ambiente lento para usuários reais. passou a coincidir com uma diferença concreta encontrada no caminho da autenticação, então a correção foi testada primeiro de forma controlada e depois repetida com perfis distintos para garantir que o acesso havia voltado sem abrir permissões além do necessário.

Confirmamos o padrão nos registros, aplicamos os bloqueios previstos no procedimento e acionamos a infraestrutura para filtrar o tráfego antes que chegasse à aplicação, depois acompanhamos o tempo de resposta e os acessos legítimos para ajustar a proteção sem impedir usuários reais de entrar.