ProofFlow · aprovação de ações críticas

Aprove a operação, não apenas a pessoa.

Um pagamento, uma alteração de acessos ou uma mudança na consola merecem mais do que um «sim». O ProofFlow mostra os valores exatos, liga a confirmação a esse pedido e regista a decisão num recibo assinado que pode verificar fora do serviço.

Preparar um piloto Ver como funciona

Pedido canónico · SHA-256
Código de comparação
Decidida uma vez
Recibo assinado

ProofFlow · pedido de um sistemaexemplo ilustrativo

ERP · ecrã

Pagar fatura INV-42

1 250,00 € · Fornecedor Exemplo, Lda.

205 731

código de comparação

Telemóvel

Aprovar: Pagar fatura

Pedido por ERP Financeiro

205731

Aprovar

Recibo assinadoapproved · ML-DSA-65 (+ Ed25519 em modo híbrido)

Pedido criado
Código conferido
Decisão confirmada
Recibo emitido

Em vídeo

A prova fica com a operação.

Locução em inglês, com legendas em português e em inglês. Ecrãs reais do produto; pessoas, organizações e montantes são fictícios.

Como funciona

A prova fica presa ao pedido.

O ProofFlow é a MFA do AuthGuard para ações críticas, e o mesmo motor protege a consola, a entrada nas aplicações e os pedidos de outros sistemas. Veja a comparação com a MFA comum.

01 · Pedido
Fixe o que vai ser aprovado

O pedido é escrito numa forma canónica, com a operação, os campos e o prazo. Um digest SHA-256 cobre o pedido inteiro.
02 · Código
Compare o ecrã e o telemóvel

Seis dígitos derivados do digest acompanham o pedido. No telemóvel, a pessoa escreve o código que o ecrã mostra ou confirma que é igual; se o pedido for trocado, os códigos deixam de coincidir.
03 · Confirmação
Passkey ou telemóvel

A passkey assina aquele pedido e só aquele. Quando o tipo de operação o permite, a aprovação no telemóvel é confirmada com biometria ou PIN.
04 · Recibo
A decisão fica assinada

Cada pedido é decidido uma única vez e a decisão gera um recibo assinado com ML-DSA-65, a que se junta Ed25519 quando a instalação assina em modo híbrido. Verifica-se offline com as chaves públicas da instalação.

Exemplo ilustrativo

Uma fatura de 1 250 € e alguém que a pode recusar.

O ERP precisa de autorização para pagar a fatura INV-42. Cria um pedido na API de intents com o montante e o beneficiário e mostra o código de comparação ao lado da operação.

A Ana vê os mesmos valores na consola ou no telemóvel. Se não reconhecer o pedido, recusa. Se aprovar, o ERP recebe a decisão por webhook ou por consulta, verifica o recibo e só então executa o pagamento.

Para quem integra

Uma API, prova verificável.

API de intents

Peça a decisão a partir dos seus sistemas

Tipos de operação com até 16 campos tipados: montantes, datas, escolhas
Idempotency-Key obrigatória para repetir sem duplicar
Webhooks assinados com HMAC-SHA-256 (Standard Webhooks)
SDKs para TypeScript, Python, Java, .NET e Go

Consola

Proteja as alterações administrativas

Cada alteração pede uma passkey ou aprovação recente
A organização pode exigir aprovação no telemóvel
Reposição de fatores pelo helpdesk com dupla aprovação
Política de acesso que recusa por omissão

Prova

Verifique sem depender de nós

O recibo inclui o pedido, o digest, a decisão e o fator usado
Verificável fora do serviço com as chaves públicas da instalação
Não é uma assinatura qualificada nem leva carimbo temporal de terceiros
Auditoria append-only com encadeamento criptográfico

O que convém saber

A aprovação no telemóvel existe para Android 14 ou posterior. No iPhone, use passkey.
No modo predefinido, o sistema que pede tem de mostrar o código de comparação; sem ele, a pessoa não consegue aprovar no telemóvel.
As decisões sobre pedidos de outros sistemas não são avaliadas pela política de acesso: o seu sistema aplica as próprias regras de negócio.
O AuthGuard não executa a operação. O seu sistema verifica o recibo e só depois executa.

No centro de ajuda

Piloto

Escolha uma operação crítica.

Um pagamento, uma alteração de acessos ou uma tarefa administrativa. Definimos consigo os campos, o caminho de aprovação e a verificação do recibo antes da execução.

geral@authguard.pt