首頁 常見問題 正文
聚名企服

加密的強度取決于什么?

轉載 2021-12-27 11:00:54 6913
加密的強度主要取決于加密方式和密鑰復雜程度。密鑰是一種參數,它是在使用密碼算法過程中輸入的參數,是決定密文是否安全的重要參數,通常密鑰越長,破解的難度越大。

加密的強度取決于什么?加密的強度主要取決于加密方式和密鑰復雜程度。

密鑰

密鑰是一種參數,它是在使用密碼(cipher)算法過程中輸入的參數。同一個明文在相同的密碼算法和不同的密鑰計算下會產生不同的密文。很多知名的密碼算法都是公開的,密鑰才是決定密文是否安全的重要參數,通常密鑰越長,破解的難度越大,比如一個8位的密鑰最多有256種情況,使用窮舉法,能非常輕易的破解,知名的DES算法使用56位的密鑰,目前已經不是一種安全的加密算法了,主要還是因為56位的密鑰太短,在數小時內就可以被破解。密鑰分為對稱密鑰與非對稱密鑰。

加密的強度取決于什么?

明文/密文

明文(plaintext)是加密之前的原始數據,密文是通過密碼(cipher)運算后得到的結果成為密文(ciphertext)

對稱密鑰

對稱密鑰(Symmetric-key algorithm)又稱為共享密鑰加密,對稱密鑰在加密和解密的過程中使用的密鑰是相同的,常見的對稱加密算法有DES、3DES、AES、RC5、RC6。對稱密鑰的優點是計算速度快,但是他也有缺點,密鑰需要在通訊的兩端共享,讓彼此知道密鑰是什么對方才能正確解密,如果所有客戶端都共享同一個密鑰,那么這個密鑰就像萬能鑰匙一樣,可以憑借一個密鑰破解所有人的密文了,如果每個客戶端與服務端單獨維護一個密鑰,那么服務端需要管理的密鑰將是成千上萬,這會給服務端帶來噩夢。

下面就是一個簡單的對稱加密,將明文加密成ASCII。

# 加密的方式:在ASCII的基礎上 + 密鑰的值def encipher(plain_text, key): # 加密cipher_text = []for c in plain_text:cipher_text.append(str(ord(c) + key))return ' '.join(cipher_text)def decipher(cipher_text, key): # 解密 plain_text = []for c in cipher_text.split(" "):plain_text.append(chr(int(c)+key))return "".join(plain_text)if __name__ == '__main__':print "cipher_text:", encipher("abcdef", 0)print "plain_text:", decipher("97 98 99 100 101 102", 0)

非對稱密鑰

非對稱密鑰(public-key cryptography),又稱為公開密鑰加密,服務端會生成一對密鑰,一個私鑰保存在服務端,僅自己知道,另一個是公鑰,公鑰可以自由發布供任何人使用。

客戶端的明文通過公鑰加密后的密文需要用私鑰解密。非對稱密鑰在加密和解密的過程的使用的密鑰是不同的密鑰,加密和解密是不對稱的,所以稱之為非對稱加密。

與對稱密鑰加密相比,非對稱加密無需在客戶端和服務端之間共享密鑰,只要私鑰不發給任何用戶,即使公鑰在網上被截獲,也無法被解密,僅有被竊取的公鑰是沒有任何用處的。常見的非對稱加密有RSA,非對稱加解密的過程:

服務端生成配對的公鑰和私鑰

私鑰保存在服務端,公鑰發送給客戶端

客戶端使用公鑰加密明文傳輸給服務端

服務端使用私鑰解密密文得到明文

數字簽名

數據在瀏覽器和服務器之間傳輸時,有可能在傳輸過程中被冒充的盜賊把內容替換了,那么如何保證數據是真實服務器發送的而不被調包呢,同時如何保證傳輸的數據沒有被人篡改呢,要解決這兩個問題就必須用到數字簽名,數字簽名就如同日常生活的中的簽名一樣,一旦在合同書上落下了你的大名,從法律意義上就確定是你本人簽的字兒,這是任何人都沒法仿造的,因為這是你專有的手跡,任何人是造不出來的。

那么在計算機中的數字簽名怎么回事呢?數字簽名就是用于驗證傳輸的內容是不是真實服務器發送的數據,發送的數據有沒有被篡改過,它就干這兩件事,是非對稱加密的一種應用場景。不過他是反過來用私鑰來加密,通過與之配對的公鑰來解密。

第一步:服務端把報文經過Hash處理后生成摘要信息Digest,摘要信息使用私鑰private-key加密之后就生成簽名,服務器把簽名連同報文一起發送給客戶端。

第二步:客戶端接收到數據后,把簽名提取出來用public-key解密,如果能正常的解密出來Digest2,那么就能確認是對方發的。

第三步:客戶端把報文Text提取出來做同樣的Hash處理,得到的摘要信息Digest1,再與之前解密出來的Digist2對比,如果兩者相等,就表示內容沒有被篡改,否則內容就是被人改過了。因為只要文本內容哪怕有任何一點點改動都會Hash出一個完全不一樣的摘要信息出來。

數字證書

數字證書簡稱CA,它由權威機構給某網站頒發的一種認可憑證,這個憑證是被大家(瀏覽器)所認可的,為什么需要用數字證書呢,難道有了數字簽名還不夠安全嗎?

有這樣一種情況,就是瀏覽器無法確定所有的真實服務器是不是真的是真實的,舉一個簡單的例子:A廠家給你們家安裝鎖,同時把鑰匙也交給你,只要鑰匙能打開鎖,你就可以確定鑰匙和鎖是配對的,如果有人把鑰匙換了或者把鎖換了,你是打不開門的,你就知道肯定被竊取了,但是如果有人把鎖和鑰匙替換成另一套表面看起來差不多的,但質量差很多的,雖然鑰匙和鎖配套,但是你卻不能確定這是否真的是A廠家給你的,那么這時候,你可以找質檢部門來檢驗一下,這套鎖是不是真的來自于A廠家,質檢部門是權威機構,他說的話是可以被公眾認可的(呵呵)。

同樣的, 因為如果有人(張三)用自己的公鑰把真實服務器發送給瀏覽器的公鑰替換了,于是張三用自己的私鑰執行相同的步驟對文本Hash、數字簽名,最后得到的結果都沒什么問題,但事實上瀏覽器看到的東西卻不是真實服務器給的,而是被張三從里到外(公鑰到私鑰)換了一通。

那么如何保證你現在使用的公鑰就是真實服務器發給你的呢?我們就用數字證書來解決這個問題。數字證書一般由數字證書認證機構(Certificate Authority)頒發,證書里面包含了真實服務器的公鑰和網站的一些其他信息,數字證書機構用自己的私鑰加密后發給瀏覽器,瀏覽器使用數字證書機構的公鑰解密后得到真實服務器的公鑰。這個過程是建立在被大家所認可的證書機構之上得到的公鑰,所以這是一種安全的方式。

聲明:本文轉載于:互聯網,如有侵犯,請聯系service@Juming.com刪除
相關標簽: 加密

編輯推薦

  • 域名注冊專題合集 域名注冊專題合集

  • 域名搶注專題合集 域名搶注專題合集

  • 企業建站專題合集 企業建站專題合集

主站蜘蛛池模板: 熟妇人妻中文字幕无码老熟妇| 无码国产午夜福利片在线观看| 国产精品亚洲а∨无码播放| 无码人妻aⅴ一区二区三区| 国产精品白浆无码流出| 日韩欧国产精品一区综合无码| 中文字幕无码精品亚洲资源网久久 | 中文无码字幕中文有码字幕| 18禁超污无遮挡无码免费网站国产 | 国产在线精品无码二区二区| 免费无码中文字幕A级毛片| 无码精品A∨在线观看无广告| 亚洲成AV人在线播放无码| 内射人妻无套中出无码| 在线看片福利无码网址| 日韩精品无码中文字幕一区二区| 亚洲国产精品无码久久久久久曰 | 中国无码人妻丰满熟妇啪啪软件 | 在线精品免费视频无码的| 中日精品无码一本二本三本| 亚洲人片在线观看天堂无码| 国产羞羞的视频在线观看 国产一级无码视频在线| 日韩精品无码一区二区三区免费| 久久99久久无码毛片一区二区| 久久亚洲AV成人无码国产电影 | 亚洲a无码综合a国产av中文| 中文无码一区二区不卡αv| 麻豆亚洲AV永久无码精品久久| 亚洲av无码一区二区三区不卡 | 13小箩利洗澡无码视频网站免费| 无码人妻丰满熟妇啪啪网站牛牛 | 蜜臀AV无码一区二区三区| 人妻无码一区二区不卡无码av| 中文字幕乱码无码人妻系列蜜桃 | 亚洲AV无码国产一区二区三区| 特级毛片内射www无码| 亚洲中文字幕久久无码| 精品人妻系列无码一区二区三区| 午夜无码伦费影视在线观看 | 国产av无码久久精品| 大胆日本无码裸体日本动漫|