SQL Server 2016:动态数据屏蔽

  • Jonathan Allen
  • 谢丽

2015 年 6 月 22 日

话题:架构

行级安全很适合于全有或全无决策,但有时候,用户需要访问数据的子集。例如,信用卡或者社会保险号的后四位。这可以在应用程序层面实现,但会留下犯错的空间。只要一次忘记屏蔽,就会导致敏感信息泄露。

SQL Server 2016 试图通过一项名为“动态数据屏蔽(Dynamic Data Masking)”的特性解决这个问题。如果列在创建列时附加屏蔽,那么它默认只会返回透过屏蔽暴露出来的数据。当前,SQL Server 提供了三种类型的屏蔽:

  • Default 屏蔽会根据数据类型返回‘XXX’、0 或‘01.01.2000 00:00:00.0000000’。
  • Email 屏蔽会返回‘aXX@XXXX.com’,其中“a”是电子邮件地址的第一个字母,“com”为顶级域名。
  • Partial 屏蔽返回前 N 个字母、像‘XXX-XX-XX’这样的常量表达式和最后 N 个字母。

有两种方法可以解除数据屏蔽。第一种是拥有 UNMASK 全局权限,它可以为用户关闭所有的数据屏蔽。第二种是将屏蔽列转换成底层数据类型。例如:

SELECT FirstName, CAST (Email AS nChar(50)) FROM Members;

局限性

由于屏蔽可以通过类型转换消除,所以不应该将这项特性看作是安全特性。确切地说,它是一个可以与诸如加密敏感信息、不允许用户执行“动态查询(ad hoc queries)”这样的最佳实践结合使用的便利功能。

屏蔽可能导致 ORM 出现问题。如果 ORM 不支持按字段跟踪变化,那么它可能会在更新操作时用屏蔽值覆盖实际的值。

查看英文原文:SQL Server 2016: Dynamic Data Masking

架构