Claude Code の settings.local.json の秘密が漏れる理由: その API キー、GitHub に出てない？

2026年11月10日

「Yes, and don't ask again」を押したそのコマンド、API キーごとファイルに残っているかもしれません。Claude Code で「Yes, and don't ask again」を押すと、そのコマンドは .claude/settings.local.json に書き込まれます。コマンドの中に API キーやパスワードが入っていれば、それも一緒にです。

2026年11月、このファイルが GitHub の公開リポジトリに10万件以上上がっていて、1,122件に本物の秘密が入っていたと報じられました。ふだんは git に入らない仕組みがあるのに、なぜ漏れたのでしょうか？自分のリポジトリから出ていないかは、どう見分ければよいのでしょうか？

この記事では、ファイルが git から外れる仕組みと外れなくなる場面、履歴に入っていないかの見分け方、入っていたときにすることを、順に書きます。

環境

macOS 26.6.2
Claude Code 2.1.309
Git 2.54.0
2026年11月10日に確認

手順

何が書き込まれるかを知っておく

Claude Code は、コマンドを動かす前に「動かしてよいか」を聞いてきます。そこで「Yes, and don't ask again」を選ぶと、次からは聞かずに動かせるよう、そのコマンドが .claude/settings.local.json の permissions の allow に足されます。公式の Settings のページにも、Claude Code がこのファイルに書くことが書かれています。

公式の Settings のページの Keep personal settings out of a repository の節

ふだんは Bash(npm test) のような短い行です。ところが、curl -H "Authorization: Bearer …" のように秘密を入れたコマンドを許可すると、その秘密まで行の中に残ります。

git から外れているかを見る

.claude/settings.local.json は、自分だけの設定を置くファイルで、チームで共有する .claude/settings.json とは別の扱いです。公式の Settings のページには、まだこのファイルを外していない git のリポジトリで初めてこのファイルを書くとき、Claude Code が **/.claude/settings.local.json を git の全体の除外の設定(core.excludesFile)に足すと書かれています。全体の除外の設定は、そのパソコンのすべてのリポジトリに効く .gitignore のようなものです。私の Mac では、~/.config/git/ignore にこの1行が入っていました。

terminal$ git check-ignore -v .claude/settings.local.json
/Users/<ユーザー名>/.config/git/ignore:7:**/.claude/settings.local.json	.claude/settings.local.json

git check-ignore -v は、そのファイルを外している設定の場所と行を出すコマンドです。1行が返れば、そのパソコンでは git に入りません。何も返らなければ、入ってしまう状態です。

除外の設定がないパソコンでは、ふつうに git に入る

この除外は、リポジトリではなくパソコンの設定です。別のパソコンで clone したときや、除外の設定を持たない環境では効きません。除外の設定がないパソコンでは、git check-ignore -v が何も返さず(終了コード 1)、git status に ?? .claude/settings.local.json と、追加できるファイルとして出てきます。

terminal$ git check-ignore -v .claude/settings.local.json; echo $?
1
$ git status --short --untracked-files=all
?? .claude/settings.local.json
?? src/index.js

?? は、まだ git に入っていないが、追加できるファイルという印です。 VS Code のソース管理の欄でも、このファイルが U(まだ git に入っていない)の印で出て、「Commit」を押せば鍵ごと入ります。

このまま git add . をすると、秘密ごとコミットされます。報道でも、別のパソコンで clone したときや、あとから git のリポジトリにしたフォルダーでは、この除外が効かないことがあると書かれています。

もう入っていないかを、履歴まで探す

今のファイルが外れていても、前に一度コミットしていれば、履歴に残っています。履歴にこのファイルが出てくるかを見ます。

terminal$ git log --all --oneline -- .claude/settings.local.json
<コミット> add settings

何も出なければ、このリポジトリの履歴には入っていません。何か出たら、一度入っています。そのときは、どの秘密が入っていたかを、各コミットのファイルの中身で確かめます。allow の行に、API キーやパスワードが入っていないかを見ます。

terminal$ git log --all -p -- .claude/settings.local.json

次のコミットから外すには、git rm --cached を使います。ファイルは手元に残ります。ただし、前のコミットとフォークには残ったままです。

terminal$ git rm --cached .claude/settings.local.json

入っていた秘密は、変えてから消す

公開のリポジトリに一度でも上がった秘密は、もう人に見られたものとして扱います。履歴から消しても、すでに写された分は取り戻せないためです。

そこで、先に API キーやパスワードを作り直して、古いものを使えなくします。順番を逆にすると、消している間も古い鍵が使えるままになります。そのあと、手元の .claude/settings.local.json から秘密の入った allow の行を消し、履歴からの消し方は GitHub の公式の案内(機密データの削除)で確かめます。

注意点

リポジトリにも .gitignore を置く

パソコンの除外の設定は、チームの全員やほかのパソコンにはありません。.claude/settings.local.json をリポジトリの .gitignore にも書いておくと、どのパソコンで clone しても入りません。

秘密を見つける道具でも見落とすことがある

Apiiro の調べでは、秘密が入っていた1,122件のうち215件を、Gitleaks や TruffleHog が見つけられなかったと報じられています。道具に頼りきらず、allow の行を一度目で見ておきます。

許可の行に、秘密を書かない

秘密を入れたコマンドは、「Yes, and don't ask again」で許可しないようにします。秘密は環境変数に入れ、コマンドには変数の名前だけを書きます。

まとめ

自分の API キーが GitHub に出ていないかは、リポジトリの履歴に .claude/settings.local.json が一度でも入ったかで見分けられます。漏れたのは、このファイルを git から外す設定がリポジトリではなくパソコンの側にあり、その設定がない環境では、ほかのファイルと同じように git に入ってしまうからでした。「Yes, and don't ask again」で許可したコマンドの API キーも、そのまま一緒に公開されます。

まずは自分のリポジトリで git log --all -- .claude/settings.local.json を走らせて、履歴に残っていないかを確かめてみてください。残っていたら、鍵を作り直すのが先です。