Remediação e exceções do Cloud Security
Como o Cloud Security transforma um finding ou um caminho de ataque em uma correção verificada, como a remediação assistida aplica correções reversíveis sob a sua governança, e como funcionam exceções e prazos.
O Cloud Security só fecha um finding quando a avaliação seguinte prova a correção. Esta página acompanha uma correção do item de trabalho até a verificação, a remediação assistida opcional, e as exceções e os prazos em volta delas.
Itens de trabalho
Um item de trabalho é montado a partir de um finding ou da opção de quebra de um caminho de ataque. Ele traz a correção do catálogo, o patch do host quando uma vulnerabilidade participa, e a verificação. O item passa por To do, In progress e In review; Resolved só é escrito pela avaliação seguinte que prova a correção. Um finding também pode ser enviado ao Jira ou ao ServiceNow pela integração de ticketing da plataforma.
A correção no formato que a sua equipe usa
| Forma | AWS | Google Cloud | Azure |
|---|---|---|---|
| Passos do console | Sim | Sim | Sim |
| CLI | Sim | Sim | Sim |
| Terraform | Sim | Sim | Sim |
| Forma preventiva | CloudFormation | A constraint de organization policy que impede o estado | A definição do Azure Policy que impede o estado |
Prazos
Cada finding recebe um prazo a partir da sua faixa de risco: 7 dias para Critical, 30 para High, 90 para Medium e 180 para Low por padrão. Settings muda os dias de cada faixa, e Posture Findings mostra o dono, o estado e o prazo de cada finding.
Remediação assistida
Em contas AWS e projetos Google Cloud, com uma segunda identidade separada e uma política de governança definida por você, a WASViking aplica por você uma lista curta de correções reversíveis. A segunda identidade é criada a partir dos próprios artefatos dela, com o seu próprio External ID e uma lista de permissão com apenas as ações que você marcar.
| Provedor | Ações |
|---|---|
| AWS | Block Public Access em um bucket, uma porta de administração ou de banco aberta para o mundo, IMDSv2, uma instância ou um snapshot de banco públicos, uma chave de acesso esquecida, a validação de arquivos de log, a rotação de chave, a recuperação pontual, o scan on push |
| Google Cloud | Public access prevention e os membros públicos de um bucket, uma regra de firewall aberta para o mundo, o endereço público de uma instância do Cloud SQL, a rotação de chave, uma chave de service account gerenciada pelo usuário |
| Azure | Não nesta versão; os findings trazem o plano guiado |
Cada ação é pedida em um item de trabalho com o que muda e como reverte, e decidida por um aprovador, ou pela política no caso de uma ação de baixo impacto. Ela é executada pela segunda identidade, verificada pela avaliação seguinte e guardada como um registro de quem pediu, quem decidiu, o que foi lido e o que foi escrito. Uma reversão escreve o estado anterior de volta. A identidade de avaliação continua somente leitura o tempo todo.
Exceções
Aceitar um risco, registrar uma exceção, um falso positivo ou um controle compensatório é sempre limitado no tempo, exige um aprovador e reabre o finding quando expira. A governança de exceções fica em Policies & Controls. Um risco aceito que expirou e ainda não foi reavaliado aumenta o Cloud Risk da conta até que seja.