grub 密码保存方式是md5 ，而不是说 把 "密码" 用MD5加密
简单的说 密码是一个字符串 ，将这个字符串用md5函数处理后 得到一个md5散列, 这个是密码的实际存在方式， 验证的时候 将你输入的密码同样用md5函数处理， 将得到的散列和正确密码的散列对比 ，相等则判断正确
B. cryptopp 使用SHA1及SHA256进行hmac 哈希
Cryptopp是一个实用的工具，特别针对SHA1和SHA256哈希算法进行HMAC（Hash-based Message Authentication Code）操作，用于实时对明文数据进行加密保护。HMAC是基于哈希函数的加密算法，它的核心特点是单向不可逆，确保消息的完整性和真实性。
在实际应用中，HMAC常用于数据验证。用户为了确保数据的完整性和防止篡改，会对原始数据进行两次哈希处理，首先通过SHA1或SHA256算法计算哈希值，然后将这个新的哈希值与原始数据进行比对。例如，如果你发送一个消息，你不仅会发送消息本身，还会附上一个通过HMAC生成的校验码，接收方收到后会再次哈希比对，如果两者一致，就确认消息未被篡改。
C. 怎么将两个pdf文件做对比 ,将不同地方标记出来
使用adobe
acrobat软件打开未加密保护的pdf文件，使用里面的comment选项，可以插入文本框等一系列的工具进行标记操作
D. php文件被加密怎么破解
可以用黑刀Dezender来试试，我不担保可以解出来的哦，
从黑刀Dezender4.3版之后，将着力对混淆函数以及自定义函数的解密进行应对。
大家下载压缩包并解压后，会发现有一个“config.ini”的文件，这就是混淆函数库啦！
打开后，可自行编辑其中的内容，当然，也可以通过黑刀Dezender的升级程序直接下载官方最新的混淆函数库文件。这个混淆函数库就相当于是一个字典文件了，在保证格式不变的情况下，大家可以在【黑刀部落】下载《黑刀超级字典生成器》生成字典来挂入主程序进行解密，正确步骤为：先备份、改名自己的config.ini文件，生成的字典文件在第一行加入“[OBFUSCATE_NAME]”，将字典文件改名为config.ini，开始解密。
同时，黑刀部落网站的“项目中心”栏目也开设了用户提交自己已知程序被混淆的函数列表，这样的话，就能让Dezender变得越来越强了。再也不怕混淆函数了。呵呵。
什么是混淆函数？混淆函数，是从Zend Guard 4.0之后新增的一项功能，能把PHP文件中的所有函数名都进行混淆，混淆后变成以“_OBFUSCATE_”开头的一串“乱码”，这种加密方式感觉有点类似Md5，因为函数名已经不是原来的样子了，所以解密出来的PHP文件是不能正常执行的。黑刀Dezender在4.3版之后，新增加了挂入混淆函数库参与解密的功能，而混淆函数库，就像是一个包含了已知函数名的字典，利用这个字典，来与被混淆了的函数名（就是所谓的“乱码”）进行比对，如果比对结果相同，则解密出来的文件，基本上就可以恢复到加密前的样子了。如果混淆函数库中没有包含该PHP文件中使用的函数名，那么解密结果依然还是会存在“乱码”的。掌握了这个原理，我们就可以去想办法解决问题了。
方式有以下几种：
第一，使用黑刀超级字典生成器产生一个字典，字典的内容可以自己把握，修改字典文件名为“config.ini”，然后打开字典文件，在第一行插入“[OBFUSCATE_NAME]”标记（注意，方括号也是需要的，也就是引号内的内容都要加进去），将字典文件拷贝入黑刀Dezender主程序所在目录，同时注意备份原有的config.ini文件。这种办法费时费力，也要看运气，不过却是最实际的解决办法。
第二，常看别人源代码的朋友，可以把自己已经掌握了的混淆函数的真实函数名提交到我的网站上来。操作步骤：进入网站首页，进入项目中心的“DeZender混淆函数库更新表”，提交。我会定期查看大家提交上来的数据，加入到官方的混淆函数库中，不断的增强和完善官方混淆函数库，大家可以利用黑刀Dezender的自动升级功能对其进行升级！
E. md5加密解密原理，以及MD5有哪些用途
MD5加密是一项广泛使用的哈希算法，其目的是将任意大小的数据转换成固定长度的数字串，通常为32个十六进制字符。这个过程是单向的，即从原始数据到哈希值的转换是不可逆的，这意味着我们不能从哈希值恢复原始数据。
MD5加密算法基于一个512比特分组和16个32比特子分组的处理方式。它的输出是一个128比特的结果，即16个十六进制数字。加密过程涉及到对信息的填充，使其达到算法所要求的长度，然后再进行多次运算以生成最终的哈希值。
MD5的解密通过第三方工具或服务完成。现今有许多免费的在线平台，如md5.cn，只需输入已加密的字符串，就能得到原始信息。
MD5在实际应用中有多种用途，主要包括以下三点：
首先，用于防止数据被篡改。例如，发送文件时，可计算并提供其MD5值。接收方收到文件后，也能计算其MD5值，比较两者是否一致，以确认文件在传输过程中未被修改。
其次，防止直接查看明文数据。网站常将用户密码加密为MD5格式进行存储，防止密码泄露。在登录验证时，系统会计算用户输入密码的MD5值，并与数据库中保存的MD5值进行比对，确保安全性。
最后，用于防止数据抵赖，即通过数字签名功能。当第三方认证机构验证数据来源时，会生成并记录MD5摘要信息。如果有争议产生，机构只需重新生成摘要信息，与原始记录进行比对，确认数据的完整性。
MD5虽广泛应用于网络安全中，但其安全性已受到质疑。因此，在选择使用MD5时，需认识到其局限性，寻找更安全的哈希算法以保障数据安全。
F. 对称加密、非对称加密、摘要、数字签名、数字证书
作为一个开发人员，或多或少都听说过对称加密、非对称加密、摘要、数字签名、数字证书这几个概念，它们是用来保证在互联网通信过程中数据传输安全的。有人可能会有疑惑，我给传输数据加个密不就安全了，为什么还要搞这么多花样出来？本文主要通过一个案例来讲解这几个概念的实际作用。
在此之前，我先简单介绍一下这几个概念。
对称加密是指用来加密和解密的是同一个秘钥。其特点是加密速度快，但是秘钥容易被黑客截获，所以安全性不高。常见的有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的数字签名，这个签名是证书机构用他们自己的私钥对证书的摘要进行加密的，而公钥是公开的。所以即便王五截获并篡改了证书内容，他也无法伪造证书机构的签名，张三在收到证书后通过验证签名也会发现证书被篡改了。所以到这一步才能保证数据传输的真正安全。