Pular para o conteúdo principal

Questão de Segurança da Informação — Autenticação — CESPE / CEBRASPE 2023

Segurança da InformaçãoAutenticação
Código
ce153384
Banca
CESPE / CEBRASPE
Órgão
DATAPREV
Ano
2023
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Perfil: Desenvolvimento de Software
No que se refere a OWASP Top 10, julgue o seguinte item.Insecure design recomenda o uso de LIMIT e outros controles SQL para prevenir a divulgação em massa de registros em caso de injeção de SQL.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

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”.

OWASP Top 10 – Insecure Design

Gabarito: Errado (E). A afirmação está incorreta porque a recomendação de usar LIMIT e outros controles SQL para prevenir divulgação em massa de registros em caso de SQL Injection não é uma medida específica do Insecure Design (A04:2021). No OWASP Top 10, a categoria Insecure Design trata de falhas de arquitetura e design que não podem ser corrigidas por uma implementação perfeita, e suas medidas preventivas são de alto nível, como modelagem de ameaças, uso de bibliotecas seguras e limitação de consumo de recursos por usuário/serviço. Já o uso de LIMIT em consultas SQL é uma técnica associada a outras categorias, como Broken Access Control (A01) ou Injection (A03), e não consta como recomendação específica para Insecure Design.

Contexto

O OWASP Top 10 de 2021 define Insecure Design como a quarta categoria (A04), focada em riscos relacionados a designs inseguros que exigem controles desde a concepção. As prevenções listadas no material de referência incluem:

OWASP Top 10 – Prevenções para Insecure Design:

  • Estabeleça e use um ciclo de vida de desenvolvimento seguro com profissionais de AppSec.

  • Estabeleça e use bibliotecas de padrões de projeto seguros.

  • Use Modelagem de Ameaças para fluxos críticos.

  • Integre verificações de plausibilidade em cada camada.

  • Limite o consumo de recursos por usuário ou serviço.

  • Separe as camadas de nível no sistema e na rede.

  • Separe os tenants de maneira robusta.

Note que “limitar o consumo de recursos” é uma diretriz genérica, não se restringe a comandos SQL como LIMIT. O item específico do enunciado confunde essa recomendação com um controle técnico de SQL, o que não corresponde à natureza da categoria Insecure Design.

NÃO CAIA NESSA!

A banca explora a confusão entre duas categorias diferentes do OWASP. O aluno pode associar LIMIT à prevenção de injeção ou vazamento de dados, mas essa medida é mais ligada a Injection (A03) ou Broken Access Control (A01). Insecure Design é sobre a ausência de controles no nível de projeto, não sobre sintaxe SQL.

✅ Portanto, o item está ERRADO.

Link permanente: /questoes/ce153384