企業の監査証跡もクライアント同様の厳しい監査対象に

法律事務所がクライアントや裁判所から活動ログの提出を求められた場合、多くの企業は通常そのログを提出できます。しかし、より難しい質問があります。それは「管理者権限を持つ者が、そのログを提出前に密かに編集できたのではないか」という点です。もし理論上でも「はい」と答えられるなら、そのログは証拠とは言えません。適切な権限を持つ者が、誰が案件ファイルにアクセスしたかについて、好きなように書き換えられる文書に過ぎなくなります。

本記事では、法律事務所において監査証跡が証拠として信頼できるものとなる条件と、多くの事務所のログ管理がどのようにその基準を満たしていないかを解説します。

要約

監査証跡がクライアント、裁判所、または内部調査担当者にとって有用かどうかは、その完全性への信頼にかかっています。そして、その信頼は方針だけに依存するものではありません。基盤となるログストレージへの管理者アクセスが技術的に編集を可能にする場合、方針で禁止されていても、それは「不可能」であることとは異なります。リスク管理者にとって、実践的な基準はアーキテクチャにあります。システム管理者を含むいかなる個人も、実際に記録を改ざんできるかどうかが問われます。

主なポイント

1. 管理者が編集または削除できるログは、どれほど詳細であっても証拠とはなりません。
2. 基盤となるログストレージへのアクセスは、方針だけでなくアーキテクチャ上も制限されていなければなりません。
3. 職務分離はアクセス制限と同じくらい重要です。 案件ファイルにアクセスする人と、その記録を確認できる人は同じ役割であってはなりません。
4. 完全性と即時性は信頼性の一部であり、切り離せるものではありません。
5. クライアントはログの内容だけでなく、どのように保護されているかも重視するようになっています。

「詳細なログがある」は法律事務所にとって誤った出発点

監査ログについての多くの議論は「カバー範囲」に集中します。カバー範囲は重要ですが、最初に問うべき本質的な問いには答えていません。

完全性のない詳細は、単なる巧妙な物語に過ぎない

誰が案件ファイルにアクセスしたかについて詳細に記録されたログも、その後に誰にも改ざんされていないという保証がなければ信頼できません。

本当に重要な問い：誰がこれを変更できたか

最初に問うべき正しい質問は、ログに何が記録されているかではなく、書き込まれた後に誰が技術的にそれを変更できるかです。

ログの完全性を手続きではなくアーキテクチャで担保する理由

「管理者はログを編集してはならない」という方針は、管理者がそれを守ることを前提としています。アーキテクチャによる制御は、そもそも技術的に編集できないようにします。

ログストレージへの常時アクセスを排除

この制御の最も強力な形は、事務所のIT管理者もプラットフォームベンダーも、ログが保存されているOSやデータベースへの通常アクセス権を持たない状態です。

例外は「抜け道」ではなく、本当に例外でなければならない

防御可能な例外と抜け道を分けるのは、そのアクセスが一時的であり、二重承認が必要で、その操作自体も完全に記録されるかどうかです。

職務分離という独立した第二のセーフガード

案件ファイルにアクセスできる役割と、そのアクセス記録を確認できる役割が同じであれば、そこには本質的な利益相反が生じます。

実行者と監査者は分けるべき

真の職務分離とは、コンプライアンス、監査、方針策定の役割を運用管理とは別の担当者に割り当てることです。

クライアントから求められる前に基準を構築する

実践的なテストは、「誰が技術的に事務所の監査ログを改ざんできるか」、そして「実行する役割と監査する役割が本当に分離されているか」を正直に問うことです。

データコントロールプレーンがアーキテクチャに証拠性を組み込む方法

Kiteworksのデータコントロールプレーンは、強化されたアーキテクチャ上で稼働しており、Kiteworks自身も事務所のIT管理者も、基盤となるOSやデータベース（監査ログストレージを含む）への通常アクセス権を持ちません。サポートアクセスが必要な場合も一時的かつ二重承認制で、その操作自体も完全に記録されます。専任のコンプライアンス担当者と監査担当者の役割により、運用管理と監査機能が分離され、すべてのチャネルでのすべての操作が、改ざん防止かつスロットリングされない監査ログとして完全かつ即時に記録され、SIEMツールに直接連携されます。

現在の監査証跡が「管理者が編集できたのでは？」という問いに耐えうるかどうかをテストしたい事務所は、カスタムデモを予約できます。