AIの進化で変わる、データ保護の考え方

ゼロデイ攻撃では、脆弱性が公表・修正される前に悪用されるため、境界防御による侵入防止には限界があります。その結果、防御の重心は「侵入を防ぐこと」から「侵入を前提に、いかにデータを保護するか」へと移ります。
本記事では、データベース周辺で考えられるさまざまなリスクのうち、侵入後に、データベースのデータファイルが持ち出されたり、バックアップデータやトランザクションログ（WAL）が不正にコピーされたりするといったように、保存されたデータそのものが外部に流出するケースに着目します。
こうした状況を想定し、「侵入後もデータを守れるか」という観点から、侵入後のデータ保護に関する考え方を整理します。

侵入を前提としたセキュリティ設計において、最終的に守るべきものはデータそのものです。アクセス制御やネットワーク防御は重要ですが、データが持ち出された後の被害を直接防ぐことはできません。
データベース暗号化は、データファイルやバックアップが第三者の手に渡った場合でも、内容を解読できない状態を保つことで、情報漏えいの実害を抑制します。一方で、従来の暗号化はアプリケーション側の対応や運用負荷が課題となり、導入のハードルが高いケースも少なくありませんでした。
こうした課題を踏まえ、データベース層で暗号化を完結させる仕組みとして設計されたのが、Enterprise Postgresの透過的データ暗号化（TDE）です。

TDEは、データベース内部のデータを、利用者やアプリケーションが意識することなく暗号化する仕組みです。Enterprise Postgresでは、テーブルやインデックスに加え、トランザクションログ（WAL）、一時ファイル、バックアップデータまでを暗号化対象としています。
暗号化・復号は、PostgreSQLサーバープロセスがストレージにデータを読み書きするときに自動的に行われるため、SQLやアプリケーションロジックを変更する必要はありません。既存システムにも適用しやすく、運用への影響を抑えながら暗号化を導入できます。

暗号化による性能低下を懸念する声もありますが、Enterprise PostgresのTDEでは、暗号化・復号をストレージアクセス時に限定しています。データがキャッシュ上に存在する場合には暗号化処理が発生しないため、通常のOLTP処理への影響は抑えられます。
また、暗号化キーは二層構造で管理され、運用者が直接扱うのはパスフレーズのみです。これにより、暗号化導入に伴う運用負荷を抑えつつ、鍵管理基盤と連携した高度な鍵管理にも対応可能な構成となっています。