機微情報のマスク

機能

• ⚠️ 最初の行に「正規表現によるマスクは決して完全でない」ことと、認識できない種類を明記
• 8 種類をマスク：電話番号・身分証番号・カード番号・メール・API キー・JWT・秘密鍵ブロック・IP アドレス
• 5 つのプリセット：すべて / 連絡先 / 本人確認とカード / 秘密情報 / ネットワーク
• ⚠️ 身分証番号はチェックディジットを、カード番号は Luhn を要求 —— 誤爆は取りこぼしより厄介です
• ⚠️ キーは明確な接頭辞があるものだけ（`sk_live_`・`AKIA`・`ghp_`・`AIza` など）。汎用規則はハッシュや Base64 まで壊し、それは利用者のデータを書き換えることになります
• メールはドメインを残します（`zh····@example.com`）—— どこのアドレスか分かるように
• 秘密鍵ブロックは `[PRIVATE KEY REDACTED]` に置換 —— 星印にすると「半分漏れている」ように見えます
• マスク文字は変更可能（`＊` や `●` を使いたい場面もあります）
• 「対照表のみ」モード：元 → マスク後を 1 件ずつ示し、送る前に確認できます
• ⚠️ 同じ箇所を 2 つの規則が二重に書き換えることはありません

使い方

1. マスクしたいテキストを貼り付けます
2. 対象を選び（既定はすべて）、必要ならマスク文字を変更します
3. 結果にマスク後のテキストと変更件数が出ます
4. 迷ったら「対照表のみ」に切り替え、何が変わるかを先に確認します

よくある質問

マスクすればそのまま送ってよいですか？

いいえ。 正規表現は形式が決まったものしか認識せず、「機微」かどうかは形式では決まりません：本文中にある氏名・住所・勤務先・病名・旅程は完全に見えません。独自の採番形式（`UID-9f3a2b`）も分かりません。したがってここは送信前の保険であり、よくある漏洩を防ぎますが、送るかどうかはご自身の判断です。

チェックディジットが合わない身分証番号をマスクしないのはなぜですか？

マスクは内容を変える操作で、誤爆は取りこぼしより厄介だからです：取りこぼしは気づかれませんが、誤爆はその場で見え、ツールがデータを壊したと誤解されます。そこで確実なものだけを対象にし、身分証番号はチェックディジット、カード番号は Luhn を条件にしています。代償として「形式は正しいがチェックディジットが違う番号」は処理されませんが、そうした文字列は通常そもそも身分証番号ではありません。

認識されないキーがあるのはなぜですか？

明確な接頭辞があるキーだけを認識するからです（`sk_live_`・`AKIA`・`ghp_`・`xoxb_`・`AIza` など）。汎用規則 ——「長い英数字の羅列」—— にすると、ハッシュ・Base64・無意味な ID まで壊してしまい、それはマスクではなく利用者のデータの書き換えで、手元に残るテキストが使えなくなります。接頭辞のない独自キーは手作業で処理してください。

メールのドメインを残すのはなぜですか？

ドメインがまさに見たい情報であることが多いからです：`zhangsan@company.com` と `zhangsan@gmail.com` は調査の場面で大きく違い、チケットに「会社のアドレスである」と書くこと自体は通常機微ではありません。そこでローカル部だけをマスクし、ドメインは残します。ドメインも出せない場合は、マスク文字を変えて手作業で再度処理してください。