QUALIこの記事の要点SUMMARY
- 署名が証明するのは「発行後に変わっていない」こと。「入力が正しい」ことではない
- ハッシュだけでは不十分。再計算されると同じ値になるので、鍵か第三者の時刻が要る
- 残る穴は「入力の時点」。ここは人と運用でしか埋まらない
- 監査で問われるのは技術ではなく、その線引きを説明できるかどうか
「改ざんできない記録」という言い方をよく見ます。厳密には、これは「後から書き換えられていないと言える記録」のことです。似ているようで、証明している範囲がまったく違います。記録の証拠力を測る国際的な物差しは「ALCOA+とは？」で、監査で何を見られるかは「監査に強い記録とは」で整理しています。
この違いを曖昧にしたまま導入すると、監査で「では入力が正しいことはどう担保していますか」と聞かれて答えられません。逆に、線引きをはっきり説明できれば、それ自体が評価されます。
3つの技術が、それぞれ何を担保するか
| 手段 | 証明できること | 証明できないこと |
|---|---|---|
| ハッシュ（SHA-256 など） | いま手元にある内容が、あの時の内容と同じか | その値がいつ作られたか。誰が作ったか |
| 署名（鍵を使う） | 鍵を持つ者が作った値であること | 入力された内容が事実かどうか |
| 時刻認証（TSA） | その時点で確かに存在していたこと | 内容の正しさ |
| 追記専用の履歴 | 途中の1件を消せば、前後の繋がりが切れる | 最初から嘘を書き続けた場合 |
ハッシュだけでは足りない、という点が見落とされがちです。ハッシュは誰でも再計算できるので、内容を書き換えてハッシュも計算し直せば、辻褄は合います。ハッシュが意味を持つのは、それが「書き換えられない場所」に保管されているか、鍵で署名されているか、第三者が時刻を保証しているときだけです。
どこまでが守られて、どこからが守られないか
記録が生まれてから監査で見られるまで
現場で起きたこと
実際に何が起きたか
人が入力する / 機械が読む
ここが最大の穴
記録として保存
ここから技術で守れる
書類として発行・署名
発行時点で凍結
監査で提示
照合して一致を示す
署名や履歴が守るのは、記録として保存されたあとです。「現場で起きたこと」と「入力された内容」が一致しているかは、技術の外側にあります。
極端に言えば、最初から事実と違う値を入れれば、その嘘は署名され、時刻を保証され、改ざんされていない記録として保存されます。技術は嘘を正しくしませんが、嘘を固定します。
入力の時点を、どう縮めるか
技術で埋まらないと言っても、穴の大きさは運用で変えられます。要点は入力を「後から思い出す」ものにしないことです。
- その場で記録する：あとで机に戻ってまとめて書くと、時刻も内容も記憶になります。ALCOA+ が「同時性」を求めるのはこのためです
- 入力する値を減らす：時刻・担当者・場所は、人が入力するより自動で付くほうが正確です。人が入れるべきは、人にしか分からないことだけ
- 選ばせる形にする：自由記入より選択のほうが、後からの解釈のばらつきが減ります
- その場で判定する：期限切れをその場で警告できれば、「気づかずに使った」と「知っていて使った」が記録上で分かれます
どれも「嘘を防ぐ」ものではありません。間違いと記憶違いを減らすものです。その2つが、実際の不正確さの大半を占めます。
監査で問われるのは、線引きを説明できるか
監査で「改ざんできません」と言い切ると、次に来るのは「本当ですか」です。答えにくい質問が続きます。
一方で、「発行後に変わっていないことは、この方法で示せます。入力の正しさは、この運用で担保しています」と分けて説明できれば、話は前に進みます。分けられているということは、穴を認識しているということだからです。
説明できる状態にしておくべきなのは、次の4点です。
- 記録がいつ作られたか（誰の時計で決めた時刻か）
- 誰が作ったか（共有IDになっていないか）
- 発行後に変わっていないことをどう示すか（照合の手段）
- 入力の正しさを何で担保しているか（自動化・その場入力・二重の目のどれか）
よくある誤解
- 「ハッシュがあるから改ざんできない」：再計算されれば辻褄は合います。鍵か第三者の時刻が要ります
- 「ブロックチェーンなら完璧」：分散させても、入力の正しさは変わりません。守る範囲は同じです
- 「改ざんできない＝内容が正しい」：別の話です。技術は嘘を固定するだけで、正しくはしません
- 「監査で完璧だと言えば通る」：言い切るほど、穴を突かれます。分けて説明するほうが通りやすい
まとめ
- 署名が証明するのは「発行後に変わっていない」こと
- ハッシュ単独では足りない。鍵か第三者の時刻とセットで意味を持つ
- 残る穴は入力の時点。ここは運用でしか縮まらない
- 縮める方向は「その場で・自動で・選ばせる」
- 監査で問われるのは技術の強さではなく、線引きを説明できるか
この分野を扱うなら ― QUALIKEEP でできること
QUALIKEEP はブロックチェーンの基盤でも、認証局でもありません。時刻認証局（TSA）を運営したり、分散台帳を提供したりはしません。担えるのは、発行した書類が後から書き換えられていないことを照合できる形にすることと、操作の履歴を追記だけで残すことです。
| 領域 | QUALIKEEP が担える範囲 | 対象外（他の仕組みで扱う領域） |
|---|---|---|
| 発行後の非改ざん | 発行時点の内容を凍結し、公開の検証ページで 1 行ずつ照合できる | —— |
| 操作の履歴 | 誰が・いつ・何をしたかを追記で残す（上書きしない） | —— |
| 記録の時刻 | サーバー側の時刻で付ける | —— |
| 認証局・時刻認証局の運営 | （該当なし） | TSA の提供、ブロックチェーン基盤の運営はいずれも行いません |
| 入力内容の正しさ | （該当なし） | この記事のとおり、技術では担保できません。運用の領域です |
| 不正そのものの防止 | 保証しません | 意図的に事実と違う値を入れることは止められません。技術は嘘を固定するだけです |
下 2 行が、この記事の主題そのものです。線引きを説明できる状態にしておくことが、「改ざんできません」と言い切るより監査では通ります。
記録が「後から変わっていない」ことを、どう示す形にしていますか。
改ざん検知つきの記録が、実際どう残るかを見る →ご注意
本記事は一般的な考え方を整理したものです。適用される規格や査察で求められる水準は業界・製品区分によって異なります。具体的な要求事項は、該当する規格の原文および契約している認証機関・規制当局の情報をご確認ください。