Automatizar o acompanhamento de destino de correção no Application Vulnerability Response
As Regras de destino de correção da aplicação definem o intervalo de tempo esperado para corrigir itens vulneráveis (IVAs) da aplicação, fornecendo um intervalo de tempo para corrigir a própria vulnerabilidade. Por exemplo, se um item vulnerável da aplicação contiver uma classificação de risco crítica, a vulnerabilidade desse item precisará ser corrigida em 15 dias.
- O destino de correção.
- O destino do lembrete.
Os gerentes de App-Sec podem ver a data de destino da correção no formulário AVI e nas exibições de lista. No entanto, as datas não são atualizadas para AVIs no estado Adiado, Resolvidoou Encerrado.
- Os AVIs que não atingiram a data de notificação são mostrados em verde.
- Os AVIs que se aproximam da data de destino da correção são mostrados em laranja.
- Os AVIs após a data de destino da correção são mostrados em vermelho.
Regras padrão
- Regra de classificação de risco crítico: uma meta de correção com uma classificação de risco 1-Crítico, uma meta de correção de 15 dias e um lembrete de 7 dias antes da data de meta.
- Regra de classificação de risco médio-alto: uma meta de correção com uma classificação de risco 2-alto ou 3-médio, uma meta de correção de 30 dias e um lembrete de 7 dias antes da data de destino.
- Regra de classificação de risco menos crítica: uma meta de correção com uma classificação de risco 4-baixo, uma meta de correção de 45 dias e um lembrete de 7 dias antes da data de destino.
As regras de destino de correção podem ser desativadas ou excluídas
Quando uma regra é desativada, as datas de destino de correção atuais dos AVIs aos quais ela foi aplicada são apagadas. Se um AVI atender a qualquer regra ativa, essa regra será aplicada, caso contrário, o AVI não terá regra ou data de destino e seu status será Sem meta.
Quando as regras são excluídas, a data de destino da correção e os campos relacionados nos AVIs encerrados são preservados. A data de destino da correção e os campos relacionados em AVIs não encerrados são limpos e todas as regras dependentes são reaplicadas.
Cenário de regra de correção
Quando várias regras de destino de correção são aplicadas ao mesmo AVI, a regra mais restritiva é aplicada.Por exemplo, se um AVI atender à condição de duas regras de destino de correção da aplicação:
- Regra de destino de correção da aplicação 1: aberta pela última vez em 03/07/2018; a meta de correção é de 15 dias desde que foi aberta pela última vez; A data de destino da correção calculada é 16/03/2018 10:00:00.
- Regra de destino de correção da aplicação 2: aberta pela última vez em 10/03/2018; a meta de correção é de 10 dias desde que foi aberta pela última vez; A data de destino da correção calculada é 11/03/2018 10:00:00.
A partir da V17.1, as metas de correção são calculadas a partir da meta de (data). O valor padrão permanece Data da última abertura.
Sobre o trabalho programado Avaliar destinos de correção
Evaluate remediation targets é executado uma vez às 4:00:00 diariamente.
- Não estejam em um estado Encerrado, Adiadoou Resolvido.
- Não tem data de meta de correção.
- Ter uma data de destino de correção posterior à data na regra de destino de correção da aplicação.
Evaluate remediation targets adiciona uma data de destino de correção, se não houver uma, ou se esta regra contiver uma data anterior à do registro, ele atualizará a data de destino existente. Por fim, ele atualiza os campos Data de destino da correção e Status da correção no formulário AVI. Para regras inativas, Avaliar destinos de correção limpa os campos de correção no AVI.
Reaplicar regras de destino de correção
Se o trabalho programado, Evaluate remediation targets estiver em execução, você não poderá iniciar um processo de reaplicação. No entanto, se um processo de reaplicação já estiver em execução e o trabalho programado for acionado, eles serão executados em paralelo.
Os processos de reaplicação em Vulnerability Response e Application Vulnerability Response são independentes e podem ser executados em paralelo.