#dusk $DUSK @Dusk Todo auditor de TI conhece o teste de controle padrão: puxar o log, verificar se houve adulteração e garantir que o rastro não foi editado posteriormente. A maioria dos sistemas falha nesse teste de forma silenciosa, já que os logs ficam em um banco de dados que um administrador pode alterar. @Dusk incorpora essa garantia na camada de protocolo, em vez de depender de políticas de controle de acesso.
Provas de conhecimento zero funcionam como evidência criptográfica de auditoria. A validade de uma transação é provada matematicamente, e não apenas afirmada por quem controla o banco de dados. Isso se aproxima mais de um rastro de auditoria imutável do que qualquer infraestrutura tradicional de TI produz, porque não existe uma conta privilegiada capaz de reescrever a história silenciosamente. A segregação de funções deixa de ser uma política que você testa e passa a ser uma propriedade que o sistema impõe por construção.
Para quem já escreveu uma constatação sobre acesso excessivo de DBA ou mudanças de configuração sem registro, essa é a parte interessante do design de $DUSK . #dusk
Provas de conhecimento zero funcionam como evidência criptográfica de auditoria. A validade de uma transação é provada matematicamente, e não apenas afirmada por quem controla o banco de dados. Isso se aproxima mais de um rastro de auditoria imutável do que qualquer infraestrutura tradicional de TI produz, porque não existe uma conta privilegiada capaz de reescrever a história silenciosamente. A segregação de funções deixa de ser uma política que você testa e passa a ser uma propriedade que o sistema impõe por construção.
Para quem já escreveu uma constatação sobre acesso excessivo de DBA ou mudanças de configuração sem registro, essa é a parte interessante do design de $DUSK . #dusk