> ## 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. # Resumen de seguridad > El sistema de seguridad de Tori: auditorías independientes, monitorización continua, reservas verificadas y claves privilegiadas protegidas por multisigs y un timelock de 24 horas. Tori aplica una seguridad por capas: auditorías independientes antes del despliegue, monitorización continua en producción, verificación de las reservas por terceros y claves privilegiadas protegidas por multisigs y un timelock de 24 horas. No se confía en que ninguna capa resista por sí sola, y cada una puede comprobarse desde fuera. Esta página describe el sistema completo; las páginas a las que enlaza contienen el detalle. ## El sistema de seguridad | Capa | Proveedor | Detalle | | - | - | - | | Auditorías de contratos inteligentes | Sherlock y Nethermind | [Informes de auditoría](/es/security/audits.md) | | Monitorización de amenazas | Hypernative | Vigilancia de la actividad del protocolo basada en IA, las 24 horas | | Prueba de reservas | Accountable | Verificaciones en tiempo real en [tori.accountable.capital](https://tori.accountable.capital) | | Custodia de claves | Safes, vaults MPC, timelock | [Matriz de roles](/es/security/roles.md) | ## Auditorías de contratos inteligentes Sherlock y Nethermind auditaron el protocolo de forma independiente. Sherlock ha protegido históricamente más de **\$50 mil millones** en activos en Web3; Nethermind es una firma de investigación y seguridad blockchain. Las auditorías abarcaron los contratos principales del protocolo, el staking y unstaking de strUSD, el control de acceso y las integraciones con terceros. Ambos informes son públicos, con fechas y PDF en la [página de auditorías](/es/security/audits.md), junto con un programa de bug bounty que paga hasta \$1.000.000 por un hallazgo crítico. ## Monitorización Hypernative vigila la actividad del protocolo de forma continua y alerta al equipo en cuanto algo parece ir mal: una transacción inusual o desproporcionada, la dirección de un atacante conocido, una operación de administración, un cambio de parámetros, una dependencia externa que se comporta de forma anómala. Sus modelos puntúan el riesgo de forma continua, y la primera respuesta ante una amenaza detectada es automática. ## Prueba de reservas Accountable verifica las reservas y la información financiera de forma independiente y continua. Las verificaciones abarcan el total de activos gestionados, el ratio de cobertura de los pasivos y el estado del fondo de reserva, y se publican en [tori.accountable.capital](https://tori.accountable.capital), donde cualquiera puede consultarlas en cualquier momento. Las cifras las verifica un tercero en lugar de declararlas el propio protocolo, y se actualizan de forma continua y no con una periodicidad mensual o trimestral. La app replica los datos de respaldo en tiempo real en [app.tori.finance/transparency](https://app.tori.finance/transparency). ## Custodia On-chain, los contratos están auditados, las operaciones críticas requieren un quórum multisig y todo lo que amplía la superficie del protocolo debe esperar un [timelock de 24 horas](/es/security/roles.md). Cada función está protegida por un rol limitado a una sola tarea. Las reservas off-chain están en manos de custodios y socios institucionales previamente evaluados, en cuentas segregadas, diversificadas entre jurisdicciones. [Respaldo y reservas](/es/solution/backing.md) trata en detalle la parte de los activos. > [!NOTE] > > Las reservas del protocolo no se mezclan con los fondos operativos. Todos los activos se mantienen con custodios > previamente evaluados, con socios institucionales o mediante instrumentos regulados. ## Quién puede tocar qué Todos los roles privilegiados de los contratos de mainnet están documentados en la [matriz de roles](/es/security/roles.md), hasta el nivel de función: qué puede hacer cada rol, quién lo tiene y cómo se custodia la clave. En resumen: ningún rol puede hacer más que la tarea concreta que le da nombre, las actualizaciones y los nuevos destinos de custodia esperan 24 horas a la vista de todos antes de poder ejecutarse, y todos los titulares de roles pueden consultarse on-chain. ## Seguridad operativa El acceso del equipo requiere autenticación multifactor, las claves de firma residen en módulos de seguridad de hardware, cada persona tiene el acceso mínimo que necesita su función y los derechos de acceso se revisan de forma periódica. Cuando se detecta un incidente, se sigue un proceso: triaje y clasificación de la gravedad, contención, corrección, comunicación a los usuarios y análisis post mortem. La contención no espera a un quórum multisig: el rol Controlador de Acceso puede desactivar la acuñación y el canje en una sola transacción. ## Cómo informar de una vulnerabilidad Informa de los problemas de seguridad a [security@tori.finance](mailto:security@tori.finance). Nuestro objetivo es acusar recibo de los informes en un plazo de 24 horas. Las recompensas, el alcance y las directrices de divulgación están en la [página de auditorías](/es/security/audits.md#programa-de-bug-bounty). > [!NOTE] > > Ningún sistema puede garantizar una seguridad perfecta. Las auditorías son evaluaciones de un momento concreto, y surgen nuevos > vectores de ataque. Por eso las capas anteriores se solapan. Consulta la [Información sobre riesgos](/es/resources/risks.md) para > ver el panorama completo. ## Próximos pasos > **[Informes de auditoría](/es/security/audits.md)** > > Ambos informes, con fechas, PDF y la tabla de recompensas > **[Roles y timelocks](/es/security/roles.md)** > > Cada clave privilegiada, hasta el nivel de función > **[Respaldo](/es/solution/backing.md)** > > Lo que hay detrás de trUSD > **[Información sobre riesgos](/es/resources/risks.md)** > > Qué puede salir mal, explicado con claridad > [!NOTE] > > **Traducción automática:** esta página es una traducción automática del original en inglés y se ofrece únicamente por comodidad. Puede contener errores u omisiones y no tiene efectos jurídicos. Si esta página y la versión en inglés difieren, prevalece la versión en inglés. Lee el [original en inglés](/security/overview.md) antes de basarte en cualquier contenido de esta página. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.