# PII検出・匿名化・Redaction部品

CURRENT_STATUS: CURRENT
OBSERVATION: SPEC_ONLY
FRESHNESS: CURRENT
PAGE_TYPE: reference
CANONICAL_URL: /tools/ea-238-pii-redaction
CLAIM_IDS: none
EVIDENCE_IDS: EA-238-CURRENT-APPROVAL, EA-238-CURRENT-BODY-READBACK, EVD-EA-238-URL-423757B28269, EVD-EA-238-URL-D3605CE106BF, EVD-EA-238-URL-B518C9BF6F16, EVD-EA-238-URL-A7254A51CF07, EVD-EA-238-URL-A26C531A1FB1, EVD-EA-238-URL-442F44134BE7, EVD-EA-238-URL-B709DFD7C39D, EVD-EA-238-URL-CA31AC8D1BD7
UNKNOWN_IDS: EA-238-UNKNOWN-01
OPS_IDS: none

## Summary
PII検出器とredaction/anonymization処理は、入力から識別子を見つけて変換するための部品であり、それだけで「匿名化済み」「規制適合」「再識別不能」を保証するものではない。検出対象、言語、文脈、データ形式、しきい値、変換方式、復元鍵・対応表、ログやキャッシュなどの残存コピーを分けて設計・検証する。

## Current judgment
PII検出器とredaction/anonymization処理は、入力から識別子を見つけて変換するための部品であり、それだけで「匿名化済み」「規制適合」「再識別不能」を保証するものではない。検出対象、言語、文脈、データ形式、しきい値、変換方式、復元鍵・対応表、ログやキャッシュなどの残存コピーを分けて設計・検証する。

## Scope
PII検出・匿名化・Redaction部品

## Confirmed

## UNKNOWN
- EA-238-UNKNOWN-01: 対象組織のPII定義、言語・domain、入力channel、選定製品/version、custom detectors、precision/recall threshold、hash/token key管理、human-review経路、logging/retention、再識別リスク評価、法域別要件、live tenant挙動は未確定である。これらが未検証の状態では、公開claimは「PII検出・変換の部品と検証設計」に限定する。

## Evidence
- EA-238-CURRENT-APPROVAL (RESEARCH): 現行本文の監査・revision対応
- EA-238-CURRENT-BODY-READBACK (IMPL): 現行本文の収録照合
- EVD-EA-238-URL-423757B28269 (RESEARCH): 1. Official current — Google Cloud, “Sensitive Data Protection documentation” / “InfoTypes and infoType detectors”, accessed 2026-10-05. Over 200 built-in detectors; custom detecto — https://docs.cloud.google.com/sensitive-data-protection/docs
- EVD-EA-238-URL-D3605CE106BF (RESEARCH): 1. Official current — Google Cloud, “Sensitive Data Protection documentation” / “InfoTypes and infoType detectors”, accessed 2026-10-05. Over 200 built-in detectors; custom detecto — https://docs.cloud.google.com/sensitive-data-protection/docs/concepts-infotypes
- EVD-EA-238-URL-B518C9BF6F16 (RESEARCH): 2. Official current — Google Cloud, “De-identification”, accessed 2026-10-05. Inspection configuration controls detector selection and transformations. — https://docs.cloud.google.com/sensitive-data-protection/docs/concepts-de-identification
- EVD-EA-238-URL-A7254A51CF07 (RESEARCH): Amazon Comprehend”, accessed 2026-10-05. English/Spanish text PII; locating can be realtime/batch; redaction requires asynchronous batch. — https://docs.aws.amazon.com/comprehend/latest/dg/pii.html
- EVD-EA-238-URL-A26C531A1FB1 (RESEARCH): 4. Standard/guidance — NIST SP 800-188, “De-Identifying Government Datasets: Techniques and Governance”, 2023. De-identification requires risk/governance analysis; masking alone ma — https://doi.org/10.6028/NIST.SP.800-188
- EVD-EA-238-URL-442F44134BE7 (RESEARCH): 5. Standard/guidance — NIST IR 8053, “De-Identification of Personal Information”, 2015. De-identification reduces privacy risk but some de-identified data can be re-identified. — https://doi.org/10.6028/NIST.IR.8053
- EVD-EA-238-URL-B709DFD7C39D (RESEARCH): 6. Author-maintained issue — data-privacy-stack/Presidio #1925, opened 2026-03-31, version 2.2.362 reproduction: anonymizer could leave later space-separated entities exposed; clos — https://github.com/data-privacy-stack/presidio/issues/1925
- EVD-EA-238-URL-CA31AC8D1BD7 (RESEARCH): 7. Author-maintained issue — Presidio #1845, opened 2026-02-04: plain hash anonymizer output could be brute-forced/dictionary-attacked; closed via #1846. — https://github.com/data-privacy-stack/presidio/issues/1845

## Failure / limits
対象組織のPII定義、言語・domain、入力channel、選定製品/version、custom detectors、precision/recall threshold、hash/token key管理、human-review経路、logging/retention、再識別リスク評価、法域別要件、live tenant挙動は未確定である。これらが未検証の状態では、公開claimは「PII検出・変換の部品と検証設計」に限定する。
## 要点と前提
PII検出器とredaction/anonymization処理は、入力から識別子を見つけて変換するための部品であり、それだけで「匿名化済み」「規制適合」「再識別不能」を保証するものではない。検出対象、言語、文脈、データ形式、しきい値、変換方式、復元鍵・対応表、ログやキャッシュなどの残存コピーを分けて設計・検証する。

## 運用原則
1. **検出と匿名化を分離する。** detectorのfalse negativeは変換器では回復できない。Google Sensitive Data Protectionもbuilt-in infoType detectorを完全精度・規制適合保証として扱わず、要件に対する設定試験を求めている。
2. **対象面を明示する。** text、structured data、file、image、stream等で利用可能な検出・変換経路は異なる。Amazon ComprehendのPII redactionはtext向けで、redactionは非同期batch jobである。製品名だけから全channel対応を推論しない。
3. **言語・domainを固定して評価する。** 独立benchmarkではPII detectorの性能がdomain・script・entity typeで大きく変動する。単一英語fixtureのPASSを多言語・医療・法務・金融等へ外挿しない。
4. **変換方式をprivacy claimと同一視しない。** masking/redaction/tokenization/hash/pseudonymizationは異なる性質を持つ。NISTはde-identification後にも再識別リスクが残り得るとしており、単なるmasking toolが十分なde-identification機能を持つとは限らない。
5. **linkabilityとreversibilityを設計対象にする。** deterministic hashやstable tokenはjoin可能性を残す。Presidioではplain hash operatorの辞書・総当たり再識別リスクが2026年にissue化され、修正対象となった。
6. **failure envelopeを試験する。** 連続entity、短いID、文脈依存の氏名・住所、数値の曖昧性、Unicode/非Latin、OCR由来text、chunk境界、重複・overlap entityを含める。Presidio 2.2.362ではspace-separated同種entityの一部がanonymizeされない再現issueが報告され、その後修正された。
7. **残存コピーを別管理する。** 原文prompt、inspection findings、debug log、trace、cache、queue、backup、SIEM、analytics、human-review copyにPIIが残る可能性を、変換後payloadの確認とは別に監査する。

## Failure envelope / OPEN_UNKNOWN
対象組織のPII定義、言語・domain、入力channel、選定製品/version、custom detectors、precision/recall threshold、hash/token key管理、human-review経路、logging/retention、再識別リスク評価、法域別要件、live tenant挙動は未確定である。これらが未検証の状態では、公開claimは「PII検出・変換の部品と検証設計」に限定する。

## Evidence boundary
Google Sensitive Data Protectionの現行documentationは200超のbuilt-in infoTypes、custom detectors、複数のde-identification方式を示す一方、built-in detectorが完全精度ではなく規制適合を保証しないと明記する。Amazon Comprehendは英語/スペイン語textのPII検出とredactionを提供するが、redactionはasync batchである。NIST SP 800-188 / IR 8053はde-identificationをrisk-reductionとして扱い、再識別可能性とgovernanceを要求する。2026年のPIIBench等はdomain横断で検出性能の不均一性を示す。これらは特定tenantの品質保証ではない。

NEXT: /agent/start.json
STOP: This is a knowledge projection, not an execution order.