A estrutura de segurança
Auditorias de smart contracts
A Sherlock e a Nethermind auditaram o protocolo de forma independente. Historicamente, a Sherlock já protegeu mais de $50 bilhões em ativos no Web3; a Nethermind é uma empresa de pesquisa e segurança em blockchain. As auditorias abrangeram os contratos centrais do protocolo, o stake e o unstake de strUSD, o controle de acesso e as integrações com terceiros. Os dois relatórios são públicos, com datas e PDFs na página de auditorias, junto com um bug bounty que paga até $1.000.000 por uma descoberta crítica.Monitoramento
A Hypernative acompanha continuamente a atividade do protocolo e alerta a equipe assim que algo parece errado: uma transação incomum ou de valor fora do padrão, um endereço de atacante conhecido, uma operação administrativa, uma alteração de parâmetro, uma dependência externa com comportamento anômalo. Seus modelos atribuem pontuações de risco de forma contínua, e a primeira resposta a uma ameaça detectada é automatizada.Prova de reservas
A Accountable verifica as reservas e as informações financeiras de forma independente e contínua. As verificações abrangem o total de ativos sob gestão, o índice de cobertura dos passivos e a situação do fundo de reserva, e são publicadas em tori.accountable.capital, onde qualquer pessoa pode consultá-las a qualquer momento. Os números são verificados por terceiros, e não autodeclarados, e são atualizados continuamente, em vez de seguir um ciclo mensal ou trimestral. O app reproduz os dados de lastro em tempo real em app.tori.finance/transparency.Custódia
On-chain, os contratos são auditados, operações críticas exigem quórum de multisig, e tudo o que amplia a superfície do protocolo precisa aguardar um timelock de 24 horas. Cada função fica protegida por um papel restrito a uma só tarefa. As reservas off-chain ficam com custodiantes e parceiros institucionais previamente avaliados, em contas segregadas e diversificadas entre jurisdições. A página Lastro e reservas trata em detalhe do lado dos ativos.As reservas do protocolo não se misturam aos recursos operacionais. Todos os ativos são mantidos com
custodiantes previamente avaliados, parceiros institucionais ou por meio de instrumentos regulados.
Quem pode mexer em quê
Todos os papéis privilegiados dos contratos na mainnet estão documentados na matriz de papéis, até o nível de cada função: o que cada papel pode fazer, quem o detém e como a chave é custodiada. Em resumo: nenhum papel pode ir além da tarefa que lhe dá nome, upgrades e novos destinos de custódia aguardam 24 horas publicamente antes de poderem ser executados, e todo detentor de papel pode ser consultado on-chain.Segurança operacional
O acesso da equipe exige autenticação multifator, as chaves de assinatura ficam em módulos de segurança de hardware, cada pessoa tem apenas o acesso mínimo de que seu cargo precisa, e os direitos de acesso são revisados periodicamente. Quando um incidente é detectado, o processo segue estas etapas: triagem e classificação de gravidade, contenção, correção, comunicação aos usuários e um post-mortem. A contenção não depende de quórum de multisig: o papel Controlador de Acesso pode desativar o mint e o resgate em uma só transação.Como reportar uma vulnerabilidade
Reporte problemas de segurança para security@tori.finance. Nosso objetivo é confirmar o recebimento dos relatos em até 24 horas. As recompensas, o escopo e as diretrizes de divulgação estão na página de auditorias.Nenhum sistema pode garantir segurança perfeita. Auditorias são avaliações pontuais, e novos vetores de
ataque surgem. É por isso que as camadas acima se sobrepõem. Veja o panorama completo na
Divulgação de riscos.
Próximos passos
Relatórios de auditoria
Os dois relatórios, com datas, PDFs e a tabela do bug bounty
Papéis e timelocks
Cada chave privilegiada, até o nível de cada função
Lastro
O que está por trás do trUSD
Divulgação de riscos
O que pode dar errado, dito com clareza
Tradução automática: esta página é uma tradução automática do original em inglês, fornecida apenas por conveniência. Ela pode conter erros ou omissões e não tem efeito jurídico. Se houver divergência entre esta página e a versão em inglês, prevalece a versão em inglês. Leia o original em inglês antes de se basear em qualquer informação desta página.