Alternativa A - A integração das ferramentas de segurança no ciclo de desenvolvimento, visando a automação do processo.
Conceito Central: DevSecOps
A sigla DevSecOps representa a evolução do modelo DevOps, integrando a Segurança (Security) como parte intrínseca do ciclo de vida do desenvolvimento de software.
O objetivo principal é garantir que a segurança seja tratada desde o início (conceito conhecido como Shift Left), e não apenas como uma verificação final antes do lançamento.
Por que a Alternativa A é Correta?
Para que a abordagem funcione eficazmente em ambientes ágeis, é necessário:
- Automação Contínua: As verificações de segurança devem ocorrer automaticamente em cada commit ou build.
- Integração no Pipeline: Ferramentas de segurança (como SAST, DAST, análise de dependências) devem estar inseridas no fluxo CI/CD (Continuous Integration/Continuous Deployment).
- Velocidade e Consistência: A automação garante que os testes sejam rápidos e repetíveis, eliminando gargalos humanos.
Se a segurança fosse deixada para o fim ou dependesse apenas de intervenção manual, ela se tornaria um obstáculo à agilidade prometida pelo DevOps.
Análise das Outras Alternativas
| Alternativa | Motivo da Incorreção |
|---|
| B) Verificações manuais | Processos manuais são lentos, caros e propensos a erros humanos, contradizendo a agilidade do DevOps. |
| C) Consultoria externa | Embora possa auxiliar, o sucesso da metodologia depende da mudança cultural e técnica da própria equipe, não apenas de terceiros. |
| D) Nenhuma | Incorreta, pois a alternativa A descreve corretamente o princípio fundamental. |
Em resumo, o sucesso do DevSecOps reside na capacidade de automatizar a segurança dentro do fluxo de trabalho de desenvolvimento, tornando-a invisível para o usuário final, mas presente em todo o processo.