Crie fluxos que reagem aos achados assim que aparecem: abrir uma correção, criar um ticket, esperar por uma aprovação ou rodar um segredo exposto. A sua equipa define as regras e mantém o controlo de cada passo.
Fluxo ilustrativo · dados sintéticos
Os passos à esquerda, o fluxo na tela e a configuração à direita. Uma execução de teste mostra exatamente o caminho que um achado segue antes de algo entrar em produção.
Cada fluxo é um conjunto de passos que a sua equipa define uma vez. O Plexicus executa-o para cada achado que corresponda e regista o que aconteceu.
Inicie um fluxo quando um achado é criado, enriquecido ou reaberto. Também o pode executar manualmente, de forma agendada ou a partir de um webhook assinado.
Encaminhe por severidade, tipo de achado ou repositório com condições if e switch. Cada passo tem um caminho de sucesso e um caminho de erro.
Preparar uma correção, abrir um ticket, avisar a equipa, chamar uma API externa ou rodar um segredo exposto com as integrações que já utiliza.
Adicione pontos de aprovação, defina tempos limite e reveja cada execução. Editar um fluxo cria uma nova versão, por isso as execuções em curso mantêm as regras com que começaram.
Seja qual for o ponto de partida, o fluxo é validado antes de ser guardado e nada é executado até um administrador o ativar.
Os achados altos e críticos seguem diretamente para remediação automatizada com uma alteração pronta para revisão. Tudo o resto torna-se um ticket de triagem. Se não for possível preparar uma correção, é aberto um ticket.
Novo achado → verificação de severidade → remediação ou ticket no Jira
Gere um novo valor, guarde-o no HashiCorp Vault, abra um PR em rascunho que substitui o segredo escrito no código por uma variável de ambiente, verifique o novo valor e promova o PR após a aprovação. Qualquer falha abre um ticket.
Rodar → guardar no Vault → PR em rascunho → verificar → aprovar → promover PR
Cada integração tem de passar num teste de ligação antes de ser possível ativar um fluxo que a utilize.
Os fluxos são executados com os mesmos controlos que o resto do Plexicus.
Só os administradores podem criar, editar ou ativar fluxos. Os restantes podem consultar o histórico de execuções. Cada alteração fica auditada.
Aguarde um aprovador antes dos passos sensíveis. Um passo que espera demasiado segue o seu caminho de erro, e uma execução que excede a duração máxima é interrompida.
Os segredos das integrações são cifrados em repouso e só de escrita: nunca voltam a ser mostrados depois de guardados. As chamadas HTTP de saída estão protegidas contra o acesso à rede interna.
Cada achado executa um fluxo uma vez e só volta a fazê-lo quando é reaberto. Gatilhos duplicados não geram trabalho duplicado.
Teste um fluxo antes de o ativar e repita qualquer execução passo a passo com a entrada e a saída de cada passo.
Cada fluxo, integração e execução pertence a um único espaço de trabalho. Nada passa de um cliente para outro.
Marque uma demonstração para ver um achado acionar um fluxo, parar para aprovação e entregar uma alteração pronta para revisão.
