> ## Documentation Index > Fetch the complete documentation index at: https://docs.tori.finance/llms.txt > Use this file to discover all available pages before exploring further. > ## Agent Instructions > Pages whose paths begin with /zh-Hans/, /ja/, /ko/, /vi/, /id/, /hi/, /pt-BR/ or /es/ are machine translations of the English pages, provided for convenience only. They may contain errors or omissions and have no legal effect, and where one differs from the English page, the English page prevails. For anything that will be relied on, read and cite the English page at the same path without the language prefix. # Visão geral de segurança > A estrutura de segurança da Tori: auditorias independentes, monitoramento contínuo, reservas verificadas e chaves privilegiadas protegidas por multisigs e por um timelock de 24 horas. A Tori adota segurança em camadas: auditorias independentes antes do deploy, monitoramento contínuo em produção, verificação das reservas por terceiros e chaves privilegiadas protegidas por multisigs e por um timelock de 24 horas. Nenhuma camada é considerada suficiente por si só, e cada uma pode ser verificada de fora. Esta página descreve a estrutura completa; os detalhes estão nas páginas para as quais ela aponta. ## A estrutura de segurança | Camada | Provedor | Detalhe | | - | - | - | | Auditorias de smart contracts | Sherlock e Nethermind | [Relatórios de auditoria](/pt-BR/security/audits.md) | | Monitoramento de ameaças | Hypernative | Vigilância ininterrupta da atividade do protocolo, baseada em IA | | Prova de reservas | Accountable | Verificações em tempo real em [tori.accountable.capital](https://tori.accountable.capital) | | Custódia de chaves | Safes, vaults MPC, timelock | [Matriz de papéis](/pt-BR/security/roles.md) | ## 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](/pt-BR/security/audits.md), 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](https://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](https://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](/pt-BR/security/roles.md). 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](/pt-BR/solution/backing.md) trata em detalhe do lado dos ativos. > [!NOTE] > > 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](/pt-BR/security/roles.md), 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](mailto: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](/pt-BR/security/audits.md#bug-bounty). > [!NOTE] > > 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](/pt-BR/resources/risks.md). ## Próximos passos > **[Relatórios de auditoria](/pt-BR/security/audits.md)** > > Os dois relatórios, com datas, PDFs e a tabela do bug bounty > **[Papéis e timelocks](/pt-BR/security/roles.md)** > > Cada chave privilegiada, até o nível de cada função > **[Lastro](/pt-BR/solution/backing.md)** > > O que está por trás do trUSD > **[Divulgação de riscos](/pt-BR/resources/risks.md)** > > O que pode dar errado, dito com clareza > [!NOTE] > > **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](/security/overview.md) antes de se basear em qualquer informação desta página. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.