PROSAGA码农传奇-数据加密-SQL Server 2008 - 透明数据加密未加密访问

<div class =“post-text”itemprop =“text”>
  
    不，因为您无法仅对选定列执行透明数据加密：
  
  <BLOCKQUOTE>
    
      透明数据加密（TDE）
  执行实时I / O加密和
  解密数据和日志文件。
  加密使用数据库
  加密密钥（DEK），存储
  在数据库引导记录中
  恢复期间的可用性得可
  是一个使用a保护的对称密钥
  存储在主服务器中的证书
  服务器的数据库或
  受EKM保护的非对称密钥
  模块。 TDE保护“静止”数据，
  意思是数据和日志文件。它
  提供遵守的能力
  许多法律，法规和准则
  建立在各个行业。
  这使软件开发人员能够
  使用AES和3DES加密数据
  加密算法没有改变
  现有的申请。
  
      <a href="http://msdn.microsoft.com/en-us/library/bb934049.aspx" rel="nofollow noreferrer">
        参考
      </A>
      。
    
  </BLOCKQUOTE>
  
    以下是您应该考虑的关于TDE的一些事情（由...提供）
    <a href="http://www.simple-talk.com/community/blogs/brad_mcgehee/archive/2008/09/21/69659.aspx" rel="nofollow noreferrer">
      Brad McGehee的博客
    </A>
    ）：
  
  <UL>
    <LI>
      
        TDE不保护内存中的数据，因此拥有数据库的DBO权限或SQL Server实例的SA权限的任何人都可以看到敏感数据。换句话说，TDE无法阻止DBA查看他们想要查看的任何数据。
      
    </LI>
    <LI>
      
        TDE不是精细的。然后整个数据库加密。
      
    </LI>
    <LI>
      
        TDE不保护客户端应用程序和SQL Server之间的通信，因此必须使用其他加密方法来保护通过网络传输的数据。
      
    </LI>
    <LI>
      
        FILESTREAM数据未加密。
      
    </LI>
    <LI>
      
        当SQL Server实例上的任何一个数据库打开TDE时，tempdb数据库会自动加密，这可能会导致在同一实例上运行的加密和非加密数据库性能下降。
      
    </LI>
    <LI>
      
        虽然实现TDE所需的资源少于列级加密，但它仍然会产生一些开销，这可能会阻止它在遇到CPU瓶颈的SQL Server上使用。
      
    </LI>
    <LI>
      
        使用TDE加密的数据库无法利用SQL Server 2008的新备份压缩。如果要利用备份压缩和加密，则必须使用第三方应用程序，例如SQL备份，它允许您执行这两项任务而不会受到惩罚。
      
    </LI>
  </UL>
  
    这可能是有趣的：
    <a href="http://msdn.microsoft.com/en-us/library/ms179331.aspx" rel="nofollow noreferrer">
      如何：加密数据列
    </A>
  
</DIV>