摘要加密是什么意思

Ⅰ 摘要编码是什么

摘要编码目录之前的包括摘要在内的内容用罗马数字编码，目录之后的内容用阿拉伯数字编码，目录本身的页码看你的要求。

1、需要设置的常用摘要。

2、以李明（账套主管；编号：101；密码：101）的身份于2014年1月31日的操作日期使用100账套登录到“企业应用平台”。

3、点击“基础设置”选项卡。如图按“基础档案”→“其他”→“常用摘要”的顺序分别双击各菜单。

基本原理：

（1） 被发送文件用SHA编码加密产生128bit的数字摘要。

（2） 发送方用自己的私用密钥对摘要再加密，这就形成了数字签名。

（3） 将原文和加密的摘要同时传给对方。

（4） 对方用发送方的公共密钥对数字签名解密，同时对收到的文件用SHA编码加密产生又一摘要。

（5） 将解密后的摘要和收到的文件在接收方重新加密产生的摘要相互对比。如两者一致，则说明传送过程中信息没有被破坏或篡改过。否则不然。

Ⅱ 加密是什么意思

加密，是以某种特殊的算法改变原有的信息数据，使得未授权的用户即使获得了已加密的信息，但因不知解密的方法，仍然无法了解信息的内容。 在航空学中，指利用航空摄影像片上已知的少数控制点，通过对像片测量和计算的方法在像对或整条航摄带上增加控制点的作业。

加密之所以安全，绝非因不知道加密解密算法方法，而是加密的密钥是绝对的隐藏，现在流行的RSA和AES加密算法都是完全公开的，一方取得已加密的数据，就算知道加密算法也好，若没有加密的密钥，也不能打开被加密保护的信息。单单隐蔽加密算法以保护信息，在学界和业界已有相当讨论，一般认为是不够安全的。公开的加密算法是给黑客和加密家长年累月攻击测试，对比隐蔽的加密算法要安全得多。
在密码学中，加密是将明文信息隐匿起来，使之在缺少特殊信息时不可读。虽然加密作为通信保密的手段已经存在了几个世纪，但是，只有那些对安全要求特别高的组织和个人才会使用它。在20世纪70年代中期，强加密(Strong Encryption) 的使用开始从政府保密机构延伸至公共领域， 并且目 前已经成为保护许多广泛使用系统的方法，比如因特网电子商务、手机网络和银行自动取款机等。
加密可以用于保证安全性， 但是其它一些技术在保障通信安全方面仍然是必须的，尤其是关于数据完整性和信息验证;例如，信息验证码(MAC)或者数字签名。另一方面的考虑是为了应付流量分析。
加密或软件编码隐匿(Code Obfuscation)同时也在软件版权保护中用于对付反向工程，未授权的程序分析，破解和软件盗版及数位内容的数位版权管理 (DRM)等。
尽管加密或为了安全目的对信息解码这个概念十分简单，但在这里仍需对其进行解释。数据加密的基本过程包括对称为明文的原来可读信息进行翻译，译成称为密文或密码的代码形式。该过程的逆过程为解密，即将该编码信息转化为其原来的形式的过程。

Ⅲ 对称加密、非对称加密、摘要、数字签名、数字证书

作为一个开发人员，或多或少都听说过对称加密、非对称加密、摘要、数字签名、数字证书这几个概念，它们是用来保证在互联网通信过程中数据传输安全的。有人可能会有疑惑，我给传输数据加个密不就安全了，为什么还要搞这么多花样出来？本文主要通过一个案例来讲解这几个概念的实际作用。

在此之前，我先简单介绍一下这几个概念。

对称加密是指用来加密和解密的是同一个秘钥。其特点是加密速度快，但是秘钥容易被黑客截获，所以安全性不高。常见的有AES、DES算法。

非对称加密是指用来加密和解密的是不同的秘钥，它们是成对出现的，称为公钥和私钥，知道其中一个秘钥是无法推导出另外一个秘钥的。用公钥加密的内容需要用私钥才能解密，用私钥加密的内容需要用公钥才能解密。非对称加密的特点是安全性高，缺点是加密速度慢。常见的有RSA算法。

所谓的摘要就是一段信息或者一个文件通过某个哈希算法(也叫摘要算法)而得到的一串字符。摘要算法的特点就是不同的文件计算出的摘要是不同的(也有可能相同，但是可能性非常非常低)，比如一个1G的视频文件，哪怕只是改动其中一个字节，最后计算得到的摘要也是完全不同的，所以摘要算法通常是用来判断文件是否被篡改过。其还有一个特点就是通过摘要是无法推导出源文件的信息的。常用的摘要算法有MD5、SHA等。

数字签名就是一个文件的摘要加密后的信息。数字签名是和源文件一起发送给接收方的，接收方收到后对文件用摘要算法算出一个摘要，然后和数字签名中的摘要进行比对，两者不一致的话说明文件被篡改了。

数字证书是一个经证书授权中心生成的文件，数字证书里一般会包含公钥、公钥拥有者名称、CA的数字签名、有效期、授权中心名称、证书序列号等信息。其中CA的数字签名是验证证书是否被篡改的关键，它其实就是对证书里面除了CA的数字签名以外的内容进行摘要算法得到一个摘要，然后CA机构用他自己的私钥对这个摘要进行加密就生成了CA的数字签名，CA机构会公开它的公钥，验证证书时就是用这个公钥解密CA的数字签名，然后用来验证证书是否被篡改。

场景：

张三要找人装修一个房子，原则是谁的出价便宜就给谁装修，所以对于报价文件就是属于机密文件。下面我们来看下不同的方式传输报价文件都会有什么风险。

现在李四想接这个装修的活，他做了一份报价文件(文件名: lisi.txt ，文件内容: 报价50万 )。然后李四用一个对称秘钥 123 对这个文件进行加密。最后李四将这个秘钥和加密的文件发给张三，张三收到后用这个秘钥解密，知道了李四的报价是50万。

同时王五也想接这个装修的活，他本来是想报价55万的，但是又担心报价太高而丢掉这个活。恰巧王五是个黑客高手，于是他截获了李四发给张三的秘钥和加密文件，知道了李四报价是50万。最后王五将自己的报价改成了49万发给张三，结果王五接下了这个装修活。

结论：
用对称加密的话，一旦秘钥被黑客截获，加密就形同虚设，所以安全性比较低。

首先张三会生成一对秘钥，私钥是 zhangsan1 ，公钥是 zhangsan2 ，私钥张三自己保存，将公钥公布出去。

李四将报价文件 list.txt 用张三公布的公钥 zhangsan2 进行加密后传给张三，然后张三用私钥 zhangsan1 进行解密得到李四的报价是50万。

这个时候即使王五截获到了李四发给张三的报价文件，由于王五没有张三的私钥，所以他是无法解密文件的，也就无法知道李四的报价。最后王五因为报价55万而丢掉了这个装修的机会。

所以用非对称加密是可以保证数据传输安全的。不过这里说一句题外话，既然非对称加密安全性高，那为什么不淘汰掉对称加密呢？其实关键就在于加密速度，非对称加密计算量很大，所以加密速度是很慢的，如果发送消息非常频繁，使用非对称加密的话就会对性能造成很大影响。所以在实际开发过程中通常是对称加密和非对称加密结合使用的。也就是对称加密的秘钥是用非对称加密后发送的，这样能保证对称加密的秘钥不被黑客截获，然后在发送业务数据时就用对称加密。这样既保证了安全性也保证了加密速度。

结论：
非对称加密可以防止黑客截获加密后的内容，安全性高。

前面都说了非对称加密是安全的，那为什么还要数字签名呢？

设想一下，王五截获了李四的报价文件，王五虽然无法知道李四的实际报价，但是他完全可以伪造一份李四的报价(文件名: lisi.txt ，文件内容: 报价60万 )，然后将这份伪造文件用张三公布的公钥 zhangsan2 进行加密后替换原来的报价文件。张三收到后解密发现报价是60万，于是张三就以为李四报的价是60万，最后决定将装修的活给报价55万的王五来做。

发生这个问题的关键就在于张三无法知道报价文件是否被篡改过。要解决这个问题就需要用到数字签名。

首先李四需要自己生成一对非对称加密的秘钥，私钥 lisi1 自己保存，公钥 lisi2 发给张三。然后李四对自己的报价文件通过摘要算法得到一个摘要(假设摘要是 aaa )，再用自己的私钥 lisi1 加密这个摘要就得到了报价文件的数字签名，最后将加密的报价文件和数字签名一起发给张三，张三收到后先用李四发过来的公钥 lisi2 解密数字签名得到摘要 aaa ，然后用自己的私钥 zhangsan1 解密加密的文件得到报价源文件，然后对报价源文件进行摘要算法，看计算得到的结果是不是 aaa ，如果不是 aaa 的话就说明报价文件被篡改了。

在这种情况下，如果王五截获了李四发给张三的文件。王五是无法解密报价文件的。如果王五伪造一份报价文件的话，等张三收到后就会发现报价文件和数字签名不匹配。那王五能不能伪造报价文件的同时也伪造签名呢？因为王五没有李四的私钥，所以没法对伪造的报价文件的摘要进行加密，所以也就没法伪造签名。

结论：
非对称加密虽然能确保加密文件内容不被窃取，但不能保证文件不被篡改。数字签名就是用来验证文件是否被篡改过。

既然非对称加密可以保证文件内容的安全性，数字签名又可以保证文件不被篡改，那还要数字证书有什么用呢？

我们再来设想一下，王五自己也生成了一对用于非对称加密的秘钥，私钥是 wangwu1 ，公钥是 wangwu2 。前面李四将自己的公钥 lisi2 发给张三的过程中被王五给截获了，王五用自己的公钥 wangwu2 替换了李四的公钥 lisi2 ，所以张三最后收到的公钥实际上是王五的，但张三对这并不知情。后面李四发的数字签名和加密的报价文件都被王五截获，并且王五伪造了一份报价文件，同时用自己的私钥加密报价文件的摘要生成伪造的签名并发给张三，张三收到后进行验证发现数字签名和报价文件是匹配的，就以为这份报价文件是真实的。

出现这个问题的关键就在于张三没法确认收到的公钥到底是不是李四发的，这个时候数字证书就起到作用了。李四到权威的数字证书机构申请数字证书，证书里面包含了公钥( lisi2 )和公钥的拥有者( 李四 )等相关信息，然后李四将证书发给张三，张三通过证书里面的信息就可以知道公钥到底是不是李四的了。

那证书在发送过程中有没有可能被王五截获并篡改呢？要知道证书里面还包含CA的数字签名，这个签名是证书机构用他们自己的私钥对证书的摘要进行加密的，而公钥是公开的。所以即便王五截获并篡改了证书内容，他也无法伪造证书机构的签名，张三在收到证书后通过验证签名也会发现证书被篡改了。所以到这一步才能保证数据传输的真正安全。

Ⅳ 加密是什么意思啊

就是设置密码来保护你的东西，比如说保护用户名不被盗用、保护压缩文件不被其他人打开，等等。
不过网上流传有许多破解软件，据说有用，我没试过。

Ⅳ 数字签名的实现为什么要使用私钥对数字摘要加密这种方式

公钥体制是数字签名的基础，数字签名就是使用数字证书的私钥对数据的摘要加密，以保证数据的完整性、真实性和不可抵赖。

数字签名（又称公钥数字签名）是只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。

它是一种类似写在纸上的普通的物理签名，但是在使用了公钥加密领域的技术来实现的，用于鉴别数字信息的方法。一套数字签名通常定义两种互补的运算，一个用于签名，另一个用于验证。数字签名是非对称密钥加密技术与数字摘要技术的应用。

特点

每个人都有一对“钥匙”（数字身份），其中一个只有她/他本人知道（密钥），另一个公开的（公钥）。签名的时候用密钥，验证签名的时候用公钥。

又因为任何人都可以落款声称她/他就是你，因此公钥必须向接受者信任的人（身份认证机构）来注册。注册后身份认证机构给你发一数字证书。对文件签名后，你把此数字证书连同文件及签名一起发给接受者，接受者向身份认证机构求证是否真地是用你的密钥签发的文件。

Ⅵ 贴吧几种常见加密

贴吧常见加密方式有MD5(摘要加密)、SHA(安全散列算法)、RSA(非对称加密)、AES(对称加密)。常见的贴吧加密方式有MD5(摘要加密)、SHA(安全散列算法)、RSA(非对称加密)、AES(对称加密)。每种加密方式都有其特有的优势和应用场景，所以在选择加密方式时需要根据业务场景和实际需求来选择。

Ⅶ 数字签名中的密钥(公钥、私钥)

CA:
发放和管理数字证书的权威机构，电子商务交易中受信任的第三方，主要负责公钥体系中公钥的合法性检验。

非对称加密算法
非对称加密算法需要两个密钥：公钥（publickey）和私钥（privatekey），用公钥揭秘私钥加密的数据，用私钥揭秘公钥加密的数据。

RSA:
一种广泛使用的非对称加密算法。

公钥:
密钥对中公开的部分。

私钥:
非公开的部分。

摘要：
对任何输入报文数据生成固定长度的摘要，主要通过HASH函数

签名：
使用自己的私钥对摘要加密

发送方

1.生成摘要

2.生成签名

3.拼接数据

4.发送数据

接受方

1.解密接受到的数据

2.分离数据

3.计算摘要

4.完整性验证

Ⅷ 摘要、数字签名和数字证书

摘要是指通过一定的摘要算法将一段内容转为一段固定长度的内容，该内容即是摘要。

摘要算法： 通过一个函数，把任意长度的数据转换为一个长度固定的数据串（通常用16进制的字符串表示）

常见的摘要算法有：MD5、SHA1、SHA256、SHA512。

摘要作用： 检测内容是否发生修改。

存在问题： 消息发送过程中，可被中间人修改消息内容，并生成新的摘要，消息接收者不能确定消息是否被篡改。

数字签名，即是用消息发送者的 私钥 加密 摘要 后生成的内容。该内容只能用发送者的公钥进行解密，所以可以防止他人修改。

数字签名的目的是为了确保该消息是发送者发送的，中途没有被修改或替换。

存在问题： 数字签名可以解决消息被中间人修改的问题，但前提是消息接收者拿到的发送者的公钥是真实的。如果拿到的公钥不是发送者的，而是中间人的公钥，那么消息还是可以被篡改。

数字证书，是通过第三方（一般称为CA）颁发的，一般是用第三方的私钥来加密消息发送者的公钥和相关信息而生成的。这样，消息接收者用第三方的公钥来进行解密证书，得到消息发送者的公钥。

数字证书解决的问题是：防止消息发送者的公钥被中途替换，从而解决了单纯的 摘要 和 数字签名 的问题。

Ⅸ 关于CA、签名、证书、非对称加密、摘要、公私钥匙和keystore概念和区别

这几个概念才接触密码学时候理解不是很到位，现在将其理清楚，写下自己的理解。

公私秘钥对可以通过一种算法得到。
公钥：公开的，都可以拿到的秘钥。用来加密也用来解密，公钥加密的信息只能用对应私钥来解。

私钥：只有一个持有者，其他人都拿不到。用来加密也用来解密，私钥加密的信息只有对应的公钥能解。因为私钥具有唯一性，可以用来鉴别身份。需要注意的是私钥的唯一性是针对自己的公钥来说的。

非对称加密：过程使用两把不同的钥匙加解密，私钥加密只能用公钥解，公钥加密用私钥解，一般流程为：A生成公私密钥对，把公钥给B，B用公钥加密信息发送给A，A用私钥解密。

摘要：对任意一组输入数据通过算法进行计算，得到一个固定长度的输出摘要，常见RSA公司的MD5算法和SHA-1算法。

签名：包含两部分：对所签信息做摘要运算得到一个结果值，在运用非对称加密中的私钥对这个值进行加密(比如app签名就是对app自身文件做多次摘要，然后私钥加密，https流程签名就是对一些企业证书信息做摘要然后私钥加密)。

证书：公钥相关信息，其他信息如证书有效期，名称，最后贴附私钥签名的信息，格式普遍采用的是X.509V3国际标准（app中证书指纹，他是签名工具相关信息的hash值不包括贴附私钥签名只会随签名keystore变化而变化，app变化时候不会改变，用来配合包名做身份鉴别，常用于app升级和安装场景）。

keystore：证书库文件，保存证书信息和公钥及私钥（用设置密码保护私钥），访问私钥要密码。

CA：第三方可信机构。为什么https过程中非对称加密传输过程中需要用到第三方可信机构（CA），大家得客户端都以保存在本地的CA发出来的公钥解密，就可以确定CA的身份因为CA是唯一的私钥拥有者，CA做的事就是给合法的服务端证书签名，所以客户端鉴定CA的身份后，自然也认为解得CA签名的服务器证书是合法的。
注意https中涉及两对公私密钥，CA的私钥用来签名，其签名信息用来防篡改，CA公私钥配合确定CA的是身份。服务器的公私密钥用来加解密信息，也用来确定的服务器身份，其交互的信息用来协商对称密钥。

Ⅹ 加密和签名的区别是什么

数字签名和验证：发送报文时，发送方用一个hash算法从报文中产生固定长度的报文摘要，然后利用自己的私钥对这个摘要进行加密，这个过程就叫签名。这个加密后的摘要作为报文的数字签名和报文一起发送给接收方，接收方用发送方的公钥解密被加密的摘要（报文附加的数字签名）得到结果A，然后用于发送方一样的hash算法从接收到的原始报文中算出报文摘要B。最后,把A和B作比较。如果相同，那么接收方就能确认该数字签名是发送方的。加密和解密：发送方利用接收方的公钥对要发送的明文进行加密,接受方利用自己的私钥进行解密,其中公钥和私钥匙相对的,任何一个作为公钥,则另一个就为私钥。

2、数字签名的功能:

a) 对签名者进行身份认证；

b) 保证信息的完整性（在交易过程中，没有被篡改）

c) 防止交易中的抵赖发生（签名者无法否认信息是由自己发出的）

加密的功能：

a) 重点在于“数据的安全性”，可以防止数据被监听攻击。