Pular para o conteúdo principal

Questão de Segurança da Informação — Práticas de Segurança e Ameaças em Programação — CESPE / CEBRASPE 2024

Segurança da InformaçãoPráticas de Segurança e Ameaças em Programação
Código
ce404075
Banca
CESPE / CEBRASPE
Órgão
BACEN
Ano
2024
Cargo
Ana ( )
No que se refere a técnicas de desenvolvimento seguro, julgue o item que se segue. A redução de velocidade de resposta do servidor é uma forma de prevenção de ataques como o que causa o erro HTTP 429.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Rate Limiting e o erro HTTP 429: prevenção de ataques de sobrecarga

✅ CERTO. A redução de velocidade de resposta do servidor, por meio de técnicas como rate limiting, é uma forma de prevenção de ataques que causam o erro HTTP 429 (Too Many Requests), pois limita o número de requisições que um cliente pode fazer em um intervalo de tempo, mitigando ataques de força bruta e DDoS. Essa prática é uma das principais técnicas de segurança para serviços REST, conforme as boas práticas de desenvolvimento seguro.

O erro HTTP 429 é um código de status que indica que o usuário enviou requisições demais em um determinado período de tempo. Ele é uma resposta do servidor para controlar a taxa de requisições, e a técnica que o implementa é o rate limiting (limitação de taxa). O rate limiting é uma medida de segurança que restringe o número de requisições que um cliente pode fazer a um servidor em um intervalo de tempo específico. Essa técnica é fundamental para prevenir ataques de negação de serviço (DoS/DDoS), força bruta e outros tipos de abuso, pois impede que um único cliente ou um grupo de clientes sobrecarregue o servidor.

A relação entre o rate limiting e o erro 429 é direta: o servidor, ao detectar que um cliente excedeu o limite de requisições permitido, responde com o código HTTP 429, indicando que a requisição foi recusada temporariamente. Dessa forma, a redução da velocidade de resposta do servidor, ou seja, a imposição de limites de requisições, é uma forma de prevenção de ataques que causam esse erro, pois o servidor está ativamente controlando o fluxo de requisições para evitar sobrecarga.

Na prática, o rate limiting pode ser implementado de várias formas, como limitar o número de requisições por IP, por usuário, por chave de API, ou por rota específica. Por exemplo, um servidor pode permitir no máximo 100 requisições por minuto para um determinado IP. Se o cliente exceder esse limite, o servidor retorna o erro 429. Essa técnica é essencial para garantir a disponibilidade do serviço, um dos pilares da segurança da informação (confidencialidade, integridade e disponibilidade).

A pegadinha desta questão é que o candidato pode confundir a redução de velocidade de resposta com outras técnicas de segurança, como a criptografia ou a autenticação. No entanto, a redução de velocidade de resposta, especificamente o rate limiting, é uma técnica de prevenção de ataques de sobrecarga, e o erro 429 é a resposta do servidor quando essa técnica é acionada. Portanto, a afirmação está correta.

1Limita requisições por
IP
Usuário
Chave de API
Rota
2Previne
DDoS
Força bruta
Sobrecarga
3Resposta ao exceder
HTTP 429 (Too Many Requests)
Rate limiting
LEVELsoulevel.com.br
Rate limiting: Limita requisições por (IP, Usuário, Chave de API, Rota); Previne (DDoS, Força bruta, Sobrecarga); Resposta ao exceder (HTTP 429 (Too Many Requests))
NÃO CAIA NESSA!

A banca pode tentar confundir o candidato ao associar a redução de velocidade de resposta com outras técnicas de segurança, como a criptografia ou a autenticação. No entanto, o rate limiting é uma técnica específica de controle de requisições, e o erro 429 é a resposta do servidor quando o limite é excedido. Fique atento: a redução de velocidade de resposta é uma forma de prevenção de ataques de sobrecarga, não de ataques como SQL Injection ou XSS.

PEGA ESSA DICA!

Para questões sobre desenvolvimento seguro, lembre-se do mapeamento de técnicas: rate limiting → previne DDoS e força bruta; consultas parametrizadas → previnem SQL Injection; validação de entrada → previne XSS; criptografia → protege dados em trânsito e em repouso. Essa associação é recorrente em provas de concursos.

Gabarito: ✅ CERTO.

Link permanente: /questoes/ce404075