Este tópico responde às perguntas mais frequentes sobre o uso do Application Security.
O Application Security afeta o desempenho da aplicação?
O impacto na aplicação em execução é insignificante. Em testes, a sobrecarga adicional de CPU foi inferior a 1%, o consumo de memória ficou abaixo de 30 MB e a latência da aplicação (RT) não ultrapassou 1 ms. Considere esses valores como referências medidas em ambientes de teste. O Application Security também oferece o modo Monitor e um mecanismo de disjuntor suave para minimizar interferências na aplicação em produção.
Como ativar o Application Security?
Ative o Application Security com um único clique no console ARMS. Após a ativação, reinicie as instâncias da aplicação de destino. Não é necessário alterar nenhum código. Atualmente, o Application Security suporta apenas aplicações Java. Para obter as etapas detalhadas, consulte Enable Application Security.
Como proteger minha aplicação com o Application Security?
Os ataques detectados pelo Application Security representam ameaças reais à segurança. Em comparação com métodos tradicionais baseados em assinaturas de tráfego, o Application Security apresenta taxa muito baixa de falsos positivos. Portanto, trate qualquer ataque detectado com seriedade. Ao ativar o Application Security pela primeira vez, o modo de proteção padrão é o de monitoramento. Depois de confirmar a estabilidade da aplicação, alterne para o modo Monitorar e Bloquear.
Por que não há estatísticas de ataques?
A ausência de dados de ataques pode ocorrer por três motivos:
Integração incompleta da aplicação. Após clicar em Monitor no console, você não reiniciou a instância da aplicação ou reiniciou apenas algumas delas.
-
Agente Java da aplicação desatualizado. O Application Security exige uma das seguintes versões do agente. Para mais informações, consulte Enable Application Security.
-
Em cenários de atualização automática, como aplicações no Container Service e EDAS, a versão do agente deve ser v2.7.1.2 ou posterior.
NotaNesses cenários, atualize o agente automaticamente reiniciando a aplicação ou o pod. Para mais informações, consulte Upgrade the ARMS agent.
Para outros cenários de atualização manual, a versão do agente deve ser v2.7.1.3 ou posterior.
-
Inexistência de ataques bem-sucedidos. Diferentemente de um firewall tradicional, o Application Security registra apenas ataques consumados. Um firewall convencional reporta um ataque ao detectar características maliciosas nos pacotes de dados, mas isso não garante o sucesso da invasão. Por exemplo, uma requisição que explora vulnerabilidade de PHP é irrelevante em ambiente Java. Ataque bem-sucedido significa que o invasor rompeu as defesas externas e penetrou no ambiente interno da aplicação para executar operações maliciosas. Sua aplicação pode não sofrer muitos ataques bem-sucedidos, mas trate cada um deles com prioridade. Bloqueie o ataque ou corrija prontamente a vulnerabilidade subjacente.
Tratamento de vulnerabilidades na Detecção de Componentes de Risco
As vulnerabilidades identificadas pela Detecção de Componentes de Risco são todas públicas. Invasores podem explorá-las para iniciar intrusões. Mesmo que uma vulnerabilidade não seja explorável no momento, ela pode tornar-se uma ameaça conforme o código da aplicação evolui. Na maioria dos casos, o Application Security defende contra essas vulnerabilidades, desde que o modo de prevenção da aplicação correspondente esteja definido como Monitor and Block em vez do modo padrão Monitor.
Corrija essas vulnerabilidades o quanto antes. Faça login no console ARMS. Na página , localize a vulnerabilidade desejada na lista e clique em View na coluna Details. Na aba Details, visualize as correções recomendadas na seção Fix Reference. A maioria das recomendações consiste em caminhos oficiais de atualização ou correções fornecidas pelos fornecedores dos componentes. Também é possível pesquisar o ID CVE da vulnerabilidade em um mecanismo de busca para encontrar soluções relacionadas.