> ## 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. # よくある質問：セキュリティ > Toriのセキュリティに関するよくある質問への回答です。監査とバグバウンティ、アップグレード、資産の保管場所、カストディ、準備金の検証方法について説明します。 ## スマートコントラクトのセキュリティ ### スマートコントラクトは監査を受けていますか？ **はい**。Toriのすべてのスマートコントラクトは、スマートコントラクトのセキュリティ分野をリードする2社、[Sherlock](https://sherlock.xyz)と[Nethermind](https://www.nethermind.io/)による独立した監査を受けています。Sherlockは、Web3全体で**500億ドル**を超える資産を保護するプロトコルの監査を手がけてきました。 > **[監査レポートを見る](/ja/security/audits.md)** > > 日付と指摘事項を含む両レポートの全文 ### バグバウンティプログラムはありますか？ **はい**。報奨金は深刻度に応じて増え、重大な脆弱性の発見には\$1,000,000を上限として支払われます。報奨金の一覧表、対象範囲、手続きの全容は[監査ページ](/ja/security/audits.md#バグバウンティ)に掲載しています。脆弱性は[security@tori.finance](mailto:security@tori.finance)までご報告ください。 ### コントラクトはどのくらいの頻度で監査されていますか？ コントラクトは最初のデプロイ前に完全な監査を受け、大規模なアップデートの際には変更されたコンポーネントが再監査され、新機能はリリース前に監査されます。その間の期間はバグバウンティがカバーしています。 ### コントラクトはアップグレード可能ですか？ はい。セキュリティ上の修正をリリースできるよう、コントラクトはアップグレード可能なプロキシパターンを採用しています。アップグレードが人知れず行われることはありません。アップグレードは[24時間のタイムロック](/ja/security/roles.md)を通じてのみ実行され、3-of-5 Safeによってキューに登録・実行されるため、どのアップグレードも発効前に丸1日オンチェーンで確認できます。 *** ## 資産のセキュリティ ### 資産はどこで保管されていますか？ オンチェーンの資産は、特権的な操作にマルチシグの定足数を必要とする監査済みのコントラクトに置かれています。オフチェーンの準備金は、審査を経た機関投資家向けカストディアンが分別管理口座で保管しています。全体像は[裏付けと準備金](/ja/solution/backing.md)で説明しており、どの鍵が何を動かせるかは[ロールマトリクス](/ja/security/roles.md)で正確に示しています。 ### trUSD/strUSDは保険の対象ですか？ **いいえ**。trUSDとstrUSDは、次のいずれの保険の対象でもありません。 * いかなる政府機関（FDICなど） * 民間の保険会社 これはDeFiのトークンでは一般的なことです。ご自身のリスク許容度に見合った金額のみをご利用ください。 これとは別に、[Nexus Mutual](https://app.nexusmutual.io/cover/product/446)が、スマートコントラクトとオラクルのリスクを対象とするToriのボールト向けのプロトコルカバーを提供しています。Nexus Mutualのアプリで直接購入できます。 ### カストディアンはどこですか？ ここには2つの別々の取り決めが関わっています。プロトコルの準備金のカストディと、機関投資家が保有するトークンのカストディです。 プロトコルのオフチェーン準備金を保管しているカストディアンは開示していません。そこで保管されている準備金の残高は[Accountableによる独立したアテステーション](https://tori.accountable.capital)の対象となっており、担保は[24時間のタイムロック](/ja/security/roles.md)を通じてオンチェーンで登録されたカストディアドレスにしか移動できません。当社が利用するすべてのカストディアンとパートナーは、ライセンスを取得して規制を受けており、カストディにおける確かな実績を持ち、SOC 2または同等のセキュリティ基準を満たし、完全に分別された口座で資産を保管しています。 機関投資家は、Anchorage Digital、BitGo、Cactus CustodyでtrUSDとstrUSDを保有できます。3社とも両方のトークンに対応しているため、機関投資家はすでに利用しているカストディアンで保有できます。これは機関投資家が所有するトークンのカストディであり、プロトコルの準備金のカストディとは別のものです。各カストディアンの規制対象法人と、入金前に確認すべき事項は[機関投資家向けカストディ](/ja/resources/institutional-custody.md)にまとめています。 ### チームはプロトコルの資産にアクセスできますか？ 単独でアクセスできる人はいません。すべての特権的な関数は、名前の付いたロールによって保護されています。重要な操作には3-of-5 Safeの定足数が必要で、カストディへの送金はタイムロックを経て事前登録されたアドレスにしか行えず、運用用の鍵はそれぞれ1つの役割しか果たせません。すべてのロール、保有者、関数は[ロールマトリクス](/ja/security/roles.md)に記載しており、そのすべてをオンチェーンで確認できます。 *** ## 検証と透明性 ### 準備金はどのように検証できますか？ **3つの検証方法**： **1. 準備金証明** [tori.accountable.capital](https://tori.accountable.capital)で、Accountableによる独立したライブのアテステーションを確認します **2. オンチェーンデータ** Etherscanでスマートコントラクトの残高を直接検証します（[コントラクトアドレス](/ja/resources/contracts.md)） **3. トークンの供給量** trUSDの総供給量を、アテステーションを受けた裏付けと比較します ### 準備金はどのくらいの頻度で検証されていますか？ **継続的に**検証されています。Accountableによる準備金証明は、伝統的な金融のように月次や四半期ごとではなく、リアルタイムで更新されます。 ### 準備金証明はどこで確認できますか？ | 情報源 | 場所 | | - | - | | **Accountable** | [tori.accountable.capital](https://tori.accountable.capital) | | **Toriアプリ** | [app.tori.finance/transparency](https://app.tori.finance/transparency) | | **Etherscan** | [コントラクトのページ](/ja/resources/contracts.md)からオンチェーンの残高を確認 | *** ## 監視とインシデント対応 ### プロトコルはどのように監視されていますか？ **Hypernative**がプロトコルを24時間体制で監視しています。そのモデルは、通常と異なるトランザクションから既知の攻撃者のアドレスまで、異常をリアルタイムで検出してただちにチームに警告し、プロトコルのリスクスコアを常時更新しています。検知と初動対応は自動化されています。 ### セキュリティインシデントが発生した場合はどうなりますか？ 当社のインシデント対応プロセスは次のとおりです。 **1. 検知** 自動監視は、問題をただちに特定できるよう設計されています **2. 評価** 深刻度と潜在的な影響を把握するための迅速なトリアージ **3. 封じ込め** 被害を抑えるための即時の措置（運用の一時停止を含む場合があります） **4. 連絡** 公式チャネルを通じた最新情報の発信 **5. 修復** 根本的な問題の修正 **6. 事後検証** 分析と再発防止策 ### プロトコルを一時停止できますか？ **はい**。ゲートキーパーロールは、1回のトランザクションでミントと償還を停止できます。このロールは、封じ込めがマルチシグの定足数を待たずに済むようにするために存在します。詳細は[ロールマトリクス](/ja/security/roles.md)をご覧ください。 *** ## ご自身を守るために ### 安全に利用するにはどうすればよいですか？ > **URLを確認する** > > [app.tori.finance](https://app.tori.finance)のみを使用してください。フィッシングサイトを避けるため、ブックマークしておいてください。 > **コントラクトを確認する** > > 操作する前に、[コントラクトのページ](/ja/resources/contracts.md)でアドレスを確認してください。 > **ウォレットを保護する** > > 秘密鍵やシードフレーズは、決して誰とも共有しないでください。どのような場合でもです。 > **警戒を怠らない** > > DM、エアドロップ、「サポート」を名乗るメッセージには疑ってかかってください。 ### 注意すべき代表的な詐欺は何ですか？ | 詐欺の種類 | 危険信号 | | - | - | | **フィッシングサイト** | 誤ったURL、シードフレーズの要求 | | **偽のサポート** | Toriを名乗るソーシャルメディア上のDM | | **エアドロップ詐欺** | ウォレットの接続を求める「無料トークン」 | | **なりすまし** | Toriのチームメンバーを装うアカウント | ### Toriのチームが決して行わないことは何ですか？ Toriのチームは、次のことを**決して行いません**。 * シードフレーズや秘密鍵を尋ねること * ソーシャルメディアでこちらから先にDMを送ること * ウォレットを「認証」するためにトークンを送るよう求めること * DMで限定オファーを持ちかけること * 公式アプリ以外のソフトウェアをダウンロードするよう求めること ### どのようなセキュリティ機能を使うべきですか？ | 推奨事項 | 理由 | | - | - | | **ハードウェアウォレット** | 多額の資金を守るうえで最も優れたセキュリティ | | **トランザクションのシミュレーション** | 署名前に何が起こるかをプレビューできる | | **アドレスのホワイトリスト** | 誤ったアドレスへの誤送金を防ぐ | | **取引所での多要素認証** | 中央集権型取引所からブリッジする場合 | *** ## 問題の報告 ### セキュリティ上の脆弱性はどのように報告すればよいですか？ **メール**：[security@tori.finance](mailto:security@tori.finance) **以下を含めてください**： * 脆弱性の明確な説明 * 再現手順 * 概念実証（該当する場合） * 想定される影響の評価 > [!NOTE] > > **責任ある開示**：脆弱性への対応が完了する前に公表しないでください。報告から24時間以内に受領をお知らせすることを目指しています。 ### 詐欺やフィッシングの試みはどのように報告すればよいですか？ 以下を添えて、[security@tori.finance](mailto:security@tori.finance)までメールでお送りください。 * 詐欺のスクリーンショット * 関連するURL * その他の関連情報 ご報告いただくことが、コミュニティを守ることにつながります。 ### ウォレットが侵害されたかもしれない 不正な操作が疑われる場合は、次の対応を取ってください。 1. **停止する**：これ以上トランザクションを行わないでください 2. **資産を移す**：残っているトークンを、新しい安全なウォレットに移してください 3. **報告する**：[Discord](https://discord.gg/torifinance)でチケットを作成し、サポートを受けてください 4. **記録する**：トランザクションハッシュとスクリーンショットを保存してください *** ## セキュリティへのアプローチ ### Toriはセキュリティにどのように取り組んでいますか？ どの保護策も、それ単独で十分だとは見なしていません。監査はデプロイ前に問題を発見し、バグバウンティはデプロイ後も研究者が調査を続けるよう報奨金を支払い、Hypernativeは本番環境をリアルタイムで監視し、マルチシグとタイムロックはすべての特権鍵を制約し、リザーブファンドは不利な状況に対するバッファーとなります。各レイヤーについては[セキュリティの概要](/ja/security/overview.md)で説明しています。 ### どのような限界がありますか？ どのようなシステムも、完璧なセキュリティを保証することはできません。当社はこの点を包み隠さずお伝えしています。 * 監査はある時点での評価です * 新たな攻撃手法が現れる可能性があります * DeFiは本質的に実験的なものです だからこそ、単一の対策に頼るのではなく、複数の保護策を重ね合わせています。 網羅的な情報は[リスク開示](/ja/resources/risks.md)をご覧ください。 *** ## その他のご質問 セキュリティに関するお問い合わせ：[security@tori.finance](mailto:security@tori.finance) 一般的なサポート：[Discord](https://discord.gg/torifinance)にご参加ください > **[セキュリティの概要](/ja/security/overview.md)** > > スタックのすべてのレイヤーを1か所に > **[監査レポート](/ja/security/audits.md)** > > 日付、PDF、報奨金の一覧表 > **[リスク開示](/ja/resources/risks.md)** > > 入金する前にお読みください > **[コントラクト](/ja/resources/contracts.md)** > > すべてのアドレスをEtherscanで検証 > **[ソースコード](https://github.com/Tori-Finance/tori-contracts)** > > GitHub上のデプロイ済みコントラクト > [!NOTE] > > **機械翻訳について**：このページは英語の原文を機械翻訳したもので、便宜のためにのみ提供しています。誤りや欠落を含む可能性があり、法的効力はありません。このページと英語版の内容が異なる場合は、英語版が優先します。このページの内容に依拠する前に、[英語の原文](/faq/security.md)をご確認ください。 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.