リスクアドレス

Bit DigitaUSENIX Security '26 に発表された研究によると、研究者はイーサリアムと BNB Chain 上で、65,340 の悪用に関与する高リスクの暗号アドレスを特定し、関連するネイティブトークンの損失は 126,982.94 ETH と 17,726.7 BNB に達しました。研究は、これらのアドレスに関連する総損失が 5.748 億ドルを超えると推定しており、新たに説明された 2 種類の積極的な攻撃ベクトルが約 1,570 万ドルの損失（割合 2.7%）を直接引き起こしています。第一のタイプは、契約アカウントの誤用と決定論的契約アドレスの利用です。第二のタイプは、EIP-7702 を利用して、露出したキーを持つアカウントを悪意のあるコードに委託し、直接的に預金を移転させるものです。研究チームは、2015 年 1 月から 2025 年 5 月までの期間に 63,004 の GitHub リポジトリを掘り起こし、1,630 万以上の重複を排除した秘密鍵を抽出し、検出結果の全体的な正確性は 99.11% でした。

FlashRescue 联创 @DarcyAri が X プラットフォームで発表したところによると、最近、協力者と共に捜査を行っている案件において、Tether が提案の凍結アドレスを実行している間に、あるアドレスの関連資金が移動し、凍結額が減少した。FlashRescue のさらなる確認によれば、これは孤立した事件ではない。2026年8月3日現在、イーサリアムとトロンネットワーク上の2,955件のTether凍結事件を分析した結果、実体制裁、詐欺活動、マネーロンダリング、FATFブラックリスト地域、悪意のある攻撃などのリスクアドレスに関して：60のアドレスが凍結が正式に実行される前に資産を空にし、先行移動を完了し、合計で20,429,847 USDTを純移出し、凍結提案が提出された後、平均13分59秒で送金を開始し、15分15秒以内に主要資金の移動を完了した。また、113のアドレスが凍結実行前に一部の資産を移動し、約3,552.43万USDTに関与している。Tetherは凍結提案を提出してから正式に凍結を実行するまで、平均で2時間16分15秒を要し、凍結提案の公開と実際の実行の間には長い時間ウィンドウが存在する。その中で、7月3日にあるアドレス群が数分以内に連続して資金を移動し、同一アドレスに送金した後に分割移動した。上述のケースは、一部の高リスクアドレスがTetherの凍結提案を積極的に監視しており、提案の公開と凍結の実際の発効の間の時間差を利用して先行移動を実施している可能性があることを示している。このメカニズムは、関連資金の凍結失敗を引き起こし、制裁、マネーロンダリング防止および法執行協力措置の実際の効果を弱める。

ChainCatcher のメッセージ、OKX の公式によると、最近 OKX Web3 セキュリティチームは大量のユーザーからのフィードバックを受け取り、インタビューの結果、一部の被害者は「Bom」という名前のマイニングソフトウェアをダウンロードしていたことが判明しました。分析の結果、このソフトウェアにはユーザーのアルバムをアップロードするロジックが存在し、悪用の疑いがあります。そのため、出所不明のソフトウェア（いわゆる「羊毛を刈るツール」を含む）をダウンロードしないように警告しています；リカバリーフレーズを適切に保管し、撮影やスクリーンショットで保存することを厳禁としています。OKX ウォレットのモバイル版ではこの操作が全面的に禁止されています。皆さんは必ず警戒を高め、リスクのあるアドレスには早急に資産を移動させる必要があります。

ChainCatcher のメッセージによると、研究者 0xLoki は X プラットフォームで Pac Finance の清算事件について投稿し、アドレス（0x4883094b78a6ea2A4AED28B864156276D2ACdb3d）が 93% の清算を完了し、約 244 枚の ETH の純利益を得たと報告しています。資金の入出金はすべてブリッジを通じて行われ、清算ロボットの展開以外には他のインタラクションはありませんでした。これに対し、慢雾の創設者である余弦は、このアドレスが MistTrack プラットフォームで高リスクアドレスとしてマークされていることを示しました。以前の情報では、「2400 万ドルがプロトコルの LTV パラメータの変更により清算された」件について、Pac Finance は X で次のように返信しました。「私たちはこの問題に気づいており、影響を受けたユーザーと連絡を取り、問題解決のための計画を積極的に策定しています。私たちがローン・トゥ・バリュー（LTV）の調整に取り組む中で、必要な修正を行うためにスマートコントラクトエンジニアを任命しました。しかし、清算閾値が事前に私たちのチームに通知されることなく予期せず変更されたことが現在の問題を引き起こしました。今後、すべての将来のアップグレードが事前に議論されるように、ガバナンスコントラクトまたはタイムロックを設定します。」