
Cada violação envolvendo credenciais roubadas tem a mesma causa raiz: a credencial existiu em algum lugar em texto simples por tempo suficiente para ser encontrada. Em um banco de dados, em uma variável de ambiente, em um arquivo de log, em um dump de memória. A janela de exposição pode ser de milissegundos ou meses. O que importa é que a string estava lá e alguém a encontrou. A resposta padrão é um melhor gerenciamento de segredos: soluções de vault, políticas de rotação, acesso com privilégios mínimos, armazenamento criptografado. Todos esses métodos reduzem a janela de exposição. Nenhum deles a elimina. A credencial ainda existe em uma forma que pode ser extraída se o sistema correto for comprometido no momento certo. O modelo REX da Rialo adota uma abordagem diferente para esse problema. As credenciais de autenticação são criptografadas antes da submissão. Dentro do ambiente de execução privado, elas são descriptografadas exatamente uma vez, usadas para a chamada específica para a qual foram destinadas e, em seguida, removidas da memória. O texto simples nunca aparece no ledger público. Mesmo validadores não conseguem acessar o conteúdo do ambiente de execução enquanto ele estiver em funcionamento. Isso não é uma melhoria marginal no gerenciamento de segredos. É um modelo de ameaça diferente. A @RialoHQ não está tentando proteger uma credencial armazenada contra roubo. Está eliminando completamente a credencial armazenada. Você não pode roubar o que não persiste. O padrão de uso-único-e-destruição para dados sensíveis de autenticação é algo que a segurança Web2 tem tentado aproximar por décadas com serviços de gerenciamento de chaves e módulos de segurança de hardware. A Rialo o implementa nativamente na camada de execução.
