Pumpのハッキング事件の分析

最近、Pumpプラットフォームはハッカー攻撃事件に遭遇し、かなりの損失を被りました。本稿では、この事件の攻撃プロセス、影響を受けた範囲、及び可能な原因について詳しく分析します。

攻撃テクニックの構造

今回の事件の攻撃者は、優れたハッカーではなく、おそらく Pump プラットフォームの元従業員です。攻撃者は、特定の分散型取引所でトークン取引ペアを作成する権限を持つ重要なウォレットアカウントのプライベートキーを掌握しました。このアカウントを「攻撃されたアカウント」と呼びます。

攻撃者はまず、ある貸出プラットフォームからフラッシュローンを取得し、この資金を利用してすべての基準に達していないトークンプールを満たしました。通常、プールが基準に達した場合、"準備口座"に存在している SOL トークンは "攻撃口座"に転送されるべきです。しかし、攻撃者はこの過程で転送された SOL を傍受し、ロックされた流動性のために本来上場すべきトークンが予定通りに上場できなくなりました。

被害者分析

注目すべきは、フラッシュローンプラットフォームが損失を受けていないことである。なぜなら、フラッシュローンは同じブロック内で返済されたからである。さらに、すでに分散型取引所に上場し、流動性がロックされているトークンプロジェクトも影響を受けていないはずである。

実際に損失を被ったのは、攻撃が発生する前に、まだ完全に満たされていないプールでトークンを購入したユーザーです。彼らが投じたSOLトークンは攻撃者によって移動され、これが最初に推定された損失額が8000万ドルに達した理由を説明しています（最新のデータでは実際の損失は約200万ドルであることが示されています）。

脆弱性の原因を探る

明らかに、この事件はPumpチームの権限管理における重大な怠慢を暴露しました。私たちは、プールの充填を制御することが本来攻撃者の業務の一部であったと推測できます。

他のプロジェクトのやり方と類似して、あるソーシャルプラットフォームが初期に公式ボットを使用して取引の活発度をシミュレーションするかもしれないと仮定すると、Pumpは冷スタートを実現するために、攻撃者にプロジェクト資金を委託して新たに発行されたトークンのプールを埋めることを試みた可能性があります（おそらくプロジェクト側が発行したトークンが多かったでしょう）。その目的は、これらのトークンがスムーズに上場し、注目を集めることでした。しかし、この戦略は最終的にセキュリティの脅威の根源となってしまいました。

学んだ教訓

1. 成功したプロジェクトモデルをコピーしたいチームにとって、表面的に模倣するだけでは不十分です。ユーザーを取引に引き込むには、初期の推進力を提供する必要があります。

2. プロジェクトチームは権限管理とセキュリティ対策を高度に重視する必要があります。権限を合理的に割り当て、定期的にセキュリティポリシーを見直し更新することは、プロジェクトの安全な運営を保障するための鍵です。

3. イノベーションを試みる際には、潜在的なリスクを総合的に考慮し、適切なリスク管理メカニズムを構築する必要があります。

4. ユーザーは新興プロジェクトに参加する際、警戒を怠らず、プロジェクトのリスクを十分に理解し、盲目的に流行に乗ることを避けるべきです。

この事件は、急速に発展している暗号通貨の分野において、安全が常に最優先の考慮事項であることを再度私たちに思い出させます。プロジェクト側も参加者も、常に警戒を怠らず、エコシステムの健全な発展を共に維持する必要があります。