SQL Server中的加密简介
在SQL Server2000和以前的版本，是不支持加密的。所有的加密操作都需要在程序中完成。这导致一个问题，数据库中加密的数据仅仅是对某一特定程序有意义，而另外的程序如果没有对应的解密算法，则数据变得毫无意义。
到了SQL Server2005，引入了列级加密。使得加密可以对特定列执行，这个过程涉及4对加密和解密的内置函数
SQL Server 2008时代，则引入的了透明数据加密（TDE），所谓的透明数据加密，就是加密在数据库中进行，但从程序的角度来看就好像没有加密一样，和列级加密不同的是，TDE加密的级别是整个数据库。使用TDE加密的数据库文件或备份在另一个没有证书的实例上是不能附加或恢复的。
Ⅱ SQL数据库被加密了怎么办
用”合力天下数据库加密软件“加密的sqL数据库在本机是可以正常运行的，远程非法下载或传到网上是打不开的，如果需要带出公司，可以找公司管理员解密后带出
Ⅲ SQL数据文件怎么加密
首先要说明不能限制 “谁”，只能限制部分人
其次是加密数据肯定要降低效率
一般情况你数据表中数据不用全部加密，某些关键字段加密就行了
但是你这个只能用可逆转加密，而且加密后 查询检索会麻烦些
不能直接复制，使用 Blob 字段就类型就行了
要加密简单点用 Base64编码好了，也不能直接复制，肉眼看不出来，拿走也不能直接用
其它的加密方式 效果好些，但效率就低了。
Ⅳ sql server中怎么给数据库表中的用户密码加密
1、首先我们电脑上要安装有SQL Server，然后要准备一个MDF数据库文件。打开SQL Server。
Ⅳ 怎么实现对SQL Server数据库的字段进行加密和解密
怎么实现对SQL Server数据库的字段进行加密和解密
那你可以通过编程 在保存的时候,先把字段内容进得加密,然后再保存到数据库中。 读取的时候,读出数据后,再进行解密操作。
Ⅵ 如何在SQL Server数据库中加密数据
热心网友
在SQl2005下自带的函数hashbytes()
，此函数是微软在SQL
SERVER
2005中提供的，可以用来计算一个字符串的
MD5
和
SHA1
值，使用方法如下：
--获取123456的MD5加密串
select
hashbytes('MD5',
'123456')
;
--获取123456的SHA1加密串
select
hashbytes('SHA1',
'123456')
;有了这个函数可以在sqlserver中为字符串进行加密，但是hashbytes()
函数的返回结果是
varbinary类型，（以
0x
开头
16
进制形式的二进制数据）通常情况下，我们需要的都是字符串型的数据，很多人首先想到的可能就是用
CAST
或
Convert
函数将varbinary
转换为
varchar，但这样转换后的结果会是乱码，正确转换
varbinary
可变长度二进制型数据到
16
进制字符串应该使用系统内置函数
sys.fn_varbintohexstr()（只在sqlserver2005下有），如下所示：select
sys.fn_varbintohexstr(hashbytes('MD5',
'123456'))
然后就可以截取需要的部分select
lower(right(sys.fn_varbintohexstr(hashbytes('MD5','123456')),32))为md5加密串。
Ⅶ 教你如何在SQL Server数据库中加密数据
为了防止某些别有用心的人从外部访问数据库 盗取数据库中的用户姓名 密码 信用卡号等其他重要信息 在我们创建数据库驱动的解决方案时 我们首先需要考虑的的第一条设计决策就是如何加密存储数据 以此来保证它的安全 免受被他人窥测
SQL Server中有哪一种支持可以用于加密对象和数据?从一开始就讨论一下SQL Server欠缺什么是明智的 或者是对于SQL Server中的加密部分你不应该做什么
首先 SQL Server有两个内置的密码函数——即 pwdencrypt() 和 pwdpare() 同时 还有两个SQL Server用来管理密码哈希的没有正式记录的函数:pwdencrypt() 将密码哈希过后进行存储; pwdpare()将提供的字符串与哈希后的字符串进行比较 不幸的是 这个哈希函数不是非常安全 它可以通过字典攻击算法被破解(类似命令行应用程序!)
这些函数随着SQL Server的版本发展而不断进行修改 这也是另一个没有使用它们的原因 早期版本的SQL Server对密码进行的哈希 在后来的版本中无法解密 所以如果你依赖一个版本中的函数 那么当升级的时候 所有你的加密数据就都没有用了 除非你可以首先对其解密——这也就违背了敏液加密的最初的目的
第二 你可能会尝试去创建一个针对你的数据库的自制的加密解决方案 但是有以下三个理由说明你不要这样做:
除非你是加密专家 否则胡乱编写的加密系统只会提供非常低级的价值不高的保护 新鲜的是 单向密码哈希或者 ROTx 形式的加密几乎不需要费事就可以被轻松打败
如果由于你自己的能力的缺乏而导致加密被破解 那么你的数据就完蛋了 你需要将所有的东西进行没有加密的备份 是吗?(即使你加密了 那里有没有安全漏洞?)
当市面上提供有专业级别的 具有工业强度的加密解决方案的时候 你就不值得花费时间去自己做 把你的时间用于构建一个好的 坚固的数据库 而不是再重新发明一次车轮
那么 什么才是好的加密数据的方式呢?
对于新手 微软提供了一个自己生成的加密解败伏决方案 CryptoAPI 对于轻量级的加密 军用级别的安全就不在考虑范围之内 它具有相对容易实现的优势:管理员可以安装一个名为CAPI 的ActiveX 控制 它可以在T SQL存储过程中提供CryptoAPI 功能 CAPI 支持察拿携各种类型的双向加密和单向哈希算法 所以管理员可以挑选最适合应用程序的问题的部分
如果你对使用微软的解决方案不感兴趣 还有一些很好的第三方的方案可以使用 一家名为ActiveCrypt 的软件有限责任公司制造了XP_CRYPT 它是SQL Server的插件 可以在视图 程序和触发器中通过扩展存储过程和用户自定义函数(在SQL Server 中)来完成加密 你可以下载一个支持无线的MD DES 以及SHA 哈希的免费版本的应用程序; 其他的加密模型就是在比特深度上进行的 (完全版本是无限的 )在你自己的代码中 你可以使用XP_CRYPT 与ActiveX 控制一样(在受限的免费版本中) 对于ASP程序员来说 一个名为AspEncrypt 的组件提供了一种将高级加密整合到你的代码中的简单方式
lishixin/Article/program/SQLServer/201311/22397
Ⅷ sql 数据库与客户端的数据传输怎么加密
1、需要看的那种加密会需要在客户端独立设置解密才行，这样加大了编程工作量，数据在传输过程中。
2、高级版本的sqlserver已经加密，特别是帐号密码不是明文传输。
3、加解密过程首先是CPU高开销操作，过度频繁一定会带来性能问题
4、SQL Server 支持安全套接字层 (SSL)，并且与 Internet 协议安全 (IPSec) 兼容。所以，sql server是支持在传输数据时进行加密的。