結論
最初にやること：OSのターミナルでmkdir -p .claudeを実行します。
機密情報対策はignoreだけに頼らず、settings.jsonのpermissions.denyでReadとBash操作を拒否します。
/permissionsで許可範囲を確認し、対応環境では/sandboxも利用します。
MCP、Plugins、Hooksはコード実行や外部送信を伴うため、信頼できる提供元を採用します。
実行場所：OSのターミナルで実行します。
# ターミナルで実行：必要なフォルダを作成
mkdir -p .claude
# ターミナルで実行：設定ファイルへ内容を書き込む
cat > .claude/settings.json <<'JSON'
{
"permissions": {
"deny": [
"Read(./.env)",
"Read(./.env.*)",
"Read(./secrets/**)",
"Bash(rm -rf *)"
]
}
}
JSON具体的な手順
秘密鍵、資格情報、顧客データの保存場所を洗い出し、読み取り拒否ルールを追加します。
必要なコマンドだけをallowし、破壊的操作はdenyへ置きます。
/permissionsで実効ルールを確認し、テスト用の低権限アカウントでMCP接続を検証します。
セキュリティ監査は変更を許可せず、検出と報告だけを先に実行させます。
/security-reviewは差分確認用で、最終判断は人間が行います。
実践プロンプト
秘密値を露出させない出力形式まで指定します。
入力場所：Claude Codeの対話画面へ貼り付けます。
読み取り専用で秘密情報監査
検索対象: tracked files と設定ファイル
検出:
- APIキー形式
- 秘密鍵
- パスワード
- 本番接続文字列
禁止:
- 値の全文表示
- ファイル編集
- 外部サービスへの送信
結果はファイル名と行番号と種類だけを報告注意点
denyルールはプロンプトへ直接貼り付けた秘密を取り消せないため、秘密値そのものを入力しません。
Anthropicのディレクトリ掲載MCPも完全なセキュリティ監査を保証しないため、自社基準で評価します。
共有HooksやPluginsは確認後にworkspace trustを承認します。