SKILL: 不安全なソースコード管理

AI LOAD INSTRUCTION: このスキルは、公開されたバージョン管理メタデータ、一般的なバックアップアーティファクト、および関連する設定ミスの検出と復旧をカバーしています。認可されたアセスメントのみで使用してください。復旧した認証情報とURLは機密として扱い、スコープを超えた実データの流出は行わないでください。広範な発見ワークフローの場合、ワークスペースにこれらのスキルが存在する場合は、recon-for-sec と recon-and-methodology をクロスロードしてください。

0. クイックスタート

最初に調査すべき高優先度パス (GET または HEAD、レート制限を尊重):

/.git/HEAD
/.git/config
/.svn/entries
/.svn/wc.db
/.hg/requires
/.bzr/README
/.DS_Store
/.env

ルーティング注: これらのパスをまず迅速に調査してください。完全な recon ワークフローについては、より深いテストの前に recon-for-sec と recon-and-methodology からメソドロジーをロードしてください。

---

1. GIT 公開

検出

• /.git/HEAD — 有効なリポジトリはしばしば以下のようなプレーンテキストを返します:

ref: refs/heads/main

• /.git/config — remote.origin.url、ユーザーアイデンティティ、または埋め込み認証情報を公開する場合があります。
• /.git/index, /.git/objects/ — 部分的なオブジェクトストアアクセスにより、適切なツールで復旧が可能になります。

403 と 404

• 404 — パスが存在しない、またはエッジで完全にブロックされている可能性があります。
• /.git/ での 403 — ディレクトリが存在するが、リスティングが拒否されている可能性があります。それでも直接ファイル URL を試してください:

/.git/HEAD
/.git/config
/.git/logs/HEAD
/.git/refs/heads/main

ディレクトリ上の 403 と HEAD 上の 200 は強い公開の兆候です。

復旧ツール (オープンソース)

• arthaud/git-dumper — 個別ファイルが取得可能な場合、到達可能な .git ツリーをダンプします。
• internetwache/GitTools — Dumper、Extractor、Finder モジュール。部分的またはコラプトなダンプ用。
• WangYihang/GitHacker — 標準ダンパーがエッジケースを見逃した場合の代替復旧。

優先すべき主要ファイル

パス	重要な理由
.git/config	リモート、認証情報、フック パス
.git/logs/HEAD	コミット履歴、reflog スタイルの漏洩
.git/refs/heads/*	ブランチティップ、コミット SHA
.git/packed-refs	パック済みブランチ/タグ参照
.git/objects/**	復旧用のオブジェクト ブロブ

---

2. SVN 公開

検出

• SVN 1.7 以前: /.svn/entries — パスとリビジョンをリストするXML またはテキストメタデータ。
• SVN ≥ 1.7: /.svn/wc.db — SQLite ワーキングコピーデータベース (ダウンロード後 PRAGMA table_info)。

プローブ例:

GET /.svn/entries HTTP/1.1
GET /.svn/wc.db HTTP/1.1

復旧

• anantshri/svn-extractor — 公開された .svn から自動抽出。
• 手動: wc.db をダウンロード、sqlite3 でファイルパスとチェックサムをクエリ、公開されている場合は /.svn/pristine/ ブロブをリクエスト。

---

3. Mercurial 公開

検出

• /.hg/requires — リポジトリ機能をリストするテキストファイル。Mercurial メタデータを確認します。

GET /.hg/requires HTTP/1.1
GET /.hg/store/ HTTP/1.1

復旧

• sahildhar/mercurial_source_code_dumper — ストアパスが到達可能な場合、リポジトリをダンプします。

---

4. その他の漏洩

Bazaar (Bzr)

• Bazaar メタデータについて /.bzr/README と /.bzr/branch-format をプローブします。

macOS .DS_Store

• /.DS_Store はディレクトリおよびファイル名リストをエンコードできます。
• ツール: gehaxelt/ds-store, lijiejie/ds_store_exp — オフラインで .DS_Store をパースします。

バックアップおよび設定アーティファクト

プローブ (アプリのルートと命名規則に合わせて調整):

/.env
/backup.zip
/backup.tar.gz
/wwwroot.rar
/backup.sql
/config.php.bak
/.config.php.swp

Webサーバー設定ミス信号 (例: NGINX)

• location /.git { deny all; } — 403 を /.git/ に返す可能性がありますが、ルールに応じて特定のサブパスを許可または拒否する場合があります。
• 保護されたロケーション上の 403 はルートの存在を確認できます。非存在パス上の 404 と区別することが常に重要です。

---

5. デシジョンツリー

1. /.git/HEAD をプローブ → ref: refs/heads/ パターン? → git-dumper / GitTools / GitHacker を実行。config と logs/HEAD をシークレット確認。
2. それ以外の場合 /.svn/wc.db または entries をプローブ → 成功? → svn-extractor または手動で wc.db + pristine 復旧。
3. それ以外の場合 /.hg/requires をプローブ → 成功? → mercurial dumper。
4. それ以外の場合 /.bzr/README をプローブ → Bazaar ツーリングまたは手動パスウォーク。
5. 並行: /.DS_Store、/.env、アプリのルートおよび親パス上の一般的なバックアップ拡張子をフェッチ。
6. ステータスコード解釈: ディレクトリ上の 403 + 特定ファイル上の 200 → ファイルごとの抽出用に高優先度として扱う。

---

6. 関連ルーティング

• recon-for-sec から — スコープ安全な発見、クローリング、深い VCS テスト前のフィンガープリンティング。
• recon-and-methodology から — 構造化メソドロジーと証拠処理。

注: recon スキルと連携してください。スコープとリクエストレートを最初に設定してから、ターゲット VCS/バックアップ検証を実行します。