Segurança em Desenvolvimento de Software

Segurança em Desenvolvimento de Software Wagner Elias, SANS GIAC, CBCP Gerente de Pesquisa e Desenvolvimento

Agenda
Por que Segurança em Desenvolvimento
O SDL (Secure Development Lifecycle)
Abordagens de Testes de Segurança de Software
Criando planos de testes com base na Modelagem de Ameaças
Conclusão
Referências

Por que Segurança em Desenvolvimento

É mais barato identificar e corrigir de forma proativa Custo para corrigir uma vulnerabilidade Baseado no estágio que ela foi identificada $139 $455 $977 $7,136 $14,102 Fonte: "Software Defect Reduction Top 10 List," IEEE Computer, IEEE Computer Society

A maioria das aplicações possuem falhas de segurança
NIST: 92% das vulnerabilidades de segurança estão em software
GARTNER: 75% dos incidentes são causados por falha de software

O SDL (Secure Development Lifecycle)

O Processo

Oportunidade de considerar segurança desde o ínicio
São definidos os requisitos de segurança que devem ser atendidos pelo software
Normas e exigências regulatórias
Certificações (Common Criteria, PCI)
Atendimento a políticas de segurança interna
Requisitos

Definir e documentar a arquitetura de segurança
Usar princípios de design seguro
Uso de camadas, código gerenciado, menor privilégio, redução de superfície de ataque
Documentar superfície de ataque e reduzir a exposição das configurações default
Criar modelos de ameaça e mitigar ameaças usando controles
Definir metas de segurança adicionais que sejam específicas para o produto
Design

Uso de normas de codificação e teste
Uso de checklists para aplicação das normas
Cartilhas de boas práticas
Aplicação de ferramentas de teste de “fuzzing”
Aplicação de ferramentas de análise de código estático
Condução de revisões de código
Implementação

Testes e verificação são realizados para garantir o lançamento de uma versão beta
Atendimento dos requisitos
Revisão de Código
Testes de Segurança
Verificação

A Revisão Final de Segurança será realizada e a seguinte pergunta será respondida: "Do ponto de vista da segurança, este software está pronto para ser lançado?“.
A avaliação precisa ser independente e com um único objetivo: garantir a segurança do software que será entregue ao cliente.
Lançamento

Com o software habilitado ao uso pelo cliente é necessário garantir uma resposta caso um incidente ocorra.
Time de Resposta a Incidentes
Gestão e liberação de patchs de correção
Estudos de causa raiz que servirão de base para o aperfeiçoamento e melhoria contínua do SDL
Fase de resposta

Abordagens de Testes de Segurança de Software

White-Box
Black-Box
Fuzzing
Classificação dos testes

Teste onde o testador tem amplo conhecimento do software e acesso a código fonte
Vantagens
Permite um teste completo de todas as características do software
Desvantagens
O teste pode ficar inviável com um número grande de linhas de código
White-Box

Teste onde o testador tem o mesmo conhecimento e privilégios de acesso de um usuário comum.
Vantagens
Pode ser executado sem acesso a “solution” (código fonte compilavel)
É possível testar controles em “run-tyme”
Desvantagens
O testador necessita de conhecimentos avançados em segurança de software
Pode ser necessário realiazar um engenharia reversa do software
Black-Box

Técnica para injeção de falhas
Escalável – funciona com qualquer linguagem
Versátil – Host ou Rede
Fuzzing

Criando planos de testes com base na Modelagem de Ameaças

Abordagem estruturada usada para identificar e mensurar riscos aos recursos gerenciados pelo software
Permite que o design enderece os riscos de segurança
Define os requisitos e recursos de segurança
Ajuda na definição dos testes e revisões de código
Modelagem de Ameaças

O Processo

Conclusão

É necessário e viável economicamente garantir a segurança do software que desenvolvemos
Testes de segurança irão garantir que o software desenvolvido terá sua garantia de funcionalidade e não trará riscos aos seus beneficiados
O processo de resposta a incidentes, após a entrega do software, não será traumático devido a falhas que não foram identificadas durante o processo de desenvolvimento
Todas as informações e expectativas de segurança do cliente serão garantidas
Conclusões

Referências

O processo SDL - Trustworthy Computing Security Development Lifecycle http://www.microsoft.com/brasil/security/guidance/topics/lifecicle/sdl.mspx
Modelagem de Ameaças http://www.microsoft.com/brasil/security/guidance/topics/devsec/secmod76.mspx
OWASP (Open Web Application Security Project) http://www.owasp.org/
Referências

Perguntas?
Contatos
Wagner Elias http://wagnerelias.com [email_address]
Conviso IT Security http://www.conviso.com.br [email_address]
Associe-se OWASP (Open Web Application Security Project) http://www.owasp.org ISSA (Information System Security Association) http://www. issabrasil.org

http://wagnerelias.com	170
http://www.slideshare.net	43
http://infoblogs.com.br	2
http://www.infoblogs.com.br	1
http://74.125.45.104	1
http://webcache.googleusercontent.com	1

Segurança em Desenvolvimento de Software

by Conviso Application Security on Oct 22, 2008

Accessibility

Tags

Upload Details

Usage Rights

6 Embeds 218

Statistics

Segurança em Desenvolvimento de Software — Presentation Transcript