Segurança no desenvolvimento de sistemas em Java

• Open Web Application Security Project - OWASP: www.owasp.org
• Build Security In: http://buildsecurityin.us-cert.gov/

Este site foi desenvolvido originalmente por Lucas C. Ferreira. Para mais informações, visite meu site ou meu blog. Comentários podem ser enviados para java "arroba" sapao.net.

---

Conteúdo do site:

Camada de Apresentação:

• Proteger a aplicação web contra cross site scripting
• Evitar ataques de CSRF
  
• Validar a origem das requisições
• Controle de acesso em aplicações web
• Evitar nomes de arquivos como parâmetros
• Criar nova sessão após a autenticação do usuário
• Garantir a segurança dos identificadores de sessão (cookies)
• Re-autenticar antes de operações críticas
  
• Não utilizar "open redirect"
• Usar corretamente POST e GET
• Segregar a interface de administração
  

Camada de Negócio:

• Impedir a clonagem dos objetos
• Usar classes não serializáveis
• Usar classes não desserializáveis

Camada de Persistência:

• Evitar "command injection"
• Especificar o diretório onde serão criados os arquivos temporários
• Proteger os arquivos criados
• Evitar "super-usuários" para acessos a bases de dados

Infra-estrutura:

• Usar os mecanismos de autenticação padronizados
  
• Usar sockets com criptografia SSL

Recomendações aplicáveis a todo o sistema:

• Validar os dados de entrada
• Tratar corretamente todos os erros da aplicação
• Usar objetos imutáveis
• Limitar o acesso às variáveis, classes e métodos
• Tornar todos os métodos e classes “final”
• Não usar o escopo de pacote para proteger a classe contra acessos indesejados
• Não armazenar informações confidenciais no código do programa
• Não comparar classes por nome
• Não usar classes internas (“inner class”)
• Verificar condições de “overflow”, “underflow” e conversões de tipos numéricos
• Declarar as variáveis estáticas públicas como “final”
• Não armazenar vetores recebidos como parâmetros
• Apagar dados críticos da memória
• Usar os mecanismos de tratamento de exceções
• Verificar métodos nativos (“native methods”)
• Validar unboxing para tipos primitivos
• Cada módulo deve garantir a sua segurança (inclusive validação de dados)
• Usar mecanismos criptográficos adequados
  

Material de Apoio:

• Bibliografia
• Ferramentas