competition-bundle-sourcemap-recovery

コンペティションバンドル ソースマップ復元

このスキルは、$ctf-sandbox-orchestrator がすでにアクティブであり、サンドボックスの前提、ノードの所有権、および証拠の優先順位を確立した後にのみ、下流の専門分野として使用してください。まだそれが行われていない場合は、まず $ctf-sandbox-orchestrator に戻ってください。

このスキルは、ランタイムの真実がチェックインされたソースだけではなく、ビルド済みアセット、ソースマップ、チャンクテーブル、または難読化されたローダーフローの中に存在する場合に使用します。

ユーザーが明示的に英語を要求しない限り、簡体字中国語で返信してください。

クイックスタート

1. 配信されたアーティファクトセットから始めます: エントリ HTML、ビルドマニフェスト、ブートストラップバンドル、チャンクマップ、およびソースマップ。
2. 広範な手動難読化解除の前に、チャンク ID、ルートチャンク、ローダー関数、エンドポイント文字列、および設定キーを記録します。
3. 現在どのアセットが実行されているかを説明する最小のランタイムグラフを再構築します。
4. 同等性が証明されない限り、配信されたアーティファクトの真実をリポジトリのソースとは分離しておきます。
5. 決定的な動作を証明する最小のアセットからランタイムへの境界を再現します。

ワークフロー

1. 配信されたアーティファクトセットをマッピングする

• エントリ HTML、スクリプトタグ、プリロードヒント、マニフェストファイル、アセットマップ、チャンクレジストリ、およびソースマップ URL を記録します。
• 存在する場合は、ルートマニフェスト、クライアント参照マニフェスト、または遅延ローダーテーブルなど、フレームワーク固有のアーティファクトに注意してください。
• 出力されたファイル名、ハッシュサフィックス、およびルートの所有権を一緒に結び付けておきます。

2. ランタイム構造を再構築する

• ブートストラップコード、チャンクローダー、モジュールレジストリ、文字列デコーダー、および遅延インポート境界を追跡します。
• ソースマップ、マニフェストファイル、および安定したシンボルクラスターを使用して、ルート名、API 呼び出し、フィーチャーフラグ、および隠されたパネルを復元します。
• ビルド時の意図と、現在アクティブに配信されているバンドルを区別します。

3. 決定的なバンドルパスに絞り込む

• 結果を最小のシーケンスに圧縮します: 配信されたアセット -> ローダーパス -> モジュールまたはシンボル -> ランタイム効果。
• 決定的な弱点が、マニフェストのドリフト、チャンク読み込み、隠されたルートコード、文字列デコード、または古いソースの前提のどこにあるかを明確に述べます。
• タスクがビルド済みアセットから SSR またはテンプレート適用に移行した場合は、より厳密なテンプレートレンダリングスキルに引き継ぎます。

このリファレンスを読む

• アーティファクトチェックリスト、難読化解除チェックリスト、および証拠のパッケージングについては、references/bundle-sourcemap-recovery.md を読み込んでください。

保持すべきもの

• 配信されたファイル名、チャンク ID、マニフェストエントリ、ソースマップパス、復元されたシンボル、およびエンドポイント文字列
• ランタイムブランチを証明する、正確に実行されているバンドルまたはモジュール
• 決定的な効果に到達する、1 つの最小のアセットからランタイムへのシーケンス