在重置时加密 DB2 表数据。兼容 z/linux 和 Z/os答案

【问题标题】：Encrypt DB2 table data while at reset . Compatible with z/linux and Z/os在重置时加密 DB2 表数据。兼容 z/linux 和 Z/os
【发布时间】：2020-03-14 03:08:16
【问题描述】：

我的任务是寻找一种解决方案来加密 DB2 静态表数据 (DAR)

我的环境：注意：所有环境都使用 SSL 在传输过程中加密 DB2 数据

1) 我有两个 z/os 环境，范围内有两个表。我的客户要求在重置时对特定列的数据进行加密。

-- 其中一个表使用 SQL 复制，并且不仅依赖于两个 z/os 环境，而且依赖于两个基于 DB2 z/linux 的 db2 实例和表

2) DB2 LUW 正在弃用 DB2 表列加密，提倡使用 Native 数据库加密。

是否有人对如何在 z/os 和 luw 之间兼容的静态 DB2 数据进行加密（在我的情况下，我使用的是 z/linux）有任何建议。理想情况下，任何解决方案对应用程序都是透明的。

【问题讨论】：

Db2 本机加密对应用程序是透明的。你是什么意思说“z / os和luw之间兼容”？为什么 db2 原生加密不适合你？
Mark - 涉及的表之一存储在 z/os 和 z/linux 上，它的数据在两者之间复制，然后复制到另一个 z/os 环境。我最初的要求是加密一张表的一列。这在 z/os 上可用，但在 LUW 世界中已弃用。也就是说，我正在寻找一种解决方案，它可以加密静态 DB2 表数据并且在不同的操作系统上兼容，在我的例子中是 z/os 和 z/linux。该解决方案是什么，访问数据的用户社区也必须实施该解决方案。谢谢

标签： encryption db2

【解决方案1】：

如 cmets 中所述，Db2 加密对应用程序（包括您的应用程序）是透明的。一旦数据离开“休息”（存储），它就会被解密，然后在再次“休息”时重新加密。

加密实现细节因平台而异。在您的情况下，z/Linux 上的整个数据库必须加密以保护您的单个列。鉴于您使用的是 SQL 复制，因此无需进行其他更改。

【讨论】：

【解决方案2】：

您可以查看Row and column access control (RCAC) 功能。
您可以为没有适当授权的用户加密列值，但允许查看其他用户（包括复制用户）的实际值。
但磁盘和备份中的列数据未使用 RCAC 加密。
使用本机加密对磁盘上的 entore 数据库进行加密。您无法仅对特定列和表使用本机加密。

【讨论】：

【解决方案3】：

我同意Mustaccio 和Mark。另一个可能的选择是联合，即您根本不使用复制，而是将数据留在各自的位置，让数据库为消费者整理数据访问权限，例如通过DRDA 或Data Virtualization Manager 为z/OS。

【讨论】：