TG TRANSACTION GUARDCódigo no GitHub ↗

SECURITY ENGINEERING / LAB 01

A autorização é para
esses dados.

Altere um centavo. Troque o destinatário. Repita a assinatura.
Veja o que o motor permite — e o que ele bloqueia.

DEMONSTRAÇÃO AO VIVO

Execução real de guard.core.Guard em Python. Cada cenário usa um banco temporário isolado.

Transações de teste. Nenhum dinheiro é movimentado.

01 / CONFIGURE O TESTE

Uma transação.
Seis cenários.

Use ponto ou vírgula para centavos. Ex.: 100,00.
Escolha o cenário

02 / OBSERVE O RESULTADO

AGUARDANDO TESTE

Confiança exige
verificação.

Execute um cenário para ver a decisão do motor, o estado final e os eventos de auditoria.

ESTADO FINAL—
INSTRUÇÕES NA FILA—
TEMPO NO SERVIDOR—
  1. A execução aparecerá aqui.
O que esta demonstração verifica?

Ela executa o motor Python original e verifica ECDSA P-256, estados, expiração e inserção na fila. O cenário de concorrência executa oito chamadas sobre o mesmo banco SQLite temporário.

As chaves de teste são geradas no servidor e descartadas. Esta interface não oferece assinatura em dispositivo, confirmação humana confiável, processamento bancário ou execução de Java, Kotlin, Swift e COBOL. Essas integrações têm evidências separadas no repositório.

O PROBLEMA

Autorizar R$ 100 não é autorizar R$ 1.000.

A assinatura precisa corresponder ao destinatário, valor, moeda, dispositivo, nonce, origem e validade da operação. Mudar a mensagem invalida a autorização.

O LIMITE

Enfileirado não significa pago.

Um resultado QUEUED indica uma instrução local autorizada. Cada execução começa do zero e é descartada ao terminar. Nenhuma conta ou credencial real é necessária.

EVIDÊNCIAS REPRODUZÍVEIS

Explore além da interface.

Relatórios gravados do CI ↗Testes e cenários ↗