Leo
ecf1f882c6
工具產物原散在用戶根目錄(docs 七層、scripts),又把 wiki/VERSION 寄生在 CC 原生
.claude/ 裡,用戶分不清哪個 docs 是工具的。這版徹底收斂:除 .claude/(settings/
commands/hooks)與 CLAUDE.md 留根,工具所有資料收進 system-dev/。
對應 SDD: system-dev/docs/3-specs/install-layout/(內部記錄,依原則不推)。
- 新結構 system-dev/{VERSION,wiki/,docs/,scripts/};.claude/ 只剩 CC 機制檔
- wiki 改寫產物落點正式化:install 建 system-dev/wiki/cards/(.gitkeep)
- docs 雙語義拆開:工具文件→system-dev/docs/;用戶 raw source 維持原處只讀
- scripts 一開始就裝進 system-dev/scripts/
- 舊版自動遷移雙保險:update.sh 冪等搬移(wiki 含 .git、docs 白名單)
+ session-start hook 偵測舊結構未遷移時提示(low-code 用戶兜底)
- wiki-secret-scan 觸發路徑改 system-dev/wiki/**(否則新結構防護失效)
- 全套路徑引用同步:CLAUDE/SKILL/wiki-*/sdd-*/hooks/INDEX/README(中英)
- 沙盒驗證:遷移含 .git commit 一致、冪等、用戶自填 docs 保留;全 bash -n 過
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
114 lines
5.1 KiB
Bash
Executable File
114 lines
5.1 KiB
Bash
Executable File
#!/bin/bash
|
||
# PreToolUse hook — 寫入 wiki 前掃機敏資訊（L3 硬攔截）
|
||
#
|
||
# 為什麼存在：wiki 的 ignore 規則（.wikiignore + 行內標記）是「協議層」，靠 CC 遵守。
|
||
# 但密碼/金鑰/個資外洩是「不可逆」後果——只靠口頭約束太危險。
|
||
# 這支 hook 是機械式底線：CC 真的把機敏資訊寫進 system-dev/wiki/ 的那一刻 → exit 2 擋下。
|
||
#
|
||
# 掛在 settings.json 的 PreToolUse（matcher: Write|Edit）。
|
||
# stdin 收到 JSON：{ tool_name, tool_input: { file_path, content?, new_string? } }
|
||
# 行為：只在目標路徑是 system-dev/wiki/** 時啟動，掃要寫入的內容，命中機敏特徵 → exit 2。
|
||
#
|
||
# 誠實限制（抄 sdd-guard）：regex 偵測有偽陰/偽陽。
|
||
# 擋的是「明顯特徵的機敏字串被自動抄進 wiki」，擋不了刻意混淆/編碼的繞道。
|
||
# 價值是「意外外洩的機械底線 + 留痕可審」，不是技術防偽。絕不聲稱「不可能繞過」。
|
||
|
||
set -euo pipefail
|
||
|
||
INPUT=$(cat)
|
||
|
||
# ── 解析 file_path 與要寫入的內容。優先 jq，無 jq 退回 grep（容錯）──────
|
||
if command -v jq >/dev/null 2>&1; then
|
||
FILE_PATH=$(printf '%s' "$INPUT" | jq -r '.tool_input.file_path // empty')
|
||
# Write 用 content；Edit 用 new_string。兩個都抓，合起來掃。
|
||
CONTENT=$(printf '%s' "$INPUT" | jq -r '[.tool_input.content, .tool_input.new_string] | map(select(. != null)) | join("\n")')
|
||
else
|
||
FILE_PATH=$(printf '%s' "$INPUT" | grep -o '"file_path"[[:space:]]*:[[:space:]]*"[^"]*"' | head -1 | sed 's/.*"file_path"[[:space:]]*:[[:space:]]*"//;s/"$//')
|
||
# 無 jq 時內容解析不可靠（JSON 跳脫），退回掃整包 INPUT，寧可多掃不漏掃
|
||
CONTENT="$INPUT"
|
||
fi
|
||
|
||
# 拿不到路徑 → 不擋（容錯，寧可放過也不誤殺）
|
||
[ -z "$FILE_PATH" ] && exit 0
|
||
|
||
# 只管寫進 wiki 的動作。其他路徑放行（這支專責 wiki 洩漏，不是全域 secret scanner）
|
||
case "$FILE_PATH" in
|
||
*system-dev/wiki/*) ;;
|
||
*) exit 0 ;;
|
||
esac
|
||
|
||
[ -z "$CONTENT" ] && exit 0
|
||
|
||
# 行內豁免：若該段內容已被標記為刻意保留（例：範例文件要示範格式），略過該行
|
||
# 標記：行尾加 # wiki-secret-ok （或 <!-- wiki-secret-ok -->）
|
||
# 先把標記過的行抽掉再掃。
|
||
SCAN=$(printf '%s' "$CONTENT" | grep -v -E 'wiki-secret-ok' || true)
|
||
[ -z "$SCAN" ] && exit 0
|
||
|
||
# ── 機敏特徵 pattern。一行一類，命中即攔。──────────────────────────
|
||
# 設計取捨：偏向高訊號 pattern（有明確結構的金鑰/標記），降低偽陽。
|
||
# 純「password=xxx」這類也納入，因為那正是使用者最擔心的場景。
|
||
HITS=""
|
||
|
||
check() {
|
||
local label="$1" regex="$2"
|
||
# -e 讓以 - 開頭的 pattern（如 PEM 的 -----BEGIN）不被當成選項。
|
||
# grep 無命中回傳 1，在 set -e 下會中止 → 用 if 包住吸收掉。
|
||
if printf '%s' "$SCAN" | grep -qiE -e "$regex"; then
|
||
HITS="${HITS}
|
||
• ${label}"
|
||
fi
|
||
}
|
||
|
||
# 密碼/密鑰賦值（password = ..., secret: ..., api_key=...）
|
||
check "密碼/密鑰賦值 (password/secret/api_key/token = ...)" \
|
||
'(pass(word)?|secret|api[_-]?key|access[_-]?key|auth[_-]?token|priv(ate)?[_-]?key)[[:space:]]*[:=][[:space:]]*[^[:space:]<>"'"'"']{6,}'
|
||
|
||
# 私鑰 PEM 區塊
|
||
check "私鑰檔內容 (BEGIN ... PRIVATE KEY)" \
|
||
'-----BEGIN[[:space:]].*PRIVATE KEY-----'
|
||
|
||
# 常見雲端/服務金鑰前綴
|
||
check "服務金鑰特徵 (AWS/GitHub/Slack/Google/Stripe 等)" \
|
||
'(AKIA[0-9A-Z]{16}|gh[pousr]_[0-9A-Za-z]{20,}|xox[baprs]-[0-9A-Za-z-]{10,}|AIza[0-9A-Za-z_-]{20,}|sk_(live|test)_[0-9A-Za-z]{16,})'
|
||
|
||
# JWT
|
||
check "JWT token" \
|
||
'eyJ[A-Za-z0-9_-]{8,}\.[A-Za-z0-9_-]{8,}\.[A-Za-z0-9_-]{8,}'
|
||
|
||
# 連線字串內嵌帳密 (proto://user:pass@host)
|
||
check "連線字串內嵌帳密 (proto://user:pass@host)" \
|
||
'[a-z][a-z0-9+.-]*://[^[:space:]:/@]+:[^[:space:]:/@]+@'
|
||
|
||
# 台灣身分證字號（個資）。BSD/GNU grep 都支援 ERE，避免 \b（BSD 不認），改用字元類邊界。
|
||
check "台灣身分證字號 (個資)" \
|
||
'(^|[^A-Za-z0-9])[A-Z][12][0-9]{8}([^0-9]|$)'
|
||
|
||
# 信用卡號（個資，粗略 13-16 連續數字，可含空格/連字號分隔）。避免 PCRE，用 ERE 近似。
|
||
check "疑似信用卡號 (個資)" \
|
||
'(^|[^0-9])[0-9]{4}[ -]?[0-9]{4}[ -]?[0-9]{4}[ -]?[0-9]{0,4}([^0-9]|$)'
|
||
|
||
# Email 不擋（wiki 常需記聯絡人），手機號也不擋（偽陽太高）——刻意留白。
|
||
|
||
if [ -n "$HITS" ]; then
|
||
cat >&2 <<EOF
|
||
🚫 Wiki 機敏攔截：偵測到可能的機敏資訊要寫進 ${FILE_PATH}。
|
||
|
||
命中特徵：${HITS}
|
||
|
||
wiki 是會被 CC 反覆讀取、可能進版控的記憶空間。
|
||
密碼 / 金鑰 / 個資寫進去 = 不可逆外洩風險。
|
||
|
||
請改成下列任一做法：
|
||
1. 不要把機敏值寫進 wiki，改記「位置」（例：「DB 密碼放 1Password / .env，不入 wiki」）
|
||
2. 確定是誤判（例：在示範格式）→ 該行尾加註記 wiki-secret-ok 後重寫
|
||
3. 整個來源檔本就機敏 → 加進 system-dev/wiki/.wikiignore，別讓它被編入
|
||
|
||
誠實限制：本掃描靠特徵比對，有偽陽/偽陰，是「意外外洩的機械底線」而非保險箱。
|
||
真正的密鑰本就不該進版控。
|
||
EOF
|
||
exit 2
|
||
fi
|
||
|
||
exit 0
|