---
url: /pdf-agent-stack/ja/use-cases/incoming-audit.md
description: >-
  受け取った PDF の受入監査 — pdf-trust が evaluate_policy の決定論的 4 値判定を軸に Trust Report
  を返すまでを、インターネット官報の実監査ログで追う
---

# 受入監査

## シナリオ

取引先・行政・患者から受け取った PDF（契約書・請求書・公文書・診療文書）を業務に載せる前に、
「本物か・改ざんされていないか・信用してよいか」を判定します。判定は LLM の印象ではなく、
pdf-verify の決定論的ルールエンジン（`evaluate_policy`）が下します — 同じファイル・同じプロファイルなら
常に同じ判定になります。

以下の実行例はすべて **2026-09-04 の実測**です（pdf-verify-mcp v0.26.0 / pdf-reader-mcp v0.15.0。インターネット官報 2026-08-10 号本紙ほか、`docs/specimens/` の検体）。

## 登場 MCP / Skill

| 役者 | 役割 |
|---|---|
| [pdf-trust Skill](/ja/skills/pdf-trust) | 呼び出し順の決定・firedRules の解説・推奨アクション。**判定はしない** |
| [pdf-verify](/ja/mcp/pdf-verify)（必須） | `evaluate_policy`（4 値判定）・署名検証・改ざん検知・PAdES 観測 |
| [pdf-reader](/ja/mcp/pdf-reader)（任意） | `locate_objects` — 変更されたオブジェクトを「ページ + 矩形」に変換する |
| houki 系 MCP（任意） | プロファイルが指定する法令根拠の原文取得 |

## シーケンス図

```mermaid
sequenceDiagram
  actor U as 利用者
  participant S as pdf-trust Skill
  participant V as pdf-verify
  participant R as pdf-reader
  participant H as houki-egov

  U->>S: この PDF は信用できる？
  S->>V: evaluate_policy(profile: government)
  Note over V: 内部で verify_signatures /<br>verify_integrity / detect_pades_level
  V-->>S: verdict + firedRules + facts
  S->>V: verify_integrity(json) — 署名後の変更の特定
  V-->>S: revisions[].changes[]（オブジェクト単位差分）
  S->>R: locate_objects([64, 65, 54])
  R-->>S: ページ + 矩形 + basis
  S->>H: get_law(公文書管理法 第6条)
  H-->>S: 条文原文 + 出典 URL
  S-->>U: Trust Report（判定・根拠・警告・推奨アクション）
```

## プロンプト例

* 「この PDF は信用できる？受入監査して: `/path/to/kanpo-20260810.pdf`」
* 「取引先から届いた契約書を監査して。CA 証明書は `/path/to/partner-ca.pem`」（→ profile: contract + trust_anchors）
* 「署名のあと誰かが何か書き足していないか調べて」（→ Phase 2.5 の深掘り）

## 実測例 — インターネット官報（profile: government）

`evaluate_policy` の判定は **use_with_caution** です。該当したのは 2 ルールです。

| 該当ルール | 意味 |
|---|---|
| POL-CAUTION-TRUST-NOT-EVALUATED | 暗号学的完全性は確認。**署名者の身元は未評価**（trust_anchors 未指定） |
| POL-CAUTION-REVOCATION-UNKNOWN | 失効情報が文書内に無く「失効していない」とは言えない |

facts: `Signature1`（内閣府）= **valid** / `e-timing EVIDENCE3161_1`（文書タイムスタンプ）= **valid** / PAdES 構造 = B-B（T3 の観測）。政府プロファイル向けの PDF/A 検査は「未実施」と記録されます（暗号化のため veraPDF に渡せない）。

`verify_integrity`: ファイル 139,503 バイト、増分 1 回。`Signature1` の署名済み範囲のあとに **+9,938 バイト**。最後の署名（文書タイムスタンプ）はファイル全体を覆うので、`objectChangesAfterLastSignature` は空です。+9,938 バイト側で触られたのは **6 オブジェクト**（`changeCount: 6`）です。各行には、どの種類の変更かを示す `changeClass` が付きます。

| オブジェクト | 変更 | `changeClass` | 役割 |
|---|---|---|---|
| 64 | added | form-fill | form field widget（`locate_objects`: p.1、`annotation-rect` が 0×0） |
| 65 | added | unknown | 署名辞書そのもの。`locate_objects` は型を **DocTimeStamp** と読む。ページ上の位置は無い |
| 54 | modified | form-fill | AcroForm 辞書（ページ上の位置は無い） |
| 7 | modified | housekeeping | 文書カタログ |
| 8 | modified | housekeeping | ページオブジェクト（`/Annots` が増えた） |
| 5 | modified | housekeeping | 型が読めないオブジェクト |

housekeeping の 3 行は、認められた変更が必然的に引きずるものです。だからこそ所見と数えずに別扱いされます。署名後の変更は **文書タイムスタンプの付与そのもの**です。増分更新は PDF として認められた書き方です（ISO 32000-2 §7.5.6）。この表は「見るべき場所」であって、改ざんの証明ではありません。

::: details 呼び出し — evaluate_policy（government、アンカー無し）

* 実測: pdf-verify-mcp v0.26.0
* 標本: `docs/specimens/kanpo-20260810-h01765-p1.pdf`（呼び出すときは絶対パス）
* `profile`: `"government"`
* `response_format`: `"json"`

**パラメータ**

```jsonc
{
  "file_path": "/absolute/path/to/docs/specimens/kanpo-20260810-h01765-p1.pdf",
  "profile": "government",
  "response_format": "json"
}
```

**返る JSON**（`scope` と `notes` は省略）

```jsonc
{
  "profile": "government",
  "verdict": "use_with_caution",
  "firedRules": [
    { "ruleId": "POL-CAUTION-TRUST-NOT-EVALUATED", "verdict": "use_with_caution" },
    { "ruleId": "POL-CAUTION-REVOCATION-UNKNOWN", "verdict": "use_with_caution" }
  ],
  "facts": {
    "signatureCount": 1,
    "signatures": [
      { "fieldName": "Signature1", "verdict": "valid", "trust": "not_evaluated", "revocation": "unknown" },
      { "fieldName": "e-timing EVIDENCE3161_1", "verdict": "valid", "isDocumentTimestamp": true }
    ],
    "padesLevels": [{ "fieldName": "Signature1", "level": "B-B", "normativeBasis": "T3" }]
  }
}
```

:::

::: details 呼び出し — verify_integrity と locate_objects
`verify_integrity` の `revisions[1].changes` からオブジェクト番号を取り、`locate_objects` に渡します。

```jsonc
{
  "file_path": "/absolute/path/to/docs/specimens/kanpo-20260810-h01765-p1.pdf",
  "object_numbers": [64, 65, 54],
  "response_format": "json"
}
```

```jsonc
{
  "objects": [
    { "objectNumber": 64, "found": true, "type": "Annot", "subtype": "Widget",
      "locations": [{ "page": 1, "rect": { "x1": 0, "y1": 0, "x2": 0, "y2": 0 }, "basis": "annotation-rect" }] },
    { "objectNumber": 65, "found": true, "type": "DocTimeStamp", "locations": [],
      "reason": "No page references this object, so it has no place on any page." },
    { "objectNumber": 54, "found": true, "locations": [],
      "reason": "No page references this object, so it has no place on any page." }
  ],
  "isEncrypted": true
}
```

暗号化文書なので、座標と型は取れますがフィールド名は `null` です（ISO 32000-1 §7.6.2）。
:::

## 実測例 — 暗号化 PDF で「測れたこと」と「未実施」を分ける（2026-09-16、別ホスト）

同じ官報を、pdf-verify-mcp **v0.26.1** で別のホスト（Grok Build 1.0.30）から監査しました。v0.26.0 では暗号化 PDF の `validate_conformance` が `INTERNAL_ERROR` を返していましたが、v0.26.1 では `ENCRYPTED_PDF` になり、「採点していない」と読めます。

**測れたこと**

| ツール | 実測 |
|---|---|
| `summarize` | `isEncrypted: true`。空のユーザーパスワードで鍵は導けた。`textExtractability: "not_extractable"`（フォント `DFHSMinchoRPro6N-W3-Identity-V`、ToUnicode なし） |
| `evaluate_policy`（government） | `use_with_caution`。`scope.encrypted: true`、`scope.authenticated: true`。`facts.conformance: null`。advisory: PDF/A conformance could not be completed — **record it as "not performed", not as passed** |
| `validate_conformance`（pdfa-3b、engine 既定 auto） | `code: "ENCRYPTED_PDF"`。message: Document is encrypted; veraPDF cannot validate PDF/A against the file as received。`compliant` は返らない |
| `validate_conformance`（同、`engine: "native"`） | `authoritativeValidation.performed: false`（reason `native_engine_requested`）。`compliant: false`、failedRules 3（no-encryption / xmp-declaration / output-intent）。内蔵サブセットの観察であって、veraPDF の判定ではない |
| `set_metadata`（writer） | `code: "SIGNED_PDF"`（/ByteRange あり）。next_actions は preserveSignatures / allowBreakingSignatures。ファイルは書いていない |

**未実施（passed にしない）**

* PDF/A-3b の veraPDF 採点。`ENCRYPTED_PDF` で拒否されたので、veraPDF は走っていません
* 本文の Unicode 抽出。`not_extractable` です。空の抽出を「テキストが無い」とはしません

`facts.conformance` が `null` であることと、`compliant: false` であることは別です。前者は「観測していない」、後者は「観測して落ちた」です。

報告書の全文: [eval/hosts/grok-build/reports/UC10.md](https://github.com/shuji-bonji/pdf-agent-stack/blob/main/eval/hosts/grok-build/reports/UC10.md)

## 結果の読み方

* **判定はコードが下します。** `use_with_caution` は「疑わしい」ではありません — 完全性は確認済みで、
  身元評価と失効確認が未達というだけです。CA 証明書を trust_anchors で渡し、失効確認が good になれば
  `trust_and_use` に上がります（[実測: CRL の有無だけで判定が分かれた対検体](/ja/skills/pdf-trust)）
* **「無い」と「分からない」を混ぜないでください。** revocation: unknown は「失効していない」ではありません。
  PDF/A が測れなかった検査は「未実施」と明記されます — passed ではありません
* PAdES レベルは**構造の観測**です（T3）。「B-B に一致する」とは言えますが「PAdES 準拠」とは言いません
* 法令根拠は houki 系 MCP の**原文**から引きます（記憶からの条文引用はしません）

## 別ホストでの再走（2026-09-15、Grok Build 1.0.30）

pdf-verify-mcp v0.26.0 / pdf-reader-mcp v0.15.1 で、未署名の契約書（`human_review_required`、`POL-REVIEW-UNSIGNED-REQUIRED`）、自己署名の PAdES 検体（`use_with_caution`、構造 B-T）、上の官報（`use_with_caution`、構造 B-B）の 3 検体を監査しました。同じファイルと同じプロファイルを 2 回呼ぶと、`verdict` と `firedRules` は同一でした。報告書: [UC01.md](https://github.com/shuji-bonji/pdf-agent-stack/blob/main/eval/hosts/grok-build/reports/UC01.md)