Considere um cenário típico de exposição de dados sensíveis: uma organização acredita estar segura ao utilizar a criptografia automática do seu banco de dados para encriptar dados financeiros sigilosos dos seus usuários, mas esquece que permite que esses dados sejam automaticamente decriptados nas operações de consulta. Um time de desenvolvedores sem experiência em desenvolvimento seguro trabalha em uma aplicação que acessa essa base de dados. Ao longo do desenvolvimento da aplicação, um tipo comum de vulnerabilidade é inserido em muitas das consultas realizadas, como no seguinte trecho: String consultaHTTP = "SELECT \* FROM extratos WHERE id_cliente='" + request.getParameter("id") + "'"; Para mitigar o impacto dos riscos criados por esse tipo de vulnerabilidade, é possível utilizar:
- A protocolos como FTP ou SMTP para o transporte dos dados sensíveis da aplicação
- B funções criptográficas fortes, como MD5 e SHA1, no mecanismo automático do banco de dados
- C frameworks ORM como o Hibernate e linguagens de consulta como a HQL (Hibernate Query Language)
- D apenas dados fornecidos por usuários autenticados no processamento de consultas
- E cláusulas como LIMIT nas consultas para restringir os resultados retornados.