監査報告書はエクセルであってオラクルではない。
目次
- 核心判断サマリー
- 統合タイムライン
- 脆弱性技術分析
- 監査(Audit)はなぜこれを防げなかったのか
- 対応フレームワーク
- 類似事故比較 — これはWEMIXだけの問題ではない
- 政策・規制への示唆
- おわりに 付録 A. 検証ノート (Admiralty Code) 付録 B. 主要参考ソース
| 項目 | 内容 |
|---|---|
| 文書分類 | TLP:CLEAR（公開配布可能） |
| 作成日 | 2026-07-30 |
| 対象事案 | WEMIX$ コントラクトオーナー権限奪取（2026-07-26）、Play Bridge Vault 侵害（2025-02-28） |
| 文書性質 | 事故分析 + 監査産業批判 + 実務対応フレームワーク |
| 総合信頼度 | B2（通常信頼できる出典 / 事実である可能性が高い）— 根本原因は発行体未公開のため、一部判断は推定 |
| 注意 | 本書の「原因判断」項目の一部は公開情報に基づく推論であり、WEMIX財団の公式事後報告書(RCA)が公開されれば更新が必要 |
1. 核心判断サマリー
| # | 判断 | 確信度 | 根拠 |
|---|---|---|---|
| 1 | 今回の事故はコントラクトロジックのバグではなく権限（資格情報）侵害である。つまり「コードが誤作動した」のではなく「コードが設計どおり正確に作動した」事故である | 高 | 発行体公告自体が「オーナー権限奪取」を原因と明記 |
| 2 | 発行権限が単一オーナーアカウントに集中した構造が被害規模を無制限に拡大させた。キー1個 = 無限ミント | 高 | 522万個の単一トランザクション級発行が阻止されなかった |
| 3 | 監査(Audit)120回以上、CertiK AAA等級は今回の類型の事故を防げなかった。監査範囲と事故発生地点は当初から重ならない | 高 | 監査範囲はオンチェーンコード、事故地点はオフチェーンキー管理 |
| 4 | 検知失敗が被害を拡大させた。外部オンチェーン分析者が先に発見、発行体の公式認定まで約4時間 | 高 | 多数の報道が一致 |
| 5 | 2025年事故（認証キー漏洩）と2026年事故（オーナー権限奪取）は同一の失敗系列である。両方とも「コードではなく資格情報」が突破された | 中〜高 | 2026年事故の正確な侵害経路は未公開 |
| 6 | 担保型ステーブルコインにおける無断ミントは単純な盗難ではなく、ペッグ信頼そのものへの攻撃である | 高 | WEMIX$はUSDC.e担保ベース |
一行サマリー：監査報告書はエクセルであってオラクルではない。 計算を助けるツールにすぎず、未来の安全を宣言してくれる神託ではない。
2. 統合タイムライン
2.1 2026年7月の事案
| 時刻(KST) | イベント |
|---|---|
| 2026-07-08 | WEMIX、米国取引所Kraken上場。グローバル流動性拡大を発表 |
| 2026-07-08前後 | Wemade、ウォン建てステーブルコイン専用レイヤー1「StableNet」を公開 |
| 2026-07-26 18:17~18:18 | WEMIX$関連スマートコントラクトのオーナー権限奪取、無断発行トランザクション発生 |
| 同一時刻以降 | 5,225,525 WEMIX$ 無断発行 → 30,736 WEMIX + 724,198.27 USDC.e に換金 |
| 以降 | Chainlink CCIP · PLAY Bridge経由、Ethereum / BNB Smart Chainへ移動 → ETH、USDTに再スワップ後、多数ウォレットに分散、一部CEX流入 |
| 2026-07-26 夕方 | オンチェーン分析者SpecterがXで疑わしいトランザクションを初公開 |
| 2026-07-26 22:00頃 | WEMIX、公式サイトでセキュリティ事故を公式認定（外部初指摘から約4時間後） |
| 2026-07-27 | ブリッジ全面停止（CCIP停止、PLAY Bridge一時停止）、流動性プール取引停止および財団流動性回収、WEMIX$モジュール・PNIX DEX停止、一部ゲームブロックチェーン/NFT機能制限 |
| 2026-07-27 | 取引所およびステーブルコイン発行体へ資産凍結協力要請、攻撃者ウォレット追跡開始 |
| 2026-07-27（事故後約23時間） | 権限奪取の経緯は未確認のまま公開。外部専門家と関連コントラクトの全数点検を実施 |
被害規模：約76~77億ウォン（発行体・報道推計）。流出確定ステーブルコイン基準で約72万4千ドル相当のUSDC.e。
2.2 2025年2月の事案（先行事案）
| 時刻 | イベント |
|---|---|
| 2024年末~2025年初 | 開発者がNILE NFTプラットフォーム監視用認証キーをセキュリティが脆弱な共用ストレージにアップロード |
| 以降約2ヶ月 | 攻撃者が潜伏。正常トラフィックの中で権限確認および準備 |
| 2025-02-28 | Play Bridge Vaultから8,654,860 WEMIXの異常出金（当時約90億ウォン）— 計15回の引き出し |
| 2025-03初（事故約4日後） | WEMIX、事故事実を公告 |
| 2025-06 | DAXA所属国内ウォンマーケット取引所で取引支援終了（上場廃止） |
2つの事案の間隔は約1年5ヶ月。WEMIXはその間、認証キー交換とセキュリティ体制再整備を発表した。
3. 脆弱性技術分析
3.1 失敗地点の正確な位置
ブロックチェーンセキュリティ事故を以下4層に分解すると、WEMIXの2つの事案の位置が明確になる。
| 層 | 内容 | 代表的事故類型 | WEMIX事案該当 |
|---|---|---|---|
| L1 プロトコル | コンセンサス、ノード、PoAバリデータ | 51%攻撃、バリデータ共謀 | 該当なし |
| L2 コントラクトロジック | 再入、オーバーフロー、価格オラクル操作 | Cream、Euler類型 | 該当なし |
| L3 権限・資格情報 | オーナーキー、マルチシグ構成、認証キー、デプロイパイプライン | Ronin、Harmony、Orbit Bridge類型 | 2025・2026両事案に該当 |
| L4 運用・ガバナンス | 検知、開示、対応手順、内部統制 | 遅延開示、対応失敗 | 両事案に該当 |
要点：業界の監査予算とマーケティング文言の大半はL2に集中しているが、実際の大規模資金流出事故は圧倒的にL3で発生する。
3.2 3つの構造的欠陥
① 単一オーナー権限(Single Owner Privilege)
onlyOwner修飾子が付いたmint()関数は、コードの観点から完全に正常である。問題はそのオーナーが単一EOA（または単一キーで制御されるアカウント）である点だ。この構造で攻撃者が得るのは「関数呼び出し権限」ではなく、通貨発行権そのものである。
危険関数 = f(権限強度, 権限保有者数, 時間遅延, 金額上限)
WEMIX$ mint() = f(無制限発行, 事実上1, 0秒, なし)
安全な設計 = f(制限発行, m-of-nマルチシグ, 24~48時間タイムロック, 日次上限)
② 権限階層分離の欠如
発行(mint)、焼却(burn)、一時停止(pause)、オーナー移譲(transferOwnership)、アップグレード(upgradeTo)は、危険等級が全く異なる関数である。これらを1つのオーナー権限に束ねると、侵害時の被害は乗算で増大する。特にtransferOwnershipがタイムロックなしで即時実行可能な場合、攻撃者は侵害直後に正当な運用者を排除できる。
③ 検知・遮断(Circuit Breaker)の欠如
522万個の無断発行がリアルタイムで阻止されず、外部分析者が先に発見した。以下3つのうち1つだけでもあれば、被害は大幅に減少したはずである。
- 発行量異常検知アラート → オンコール対応（分単位）
- 発行日次上限(rate limit)をコントラクトレベルで強制 → 超過分は自動revert
- ガーディアン(guardian)権限による即時pause → ブリッジ・プール同時凍結
3.3 ステーブルコイン特有の増幅効果
一般ユーティリティトークン窃取と担保型ステーブルコイン無断発行は性質が異なる。
| 区分 | 一般トークン窃取 | 担保型ステーブルコイン無断発行 |
|---|---|---|
| 1次被害 | 窃取金額 | 窃取金額 |
| 2次被害 | 市場価格下落 | 担保対発行量の崩壊 → ペッグ乖離 |
| 3次被害 | ホルダー損失 | 決済・精算手段として使う全サービスの停止 |
| 回復難度 | 補償・焼却 | 準備金再確認、発行量再算定、ペッグ信頼再構築 |
| 規制リスク | 開示違反 | 発行準備金規制そのものの正当性論争へ拡大 |
WEMIX$はUSDC.eを担保に価値を維持する構造だった。攻撃者が無断発行分を担保資産(USDC.e)に換金して持ち出した瞬間、これは盗難ではなく準備金引き出しによるペッグ破壊となる。発行量は増え、担保は減った。
3.4 MITRE ATT&CK マッピング（推定含む）
| 戦術 | 技法 | 適用 | 確信度 |
|---|---|---|---|
| Credential Access | T1552.001 Credentials In Files | 2025事案：共用ストレージ認証キー漏洩 | 高（発行体確認） |
| Initial Access | T1078 Valid Accounts | 正当なオーナー資格情報で正常トランザクション実行 | 高 |
| Initial Access | T1195.002 Supply Chain Compromise: Software | デプロイパイプライン/依存関係侵害の可能性 | 低（未確認仮説） |
| Initial Access | T1566 Phishing | 運用者標的のソーシャルエンジニアリングの可能性 | 低（未確認仮説） |
| Defense Evasion | T1070 Indicator Removal / 正常関数呼び出し偽装 | 監査・モニタリング上は正常トランザクションに見える | 中 |
| Impact | T1657 Financial Theft | 無断発行後のクロスチェーン資金洗浄 | 高 |
| Impact | T1565 Data Manipulation | 総発行量(supply)操作 | 高 |
2026年事案の初期侵害ベクトル（キー漏洩、内部者、フィッシング、パイプライン侵害のいずれか）は現時点で未公開である。上記マッピングの低確信度項目は仮説としてのみ扱うべきである。
4. 監査(Audit)はなぜこれを防げなかったのか
本章が本書の核心である。WEMIXは監査を受けていないプロジェクトではない。業界平均を大きく上回って受けたプロジェクトである点が深刻さを高めている。
| 事実 | 出典 |
|---|---|
| CertiK CEO公開発言：WEMIXはCertiKと120回以上の監査を実施（業界平均を大きく上回る） | CertiK公式ブログ、2025 KBW対談 |
| WEMIXはCertiK Skynet AAA等級を保有、世界で少数のプロジェクトのみが取得 | CertiK公式ブログ |
| WEMIXメインネット、2023年基準でCertiKセキュリティスコア90.2点（上位5%）取得後、認証マークを表示 | WEMIXチーム公式技術ブログ |
| CertiK-WEMIXパートナーシップ拡大のテーマに「韓国ステーブルコイン革新」を含む | CertiK公式ブログ（2025-10） |
| SkynetリーダーボードでWEMIXはBitcoin・Ethereum等とともに上位に表示 | CertiK Skynetリーダーボード |
つまり監査数量、等級、モニタリング商品、パートナーシップすべて最上位だったが、事故は2回発生した。 これは特定監査会社の実力問題に還元できない、監査制度自体の構造的問題である。
4.1 監査範囲と事故地点の不一致
| 監査が実際に検証するもの | 今回の事故が発生した地点 |
|---|---|
| コントラクトコードに再入・オーバーフロー・ロジックエラーがあるか | なかった（該当なし） |
| 権限あるアカウントのみmintを呼び出せるか | その通り。そして攻撃者がその権限あるアカウントになった |
| 関数アクセス制御子が正しく付いているか | 付いていた |
| オーナーキーがどこにどう保管されているか | 監査範囲外 |
| 開発者が資格情報をリポジトリにコミットしないか | 監査範囲外 |
| 運用者端末・CI/CD・バックオフィスが安全か | 監査範囲外（別途ペンテスト契約が必要） |
| 事故発生時に数分以内に検知・遮断されるか | 監査範囲外（モニタリング商品の領域） |
監査報告書は通常「オーナーキーは安全に管理されると仮定する(assumption)」という文を含む。今回の事故はまさにその仮定の中で起爆した。報告書は間違っていなかった。報告書が答えない質問が事故を生んだだけである。
4.2 監査制度の5つの錯覚
| # | 錯覚 | 実際 |
|---|---|---|
| 1 | スコープ錯覚：「監査完了 = プロジェクト安全」 | 監査完了 = 特定コミットの特定コントラクトで既知パターン未発見 |
| 2 | スナップショット錯覚：監査されたコード = 運用中コード | アップグレード・マイグレーション・権限移譲後、デプロイバイトコードが監査版と異なる可能性。Skynet方法論でもaudit freshnessとaudit coverageを別指標に置く理由である |
| 3 | 仮定錯覚：オフチェーンは安全と仮定 | 実際の大規模流出の多くはその仮定の中で発生 |
| 4 | 勧告錯覚：中央集権リスクは指摘される | 指摘は勧告にすぎず、修正義務と決定権はプロジェクトにある。「中央集権リスクを認識した上で受容(acknowledged)」処理で終了するケースが多い |
| 5 | インセンティブ錯覚：監査は独立検証 | 監査費用は被監査プロジェクトが支払う。信用格付け機関モデルと同一の構造的利益相反が存在。等級・スコア・認証マークはマーケティング資産としても消費される |
4.3 等級体系の逆説：何をスコア化しているのか
CertiK Skynetスコアはコードセキュリティ、ファンダメンタル、運用回復力、ガバナンス、市場安定性、コミュニティ信頼など複数カテゴリを総合する。問題はこの総合スコアが以下のように消費される点である。
- プロジェクト：「AAA等級」という単一ラベルでマーケティング
- 投資家・利用者：「監査通過 = 元本安全」と誤読
- 実際のリスク：総合スコアはコミュニティ投票・市場指標などセキュリティと無関係な変数にも影響を受ける
高い総合スコアは「このプロジェクトがセキュリティに多額を投じた」というシグナルとしては有効である。しかし「このプロジェクトの発行キーがマルチシグで保護されている」というシグナルとしては有効ではない。投資家が必要とする情報は後者だが、市場に流通する情報は前者である。
興味深い点は、WEMIXチーム自身が2023年技術ブログで、監査がすべての事故を防げないという限界を明示的に記述していた事実である。問題認識がなかったから事故が起きたのではない。認識と実行の間のギャップが事故を生んだ。
5. 対応フレームワーク
5.1 層別対応マトリクス
| 層 | 統制 | 具体要件 | 優先度 |
|---|---|---|---|
| コントラクト | 権限分散 | mint権限を3-of-5以上マルチシグへ移譲、署名者キーは物理的・組織的に分離 | P0 |
| コントラクト | タイムロック | 発行・アップグレード・オーナー移譲に24~48時間遅延。遅延期間に公開イベント発生 | P0 |
| コントラクト | 発行上限 | 日次/ブロックあたり発行上限をハードコード。超過時revert。上限変更自体もタイムロック対象 | P0 |
| コントラクト | サーキットブレーカー | ガーディアン権限（発行不可、pauseのみ）で即時停止。停止は即時、解除はマルチシグ+タイムロック | P0 |
| コントラクト | 担保不変式 | totalSupply <= collateralBalance * k をオンチェイン検証。違反時は発行自体不可 |
P1 |
| キー管理 | HSM/MPC | オーナーキーをHSMまたはMPC閾値署名へ移行。平文キーファイル全面禁止 | P0 |
| キー管理 | ローテーション・監査ログ | 定期ローテーション、署名要求全件ログ、承認者2名以上 | P1 |
| パイプライン | シークレットスキャン | リポジトリpre-commit + push-protection強制、組織全体履歴スキャン、漏洩時自動無効化 | P0（2025事案再発防止に直結） |
| パイプライン | デプロイ検証 | デプロイバイトコードと監査版ハッシュ比較をCIで強制。不一致時デプロイ阻止 | P1 |
| 検知 | オンチェイン異常検知 | supply変動、owner変更、大量発行、ブリッジ異常流出に対するリアルタイムアラート + オンコール | P0 |
| 検知 | 対応SLA | 検知→ガーディアンpause 15分以内、1次開示2時間以内を目標 | P0 |
| ガバナンス | 権限公開 | オーナーアドレス、マルチシグ構成、タイムロックパラメータ、ガーディアン主体を常時公開文書化 | P1 |
| ガバナンス | 事故開示ポリシー | 事前定義された開示基準・チャネル・期限。「調査完了後に公告」の慣行を廃止 | P0 |
| 検証 | 運用セキュリティ監査 | コード監査と別にキー管理・内部統制・ペンテストを年1回以上。結果サマリーを公開 | P1 |
5.2 参照実装概念（Solidity疑似コード）
// 目的: キー1個奪取が無限発行に至らない最小構造
// 核心 = マルチシグ + タイムロック + 発行上限 + 即時停止 + 担保不変式
contract GuardedStablecoin is ERC20, AccessControl, Pausable {
bytes32 public constant MINTER_ROLE = keccak256("MINTER"); // マルチシグコントラクトのみ保有
bytes32 public constant GUARDIAN_ROLE = keccak256("GUARDIAN"); // 停止権限のみ、発行権限なし
uint256 public dailyMintCap; // 変更時タイムロック必須
uint256 public mintedToday;
uint256 public currentDay;
uint256 public constant TIMELOCK = 24 hours;
IERC20 public immutable collateral; // 例: USDC.e
address public immutable reserve; // 準備金保管アドレス
struct MintRequest { uint256 amount; address to; uint256 readyAt; bool executed; }
mapping(bytes32 => MintRequest) public queue;
// 1段階: 発行予約。即時発行は不可能
function requestMint(address to, uint256 amount)
external onlyRole(MINTER_ROLE) whenNotPaused returns (bytes32 id)
{
id = keccak256(abi.encode(to, amount, block.timestamp));
queue[id] = MintRequest(amount, to, block.timestamp + TIMELOCK, false);
emit MintRequested(id, to, amount, block.timestamp + TIMELOCK); // 公開監視窓口
}
// 2段階: タイムロック経過後実行。上限と担保不変式を同時検証
function executeMint(bytes32 id) external onlyRole(MINTER_ROLE) whenNotPaused {
MintRequest storage r = queue[id];
require(!r.executed && r.readyAt != 0 && block.timestamp >= r.readyAt, "not ready");
if (block.timestamp / 1 days != currentDay) {
currentDay = block.timestamp / 1 days;
mintedToday = 0;
}
require(mintedToday + r.amount <= dailyMintCap, "daily cap"); // 無限発行阻止
require(totalSupply() + r.amount <= collateral.balanceOf(reserve), "undercollateralized"); // ペッグ保護
mintedToday += r.amount;
r.executed = true;
_mint(r.to, r.amount);
}
// 即時停止は単独可能、解除はマルチシグ経由
function emergencyPause() external onlyRole(GUARDIAN_ROLE) { _pause(); }
function unpause() external onlyRole(DEFAULT_ADMIN_ROLE) { _unpause(); }
}
設計意図サマリー
| 統制 | 侵害シナリオでの効果 |
|---|---|
| MINTER = マルチシグ | 単一キー奪取では発行予約すら不可 |
| タイムロック + イベント | 予約即時に外部監視者へ露出、24時間の対応窓を確保 |
| 日次上限 | 最悪でも損失は有限。522万個の単発発行不可 |
| 担保不変式 | ペッグ崩壊型発行自体をコントラクトが拒否 |
| ガーディアンpause | 検知後、人的承認手順なしで即時出血阻止 |
5.3 検知ルール例
RULE-01 supply_anomaly
IF totalSupply変動率(5分) > 1% OR 単一tx mint金額 > 日平均発行量 * 3
THEN P1アラート + ガーディアンオンコール + ブリッジ自動rate limit引下げ
RULE-02 privileged_call
IF イベント IN (OwnershipTransferred, RoleGranted, Upgraded, CapChanged)
THEN P0アラート（予想された変更でも必ず通知） + 変更理由チケット照合
RULE-03 reserve_drain
IF reserveアドレスUSDC.e残高減少 AND totalSupply未減少
THEN P0アラート + 発行自動停止
RULE-04 bridge_exfil
IF 単一アドレスのブリッジアウト金額(1h) > 閾値 OR 新規アドレスが大量資産をクロスチェーン移動
THEN P1アラート + 当該経路一時停止 + 取引所凍結要請テンプレート自動生成
RULE-03は今回事案の核心パターン（発行量増加 + 担保減少）を直接狙う。
5.4 監査を発注する側のチェックリスト
監査契約書に以下項目がなければ、その監査は今回の類型の事故を防げない。
| 区分 | 確認質問 | 通常監査への包含 |
|---|---|---|
| 範囲 | 監査対象コミットハッシュと実デプロイバイトコードが一致するか | 部分 |
| 範囲 | プロキシ・アップグレード経路と管理者コントラクトが範囲に含まれるか | 部分 |
| 権限 | 特権関数全リストと各関数の保有者・遅延・上限が文書化されているか | 部分 |
| 権限 | オーナーがEOAかマルチシグか、閾値がいくつか報告書に明記されるか | 多数未包含 |
| キー | キー保管方式(HSM/MPC/平文)、アクセス人数、ローテーションポリシー実査 | 未包含 |
| パイプライン | CI/CD、デプロイサーバー、運用者端末へのペンテスト | 別契約 |
| 運用 | 検知-対応訓練（テーブルトップ、侵害シミュレーション）実施 | 未包含 |
| 事後 | 指摘された中央集権リスクの処理状態（修正/受容）とその根拠が公開されるか | 部分 |
5.5 監査産業に求められる変化
| 現状 | 必要な転換 |
|---|---|
| コード監査中心 | コード + キー管理 + 運用セキュリティを束ねた運用セキュリティ監査(OpSec Audit)へ拡張 |
| 総合等級ラベル(AAA等) | 項目別分解公開。特に「特権関数の権限構造」を独立指標として常時表示 |
| 時点ベーススナップショット | デプロイバイトコード継続照合 + 権限変更リアルタイム追跡 |
| 勧告後終了 | 未修正高リスク項目の残余リスク公開義務化 |
| 被監査機関費用負担 | 取引所・財団・保険会社等第三者発注監査を並行し利益相反を緩和 |
6. 類似事故比較 — これはWEMIXだけの問題ではない
| 事案 | 時点 | 規模 | 根本原因層 | コードバグの有無 |
|---|---|---|---|---|
| Orbit Bridge（Oozy） | 2024-01 | 約8,150万ドル | 権限・資格情報 (L3) | いいえ |
| WEMIX Play Bridge Vault | 2025-02 | 約90億ウォン | 認証キー漏洩 (L3) | いいえ |
| Upbitホットウォレット | 2025-11 | 約445億ウォン | 秘密鍵推測可能脆弱性 (L3) | 部分 |
| WEMIX$ コントラクト | 2026-07 | 約77億ウォン | オーナー権限奪取 (L3) | いいえ |
2026年上半期の仮想資産ハッキング被害は約1.6兆ウォン規模に集計され、北朝鮮関連脅威グループの活動が目立った。この統計が示すことは明確である。資金はコントラクトロジックではなく、人とキーを通じて流出する。 防御予算配分がこの事実と正反対に組まれているのが業界の構造的問題である。
スマートコントラクトは今やほぼ規格化され、成功したコントラクトは複製される。コントラクトを自ら分析しにくいプロジェクトも多数存在し、これらも危険群と見なせる。
であれば、コントラクトに基本的なセキュリティガイドがあり、構造的安定性を付与すべきではないか。ERC20 Solidityには構造的限界が内包されている。
7. 政策・規制への示唆
韓国は仮想資産利用者保護法以降、第2段階立法（ステーブルコイン規制を含む）を推進してきたが、発行主体要件論争と政治日程により議論が遅延している。今回の事案はその空白期間に発生した。
| 争点 | 今回事案が提起した問い |
|---|---|
| 発行主体要件 | 無断発行をコントラクトレベルで防げない発行構造を許容するのか |
| 準備金規制 | 準備金実査は会計監査だけで十分か。オンチェイン担保不変式強制は不可能か |
| 技術要件 | 発行権限のマルチシグ・タイムロック・発行上限を認可要件として明文化するのか |
| 事故開示 | 侵害認知後の開示期限を規範化するのか（2025年4日、2026年4時間） |
| 監査規制 | 「監査完了」表示を広告に使用する際の範囲明示義務を課すのか |
| 国境を越えた回収 | ブリッジ経由資金の凍結・回収のための国際協調手順の実効性 |
特に最後の項目：今回も資金は数時間以内にEthereum・BSCを経由し多数ウォレットへ分散された。発行体の凍結要請は資金が既に移動した後に送られる。検知遅延はそのまま回収失敗に至る。
8. おわりに
WEMIXの2つの事案は互いに異なる事故ではない。同一失敗の2回目のデジャヴュである。
- 2025年：資格情報が誤った場所に保存された
- 2026年：資格情報が奪取され、その資格情報1つが通貨発行権全体を意味した
両方ともコントラクトコードは設計どおり正確に作動した。120回を超える監査とAAA等級もこれを防げなかったが、それは監査が不十分だったからではなく、監査が答える質問と事故が発生した地点が当初から別領域だったからである。
分散化を標榜するシステムが単一管理者キーに依存するとき、そのキーはシステム全体のアキレス腱となる。それがコントラクトに明示的にコードされていようと、オフチェーンのどこかのファイルに保管されていようと、結果は同じである。
真のセキュリティは監査報告書のスタンプからではなく、3つから生まれる。権限の分散、損失の上限、そして分単位の検知。 前2つはコントラクトにコードとして刻み、最後の1つは組織に手順として刻む。報告書はその次である。
付録 A. 検証ノート (Admiralty Code)
| 項目 | 状態 | 確信度 |
|---|---|---|
| 事故発生時刻 2026-07-26 18:17~18:18 KST | 多数報道一致 | A2 |
| 無断発行量 5,225,525 WEMIX$ | 発行体公告 | A1 |
| 換金内訳 30,736 WEMIX / 724,198.27 USDC.e | 発行体公告 | A1 |
| 被害規模 76~77億ウォン | 報道推計、相場変動により変動可能 | B2 |
| 外部初指摘から約4時間後に公式認定 | 多数報道一致 | A2 |
| 資金経路：CCIP·PLAY Bridge → Ethereum/BSC → ETH·USDT分散 | 発行体および報道 | A2 |
| 事故後約23時間時点で原因未確認 | 報道 | A2 |
| 2025-02-28 Play Bridge Vault 8,654,860 WEMIX流出 | 発行体公告および報道 | A2 |
| 2025年事案原因：共用ストレージ認証キーアップロード後約2ヶ月潜伏、15回引き出し | 発行体説明 | B2 |
| 2025-06 国内ウォンマーケット取引支援終了 | 報道 | A2 |
| CertiK監査120回以上、AAA Skynet等級 | CertiK公式発表（自社主張） | B1 |
| WEMIXメインネットセキュリティスコア90.2（2023） | WEMIX自社技術ブログ | B2 |
| 「監査報告書80余り保有」、「最近監査2026-05-27完了」 | 原文初稿記載数値。本書では未検証として分類。Skynetプロジェクトページで直接確認が必要 | F（判断保留） |
| 2026年事案の具体的侵害ベクトル | 発行体未公開 | F（判断保留） |
| 単一オーナーEOA構造だったという判断 | 公開情報に基づく推論。オーナーアドレスがマルチシグだったかコントラクト検証が必要 | C3（推定） |
原文初稿から修正した事項：
- 2025年事案を「2025年2月28日」と維持しつつ、一部報道が公告時点基準で「昨年3月」と表記する点を併記
- DAXA取引支援終了時点を2025年6月と特定
- 換金数量を「約3万個」から正確数値30,736へ置換
- 資金移動経路にChainlink CCIPとPLAY Bridge経由を追加
- オンチェーン分析者表記をSpetorからSpecter（スペクター）へ訂正
- 監査報告書件数および最近監査日数値を未検証項目として分離
- 単一オーナーEOA構造主張を確定事実から推定へ格下げ
付録 B. 主要参考ソース
- WEMIX財団公式公告（2026-07-27）およびXアカウント
- 韓国経済、ヘラルド経済、アジア経済、The Elec、M経済ニュース、NewsPim、財経日報、Dailyian（2026-07-27~28報道）
- Cointelegraph Korea、事故対応およびサービス停止範囲（2026-07-27）
- デジタルタイムズ社説、民間ステーブルコイン構造論点（2026-07-28）
- CertiK公式ブログ：CertiK-WEMIXパートナーシップ拡大（2025-10）
- CertiK Skynet：プロジェクトページ、セキュリティリーダーボード、Skynet Score方法論文書
- WEMIXチーム技術ブログ：ブロックチェーン監査サービス解説（2023）
- 法律新聞（Hwawoo）、2026年国内仮想資産10大イシューおよび第2段階立法現状（2026-01）
- Bizwatch、ステーブルコイン法案国会議論遅延（2026-06）
- セキュリティニュース、Upbit侵害事故およびOrbit Bridge事故関連報道