分組加密補碼

Ⅰ VB 加密與解密的程序代碼

加密：

PrivateFunction JiaMi(ByVal varPass As String) As String '參數varPass是需要加密的文本內容

Dim varJiaMi As String * 20

Dim varTmp As Double

Dim strJiaMi As String

Dim I

For I = 1 To Len(varPass)

varTmp = AscW(Mid$(varPass, I, 1))

varJiaMi = Str$(((((varTmp * 1.5) / 5.6) * 2.7) * I))

strJiaMi = strJiaMi & varJiaMi

NextI

JiaMi = strJiaMi

EndFunction

解密函數：

PrivateFunction JieMi(ByVal varPass As String) As String '參數varPass是需要解密的密文內容

Dim varReturn As String * 20

Dim varConvert As Double

Dim varFinalPass As String

Dim varKey As Integer

Dim varPasslenth As Long

varPasslenth = Len(varPass)

For I = 1 To varPasslenth / 20

varReturn = Mid(varPass, (I - 1) * 20 + 1, 20)

varConvert = Val(Trim(varReturn))

varConvert = ((((varConvert / 1.5) * 5.6) / 2.7) / I)

varFinalPass = varFinalPass & ChrW(Val(varConvert))

NextI

JieMi = varFinalPass

EndFunction

(1)分組加密補碼擴展閱讀：

注意事項

編寫加密程序，將用戶輸入的一個英文句子加密為加密字元串，然後輸出加密字元串。假設句子長度不超過100個字元。

根據給定的句子加密函數原型SentenceEncoding，編寫函數SentenceEncoding調用給定的字元加密函數CharEncoding完成句子加密。

然後，編寫主程序提示用戶輸入英文句子，然後調用函數SentenceEncoding對句子加密，最後輸出加密後的句子。

字元加密規則為大寫字母和小寫字母均加密為其補碼, 我們定義ASCII碼值相加為』A』+』Z』即155的兩個大寫字母互為補碼，ASCII碼值相加為』a』+』z』即219的兩個小寫字母互為補碼。

空格用@代替,句號以#代替,其它字元用句點代替。

函數原型：

void SentenceEncoding(char *soure,char *code);

功能：對待加密字元串source加密後保存加密字元串到code.

參數：char *soure，指向待加密句子的字元串指針；

char *code 指向加密字元串的字元串指針；

字元加密函數代碼。

Ⅱ 什麼是校驗和

其實這是一種加密技術用於對文件內容進行審計的方法，使用 精通讀文件把文件讀到內存中，再對文件內容作一個 MD5 校驗得到一串密碼，就是校驗和。

補充:

1、IP首部校驗和欄位是根據IP首部計算的校驗和碼，它不對首部後面的數據進行計算。ICMP、IGMP、UDP和TCP在它們各自的首部中均含有同時覆蓋首部和數據校驗和碼。
2、IP首部校驗和計算：
為了計算一份數據報的IP檢驗和，首先把檢驗和欄位置為0。然後，對首部中每個16bit進行二進制反碼求和（整個首部看成是由一串16bit的字組成），結果存在檢驗和欄位中。當收到一份IP數據報後，同樣對首部中每個16bit進行二進制反碼的求和。由於接收方在計算過程中包含了發送方存在首部中的檢驗和，因此，如果首部在傳輸過程中沒有發生任何差錯，那麼接收方計算的結果應該為全1。如果結果不是全1（即檢驗和錯誤），那麼IP就丟棄收到的數據報。但是不生成差錯報文，由上層去發現丟失的數據報並進行重傳。
3、TCP和UDP校驗和計算（兩者相同）
校驗和還包含—個96位的偽首標，理論上它位於TCP首標的前面。這個偽首標包含了源地址、目的地址、協議和TCP長度等欄位，這使得TCP能夠防止出現路由選擇錯誤的數據段。這些信息由網際協議(IP)承載，通過TCP／網路介面，在IP上運行的TCP調用參數或者結果中傳遞。

偽首部並非UDP數據報中實際的有效成分。偽首部是一個虛擬的數據結構，其中的信息是從數據報所在IP分組頭的分組頭中提取的，既不向下傳送也不向上遞交，而僅僅是為計算校驗和。
這樣的校驗和，既校驗了UDP用戶數據的源埠號和目的埠號以及UDP用戶數據報的數據部分，又檢驗了IP數據報的源IP地址和目的地址。（偽報頭保證UDP和TCP數據單元到達正確的目的地址。因此，偽報頭中包含IP地址並且作為計算校驗和需要考慮的一部分。最終目的端根據偽報頭和數據單元計算校驗和以驗證通信數據在傳輸過程中沒有改變而且到達了正確的目的地址。）

Ⅲ IOS AES加密

AES加密有四種工作模式：ECB、CBC、CFB和OFB，其中IOS支持ECB（kCCOptionPKCS7Padding 對應Java中的kCCOptionPKCS5Padding）和CBC（kCCOptionECBMode）

AES是開發中常用的加密演算法之一。然而由於前後端開發使用的語言不統一，導致經常出現前端加密而後端不能解密雀扒粗的情況出現。然而無論什麼語言系統，AES的演算法總是相同的， 因此導致結果不一致的原因在於 加密設置的參數不一致 。於是先來看看在兩個平此晌台使用AES加密時需要統一的幾個參數。

參考： https://welkinx.com/2016/07/30/10/

ios中使用AES128位 ECB模式加密 結果轉換16進制

https://tieba..com/p/4581819586

與伺服器通訊的時候，除了確定密鑰外，加密模式和填充方式也要確定。第一個例子中，就是使用了kCCOptionPKCS7Padding加密模式，並且有IV(初始向量)，而第二個例子中使用了ECB(沒有補碼方式)。

此外也要注意轉碼後的密文是轉成16進制，還是頃鎮base64編碼。

參考鏈接：
http://blog.51cto.com/ciphertext/1420338
https://welkinx.com/2016/07/30/10/
https://tieba..com/p/4581819586