ANÚNCIO

~/questoes/ciberseguranca

Qual das seguintes técnicas é mais comum para explorar falhas no controle de acesso?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência TryHackMe OWASP Top 10 2025: falhas de design de aplicação
Para fixar

Exploração de Falhas no Controle de Acesso

Conceito central

Controle de acesso é o mecanismo que determina quem pode acessar cada recurso de uma aplicação. A maioria das falhas nesta área ocorre não por causa de criptografia fraca, mas porque os desenvolvedores fazem pressupostos frágeis sobre o que os usuários deveriam conseguir alcançar, deixando brechas que podem ser exploradas através de manipulação simples de requisições.

Por que essa resposta faz sentido

A alternativa correta identifica que atacantes exploram falhas de controle de acesso modificando parâmetros nas requisições (como IDs de usuário ou URLs) e enumerando endpoints para descobrir recursos restritos. Esta é a técnica mais comum porque é simples e funciona contra pressupostos mal implementados, não exigindo força bruta ou injeção complexa.

Armadilhas comuns

  • Confundir exploração de controle de acesso com força bruta. Controle de acesso é sobre autorização (quem pode fazer o quê), não sobre quebrar senhas.
  • Pensar que apenas técnicas complexas (injeção SQL, criptoanálise) exploram falhas de segurança. Na realidade, a maioria das brechas de controle de acesso são exploradas com técnicas simples que aproveitam lógica falha.
  • Assumir que se um endpoint não está documentado ou é 'oculto', é seguro. Enumeração de URLs e manipulação de parâmetros podem revelar recursos administrativos ou sensíveis que deveriam ter proteção explícita.

Entenda as alternativas

A

Força bruta contra senhas criptografadas com algoritmos modernos é ineficaz por design. Algoritmos como bcrypt, Argon2 ou PBKDF2 são especificamente desenvolvidos para resistir a ataques de força bruta, tornando esta abordagem impraticável em cenários reais de exploração de controle de acesso.

B

SQL injection avançada é uma técnica diferente, focada em manipular queries de banco de dados. Embora possa ser perigosa, não é o método mais comum para explorar falhas de controle de acesso, que está mais relacionada a permissões e autorização do que a acesso ao banco de dados.

C

Enviar pacotes malformados para desativar firewalls é uma tática de negação de serviço que não está relacionada a controle de acesso. Um firewall desativado não ajuda um atacante a contornar verificações de permissão dentro da aplicação.

D

Modificar parâmetros de requisição (como mudar um ID de usuário em uma URL) e enumerar endpoints para descobrir recursos ocultos é a técnica mais comum porque explora pressupostos frágeis. Desenvolvedores frequentemente assumem que certos recursos 'nunca serão alcançados' sem implementar verificações explícitas, deixando a porta aberta para exploração.

Dica prática: Quando testando controle de acesso, comece alterando parâmetros em URLs (como /user/123 para /user/124) e cookies de sessão para ver se a aplicação valida permissões. Muitas falhas são descobertas desta forma simples. Use ferramentas de proxy como Burp Suite Community para interceptar e modificar requisições facilmente.

Revise pensando: Se você mudasse o parâmetro de usuário em uma URL de perfil de /profile/user=5 para /profile/user=6 e conseguisse ver dados de outro usuário, qual vulnerabilidade de controle de acesso você teria encontrado?