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的數字簽名，這個簽名是證書機構用他們自己的私鑰對證書的摘要進行加密的，而公鑰是公開的。所以即便王五截獲並篡改了證書內容，他也無法偽造證書機構的簽名，張三在收到證書後通過驗證簽名也會發現證書被篡改了。所以到這一步才能保證數據傳輸的真正安全。