A respeito de ciclo de vida de desenvolvimento seguro, julgue os item a seguir.
A modelagem de ameaças pode ser aplicada no componente de um software, para apoiar a seleção de recursos de segurança.
GabaritoC — Certo
✅ CERTO. A modelagem de ameaças pode, sim, ser aplicada a um componente específico de software, e uma de suas finalidades é justamente apoiar a seleção de recursos (controles) de segurança. Essa prática é parte integrante do ciclo de vida de desenvolvimento seguro, especialmente na fase de design, e está alinhada a metodologias consagradas como o SDL da Microsoft e o OWASP SAMM.
A modelagem de ameaças é uma técnica estruturada que identifica, classifica e prioriza as ameaças potenciais a um sistema, considerando os ativos, as vulnerabilidades e os possíveis vetores de ataque. O objetivo é antecipar os riscos de segurança antes que o código seja escrito, permitindo que a equipe de desenvolvimento tome decisões de design mais seguras. No contexto do ciclo de vida de desenvolvimento seguro (SDL), a modelagem de ameaças é uma atividade típica da fase de design (ou requisitos), mas pode ser aplicada em qualquer etapa, inclusive de forma iterativa, sempre que houver mudanças significativas na arquitetura ou nos fluxos de dados.
A aplicação da modelagem de ameaças a um componente específico é uma prática comum e recomendada. Em sistemas complexos, modelar o sistema inteiro de uma só vez pode ser inviável; por isso, a modelagem é frequentemente feita por componente, módulo ou funcionalidade crítica. Ao analisar um componente, a equipe identifica as ameaças que o afetam diretamente (por exemplo, injeção de SQL em um módulo de busca, ou quebra de autenticação em um módulo de login) e, a partir daí, define quais controles de segurança são necessários para mitigar essas ameaças. É exatamente isso que a afirmação da questão descreve: a modelagem de ameaças no componente apoia a seleção de recursos de segurança.
Essa relação entre modelagem de ameaças e seleção de controles é um dos pilares do design seguro. O OWASP, por exemplo, recomenda explicitamente o uso de modelagem de ameaças para autenticação crítica, controle de acesso, lógica de negócios e fluxos de chaves. O material de apoio reforça que a modelagem de ameaças deve ser integrada às sessões de refinamento e que, no desenvolvimento da história do usuário, deve-se determinar o fluxo correto e os estados de falha, analisando suposições e condições para fluxos esperados e de falha. Tudo isso converge para a ideia de que a modelagem de ameaças é uma ferramenta de apoio à decisão sobre quais controles implementar.
A banca explora aqui um conceito central do desenvolvimento seguro: a segurança não é um add-on, mas deve ser considerada desde a concepção. A modelagem de ameaças é a ferramenta que materializa essa preocupação, permitindo que as decisões de segurança sejam tomadas com base em uma análise sistemática das ameaças, e não apenas em intuição ou em listas genéricas de boas práticas. Portanto, a afirmação está correta em sua totalidade.
A banca pode tentar confundir o candidato ao sugerir que a modelagem de ameaças é uma atividade exclusiva da fase de testes ou que só se aplica ao sistema como um todo. Na verdade, ela é uma atividade de design (pré-codificação) e pode ser aplicada a componentes específicos, como a questão afirma. Fique atento a essa inversão de fases e de escopo.
Gabarito: ✅ CERTO.
Link permanente: /questoes/ce397910