---
title: "確認ログの整合性を検証する方法"
description: "ハッシュチェーン検証を実行し、正常・破損の結果を解釈して、証跡の完全性やソース内容について証明できない範囲を理解します。"
url: https://vitextra.com/ja/support/kb/10533
language: ja
published: 2026-11-08
modified: 2026-11-08
products:
  - "Policy Acknowledgement"
author: "Lidija Reising"
tags: ["確認の整合性", "ハッシュチェーン", "証跡ログ", "SHA-256検証"]
---

# 確認ログの整合性を検証する方法

ハッシュチェーン検証を実行し、正常・破損の結果を解釈して、証跡の完全性やソース内容について証明できない範囲を理解します。

整合性チェックは確認レコードのハッシュを再計算し、先行レコードへのリンクを検証します。読み込まれた証跡チェーンの不整合を検出するのに役立ちます。必要なすべてのイベントが存在すること、従業員がポリシーを理解したこと、現在のソースが公開バージョンに一致することは確定しません。

## チェックを準備する

確認リストを読み取り、製品設定と監査ログを更新できる管理者アカウントを使用します。監査担当者にもダッシュボードが見える場合がありますが、チェックは結果を保存して監査イベントを書くため、読み取り専用アクセスではレコードの検査後にエラーになる場合があります。

破損が疑われる状況を調査する場合、変更前に関連するレコードと識別子を保持します。緑の結果を得るために証跡を編集したり、ハッシュをリセットしたり、レコードを削除したりしないでください。確認を書き込むサービスがある場合は、その所有者とチェックを調整します。

## 検証を実行する

1. 目的のハブでCompliance Dashboardを開きます。
2. 証跡整合性パネルを探します。
3. 最後に保存された結果、レコード数、チェック時刻を確認します。古い結果は、新しく追加されたレコードに対する現在の保証ではありません。
4. **今すぐ確認**を選択し、操作が完了するまで待ちます。
5. 新しい結果とタイムスタンプを記録し、最初の破損レコード識別子が報告された場合はそれも記録します。

チェックはレコードIDの昇順で確認ログを読み込みます。各レコードのハッシュを再計算し、保存された前のハッシュへのリンクを先行レコードのハッシュと比較します。対象はそのハブのログであり、ダッシュボードのフィルターで現在表示している部門やポリシーだけではありません。

![保存された整合性チェック結果を確認する](https://static.vitextra.com/articles/10533/integrity-result-ja.png)
*保存された整合性チェック結果を確認する*

## 結果を解釈する

| 結果 | 意味 |
|---|---|
| 未検証 | 保存された検証結果がありません。 |
| 正常 | このチェックで読み込まれたレコードのハッシュと先行リンクが一致しました。 |
| 失敗 | ハッシュまたは前へのリンクの不一致が見つかり、最初に影響を受けたレコードが特定されます。 |
| 操作エラー | 読み取り、計算、結果保存の操作が失敗しました。正常なチェックが完了したとは扱わないでください。 |

表示レコード数は読み込まれたログのサイズです。最初の不一致でループが止まる場合、その数を、以降の全レコードが個別に検証された証拠と解釈すべきではありません。空のログは整合性計算に合格できますが、確認が存在することは証明しません。

## 保護の制限を理解する

チェーンは、変更されたレコードや、後続がまだ参照している中間レコードの欠落を明らかにできます。独立して保持された信頼できる終端値がない場合、ログ末尾の削除やチェーン全体の置き換えは、この比較だけでは必ずしも検出できません。同時の直接書き込みもチェーンの不整合を生む場合があり、直ちに悪意ある編集と決めつけず調査する必要があります。

❗ **重要**  
変更・削除されたレコードがないことを証明するというUIの短い文言は、このチェックの保証範囲より広いものです。緑の結果は読み込まれたデータのチェーン整合性であり、絶対的な不変性、完全性、法的有効性、従業員に表示された正確なソース内容の証明ではありません。有効な権限と記録モードは引き続き重要です。[KB10509. Policy Acknowledgementのデータ保存：DirectモードとServiceモード](https://vitextra.com/ja/support/kb/10509)を参照してください。

## 失敗を調査する

最初に報告されたレコードID、前のレコード、ハッシュ、チェック時刻、最近のワークフロー活動を保持します。管理者とともに関連する監査イベントとサービスエラーを確認します。保存されたハッシュを手動で置き換えてチェーンを修復しないでください。原因が不明な場合は、識別子と機密情報を除いたエラー詳細をサポートに伝え、元の証跡を調査用に利用できる状態に保ちます。一部のレコードを残す可能性のある記録失敗については[KB10538. 確認の失敗と通知が届かない問題を解決する](https://vitextra.com/ja/support/kb/10538)を参照してください。