数据库加密的细节

日期: 2008-04-29 作者:Rich Mogull翻译:李娜娜 来源:TechTarget中国 英文

在信息安全工作中,企业数据库加密是最令人畏缩的工作了。除了管理可能存在的兼容性、可靠性和运行需求问题外,安全部门还要面对大量的加密选项、密钥管理缺陷、以及应用程序的综合需求。虽然数据库加密决不容轻视,但具备一些知识和规划就会对确保一个项目的成功大有帮助。   任何加密工作的第一步都是确定保护什么数据,以及要防范的对象是谁。

我曾经合作过很多客户,他们都试图跳过这一步而直接进入技术配置。这些客户的数目之多,一定会让你大吃一惊。在实施技术之前,必须提前解决如下问题: 你想阻止数据库用户使用数据吗? 你想要保护数据不受外部攻击吗? 你需要保护所有的数据,还是仅仅是像信用卡数字那样的一列数据?   只有……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

在信息安全工作中,企业数据库加密是最令人畏缩的工作了。除了管理可能存在的兼容性、可靠性和运行需求问题外,安全部门还要面对大量的加密选项、密钥管理缺陷、以及应用程序的综合需求。虽然数据库加密决不容轻视,但具备一些知识和规划就会对确保一个项目的成功大有帮助。

  任何加密工作的第一步都是确定保护什么数据,以及要防范的对象是谁。我曾经合作过很多客户,他们都试图跳过这一步而直接进入技术配置。这些客户的数目之多,一定会让你大吃一惊。在实施技术之前,必须提前解决如下问题:

  • 你想阻止数据库用户使用数据吗?
  • 你想要保护数据不受外部攻击吗?
  • 你需要保护所有的数据,还是仅仅是像信用卡数字那样的一列数据?

  只有两种方法真正实用于加密技术,每一种都将直接决定着组织系统结构的选择。

  媒体保护加密

  第一种方法是媒体保护加密。在这种方式中,全部数据库都有可能被加密,其目的是保护数据库文件或内容,以防物理或虚拟方式窃取。这里需要注意的是有人会偷取数据库文件或者储存数据的媒体。如果你担心有人侵入服务器并窃取数据库文件,或是当你换出硬盘时丢失数据库文件,选择这种方法是相当正确的。尽管这种方法可能能够保护数据,防止系统管理员或其他有权访问保存数据库的地址的用户盗窃。但是,这种方法不能阻止数据管理员或者用户(或者任何侵入其账户的人)访问这些数据。

  媒体加密是相当直接的,并有大量好产品和技术可供选择。由于是在数据库以外加密,因而它影响数据库性能的可能性就更小,也不需要对数据库或应用程序作出任何改变。一些数据库管理系统包括这样一种可供选择的加密技术:允许在数据表格或整个数据库水平上加密。或者,可以选择使用几乎任何一种高性能文件或文件夹加密工具。在这两种情况下,加密操作是在服务器上进行的,如果它超出可接受的限制以外,会反过来影响性能。这时就要考虑使用一种内嵌式加密设备,该设备带有专用硬件来加速加密进程。

  加密和责任分离

  第二种组织采用的方法的是责任分离加密。如果你的企业为了阻止管理员看到数据,以及其它类似情形的发生,需要对数据库中的信用卡数字进行加密,那么这是最好的选择。责任分离加密比对媒体保护加密要复杂得多;它包括保护数据,以防合法数据库用户盗窃,并要求数据库本身进行更多的改变。几乎每种情况下,这都意味着需要进行列级加密。如果列是一个单独的区域,不是一个主要的或是外部密钥,不依赖于其用于标定性能的系统结构,也不受限于范围搜索,那么对于加密而言,这就是一种不错的选择。反之,它仍然可以用于加密,但需要改变主要的数据库和应用程序。

  既然你能够按照所构建的加密技术进行规划,那么为列级加密技术设计一个新的数据库的过程就是非常简单的。此外,一些含有繁琐的应用程序附件的遗留体系,需要一个主要密钥进行加密,对于这些体系,该项目将持续2-3年。大部分加密方案都中途破产,其难点是由密钥关系,指标和任何必要应用程序的改变决定的。

  数据库加密的一些建议

  虽然所有主要的数据库管理系统提供了列级加密,但是没有一个系统支持去除那些数据库默认的密钥。我的建议是尽量使用本地的加密性能,不要使用第三方密钥管理产品来将密钥从数据库中分离出来。该策略允许安全管理者,而不是数据库管理者,对密钥进行管理,支持责任分离。不论其他任何人告诉你什么,你都不要尝试加密主要密钥。最后,确定你真正得到了你期望的利益——数据库加密无法防止SQL入,并无法阻止一个有权进入的危险账户。

  关于域加密,我的建议是:如果可能的话,尽量避免在现存的数据库中使用加密,而要在含有敏感信息的数据库中构建加密技术。比如,在将信用卡数据从现存系统中分离出来的时候,我的一些大型企业客户正采用信用卡数据来构建安全中心库,这些信用卡数据是用于交易的、并已经经过加密。如果需要在现存系统中分离职责,可以考虑使用媒体保护加密,然后可以添加另一种数据库安全技术——比如数据库活动监控——来实现责任分离。

相关推荐