A colocação de funções de criptografia apenas na camada de aplicativos, em vez de alavancar protocolos de rede de nível inferior como TLS/SSL, possui várias desvantagens significativas:
*
Maior complexidade e manutenção de desenvolvimento: O desenvolvedor de aplicativos deve lidar com todos os aspectos da criptografia, incluindo o gerenciamento de chaves, a escolha de algoritmos e modos de operação apropriados, manuseio de preenchimento e abordando possíveis vulnerabilidades. Isso adiciona complexidade significativa à base de código do aplicativo, aumentando o tempo de desenvolvimento, o custo e o potencial de bugs que levam a falhas de segurança. Manter a criptografia segura em várias plataformas e versões se torna um empreendimento substancial.
*
Maior sobrecarga e impacto de desempenho: A criptografia da camada de aplicativo adiciona sobrecarga de processamento a cada mensagem. Isso pode ser significativo, especialmente com grandes conjuntos de dados ou aplicativos de alto tráfego, levando a um desempenho mais lento e aumento do consumo de recursos (CPU e memória). A criptografia de nível inferior geralmente se beneficia da aceleração de hardware, que falta a criptografia da camada de aplicativos.
*
Interoperabilidade difícil: Se vários aplicativos precisarem se comunicar com segurança, todos devem concordar com o mesmo algoritmo de criptografia, modo e esquema de gerenciamento de chaves. A falta de padronização dificulta a interoperabilidade e geralmente evita a integração perfeita com outros sistemas.
*
Falta de autenticação e integridade: Embora a criptografia forneça confidencialidade, ela não garante autenticidade ou integridade inerentemente. A criptografia da camada de aplicativo geralmente requer mecanismos adicionais (por exemplo, assinaturas digitais, códigos de autenticação de mensagens) para verificar a identidade do remetente e garantir que os dados não tenham sido adulterados. Implementar isso de maneira correta e segura é desafiadora.
*
vulnerabilidade aos ataques: A implementação inadequada da criptografia da camada de aplicativo pode introduzir várias vulnerabilidades. Bugs no código de criptografia personalizado podem criar fraquezas exploráveis. Além disso, sem práticas de gerenciamento de chave adequadas, as chaves podem ser comprometidas, tornando inúteis a criptografia. Explorar essas vulnerabilidades pode ser mais fácil se a criptografia não for bem veteraida como protocolos estabelecidos.
*
Falta de confidencialidade para protocolos subjacentes: O criptografia apenas na camada de aplicativo deixa os protocolos de rede subjacentes (IP, TCP) em texto claro. Isso significa que metadados, como endereços IP de origem e destino, números de porta e tamanhos de pacotes, ainda estão expostos, potencialmente revelando informações sobre os padrões de comunicação.
*
Reinvenção da roda: A implementação de criptografia com segurança é incrivelmente complexa. Contar com protocolos estabelecidos e bem-vindos, como o TLS/SSL, reduz significativamente o risco de erros e vulnerabilidades em comparação com a implementação personalizada. Esses protocolos se beneficiam de um extenso escrutínio e melhorias ao longo do tempo.
Em resumo, embora a criptografia da camada de aplicação * possa * ser apropriada para cenários muito específicos de baixa segurança, geralmente não é recomendado para a maioria dos aplicativos devido aos riscos significativos de segurança e desempenho envolvidos. O uso de mecanismos padronizados de criptografia de camada inferior é a abordagem muito superior.
