DES加密解密-OC與C#相互驗證

???????公司接口需要加密裁僧,因此需要iOS或android端夜牡、.NET服務(wù)器端實現(xiàn)同樣的加密解密方式愈案。

???????原本在項目中有DES加密方式的實現(xiàn)蚊锹,用于保存賬號密碼以便App下次打開時自動登錄最爬,加密解密在本地都無問題镐捧。但是使用同樣的加密方法傳輸?shù)椒?wù)器诊霹,服務(wù)器居然無法還原原始字符串幢泼。

以下是iOS端加密和解密的方法:

static Byte iv[] = {1,2,3,4,5,6,7,8};

+ (NSString *) encryptUseDES:(NSString *)plainText key:(NSString *)key
{
    NSString *ciphertext = nil;
    const char *textBytes = [plainText UTF8String];
    NSUInteger dataLength = [plainText length];
    unsigned char buffer[1024];
    memset(buffer, 0, sizeof(char));
    size_t numBytesEncrypted = 0;
    CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmDES,
                                          kCCOptionPKCS7Padding,
                                          [key UTF8String], kCCKeySizeDES,
                                          iv,
                                          textBytes,
                                          dataLength,
                                          buffer, 1024,
                                          &numBytesEncrypted);
    if (cryptStatus == kCCSuccess) {
        NSData *data = [NSData dataWithBytes:buffer length:(NSUInteger)numBytesEncrypted];
        ciphertext =[GTMBase64 stringByEncodingData:data];
    }
    return ciphertext;
}

+ (NSString*)decryptUseDES:(NSString*)cipherText key:(NSString*)key {
    NSData* cipherData = [GTMBase64 decodeString:cipherText];
    unsigned char buffer[1024];
    memset(buffer, 0, sizeof(char));
    size_t numBytesDecrypted = 0;
    CCCryptorStatus cryptStatus = CCCrypt(kCCDecrypt,
                                          kCCAlgorithmDES,
                                          kCCOptionPKCS7Padding,
                                          [key UTF8String],
                                          kCCKeySizeDES,
                                          iv,
                                          [cipherData bytes],
                                          [cipherData length],
                                          buffer,
                                          1024,
                                          &numBytesDecrypted);
    NSString* plainText = nil;
    if (cryptStatus == kCCSuccess) {
        NSData* data = [NSData dataWithBytes:buffer length:(NSUInteger)numBytesDecrypted];
        plainText = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
    }
    return plainText;
}

</br>
于是開始走上查找原因的路。

???????首先洁仗,由于本地的加密和解密正常能用层皱,懷疑可能是服務(wù)器解密函數(shù)的問題,于是讓服務(wù)器進(jìn)行加密解密驗證京痢,發(fā)現(xiàn)沒有問題奶甘。
???????然后對比兩邊的加密結(jié)果,對同一字符串使用同一個key加密祭椰,服務(wù)器的值為aDcUJMile6I=臭家,而iOS端的值是 CHgXZ9ukWr0=钉赁,值不同但是比較相似携茂。
???????然后查看OC和C#的實現(xiàn),詳細(xì)比對加密函數(shù)的各項參數(shù)讳苦,終于發(fā)現(xiàn)了原因所在。DES參數(shù)包括工作模式(包括電子密碼本ECB膝藕、加密分組鏈接CBC蝗肪、加密反饋CFB和OFB四種模式)、填充模式怀各、加密密鑰胰苏、初始化向量法焰、字符串編碼格式等陕赃。

問題的原因就在于初始化向量的不同。

下面分析一下兩端實現(xiàn)中使用的參數(shù)。
服務(wù)器的C#代碼類似于:

public    string  Encrypt(string  pToEncrypt,  string  sKey)
{
           DESCryptoServiceProvider  des  =  new  DESCryptoServiceProvider();
           byte[]  inputByteArray  =  Encoding.Default.GetBytes(pToEncrypt);

           des.Key  =  ASCIIEncoding.ASCII.GetBytes(sKey);
           des.IV  =  ASCIIEncoding.ASCII.GetBytes(sKey);
           MemoryStream  ms  =  new  MemoryStream();

           CryptoStream  cs  =  new  CryptoStream(ms,  des.CreateEncryptor(),CryptoStreamMode.Write);

           cs.Write(inputByteArray,  0,  inputByteArray.Length);
           cs.FlushFinalBlock();

           StringBuilder  ret  =  new  StringBuilder();
           foreach(byte  b  in  ms.ToArray())
           {
               ret.AppendFormat("{0:X2}",  b);
           }
           ret.ToString();
           return  ret.ToString();
}

和我本地加密參數(shù)相比:編碼格式都采用UTF8編碼怜校,工作模式一致胰丁,填充模式都采用 PKCS7方式蒲祈,加密密鑰也一致,但是初始向量IV不一樣,我本地使用了自定義的字符,而服務(wù)器使用密鑰key
于是,將本地代碼修改夷恍,使用密鑰key作為偏移量指黎。再次測試時服務(wù)器終于可以正確解密了朋凉。

簡而言之,不同平臺協(xié)同工作時,采用原理一致的方法和一致的參數(shù)非常重要吓揪,可以通過查看源代碼來確保這一點。在DES加密中焙格,要著重確定5個方面的參數(shù)是否一致,包括:編碼格式摩泪、工作模式笆焰、填充模式、加密密鑰荞驴、初始向量不皆。

</br>
附加修改后的密解和密方法:

+(NSString *)encryptUseDES:(NSString *)plainText key:(NSString *)key{
    NSString *ciphertext = nil;
    const char *textBytes = [plainText UTF8String];
    NSUInteger dataLength = [plainText length];
    unsigned char buffer[1024];
    memset(buffer, 0, sizeof(char));
    size_t numBytesEncrypted = 0;


    const void *iv = [key UTF8String];

    CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmDES,
                                          kCCOptionPKCS7Padding,
                                          [key UTF8String], kCCKeySizeDES,
                                          iv,
                                          textBytes,
                                          dataLength,
                                          buffer, 1024,
                                          &numBytesEncrypted);
    if (cryptStatus == kCCSuccess) {
        NSData *data = [NSData dataWithBytes:buffer length:(NSUInteger)numBytesEncrypted];
        ciphertext = [[NSString alloc] initWithData:[GTMBase64 encodeData:data] encoding:NSUTF8StringEncoding];
    }
    return ciphertext;
}

+ (NSString*)decryptUseDES:(NSString*)cipherText key:(NSString*)key {
    NSData* cipherData = [GTMBase64 decodeString:cipherText];
    unsigned char buffer[1024];
    memset(buffer, 0, sizeof(char));
    size_t numBytesDecrypted = 0;

    const void *iv = [key UTF8String];
    CCCryptorStatus cryptStatus = CCCrypt(kCCDecrypt,
                                          kCCAlgorithmDES,
                                          kCCOptionPKCS7Padding,
                                          [key UTF8String],
                                          kCCKeySizeDES,
                                          iv,
                                          [cipherData bytes],
                                          [cipherData length],
                                          buffer,
                                          1024,
                                          &numBytesDecrypted);
    NSString* plainText = nil;
    if (cryptStatus == kCCSuccess) {
        NSData* data = [NSData dataWithBytes:buffer length:(NSUInteger)numBytesDecrypted];
        plainText = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
    }
    return plainText;
}
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市熊楼,隨后出現(xiàn)的幾起案子霹娄,更是在濱河造成了極大的恐慌,老刑警劉巖鲫骗,帶你破解...
    沈念sama閱讀 216,919評論 6 502
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件犬耻,死亡現(xiàn)場離奇詭異,居然都是意外死亡执泰,警方通過查閱死者的電腦和手機(jī)枕磁,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,567評論 3 392
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來术吝,“玉大人计济,你說我怎么就攤上這事∨挪裕” “怎么了沦寂?”我有些...
    開封第一講書人閱讀 163,316評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長纪岁。 經(jīng)常有香客問我凑队,道長,這世上最難降的妖魔是什么幔翰? 我笑而不...
    開封第一講書人閱讀 58,294評論 1 292
  • 正文 為了忘掉前任漩氨,我火速辦了婚禮,結(jié)果婚禮上遗增,老公的妹妹穿的比我還像新娘叫惊。我一直安慰自己,他們只是感情好做修,可當(dāng)我...
    茶點故事閱讀 67,318評論 6 390
  • 文/花漫 我一把揭開白布霍狰。 她就那樣靜靜地躺著抡草,像睡著了一般。 火紅的嫁衣襯著肌膚如雪蔗坯。 梳的紋絲不亂的頭發(fā)上康震,一...
    開封第一講書人閱讀 51,245評論 1 299
  • 那天,我揣著相機(jī)與錄音宾濒,去河邊找鬼腿短。 笑死,一個胖子當(dāng)著我的面吹牛绘梦,可吹牛的內(nèi)容都是我干的橘忱。 我是一名探鬼主播,決...
    沈念sama閱讀 40,120評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼卸奉,長吁一口氣:“原來是場噩夢啊……” “哼钝诚!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起榄棵,我...
    開封第一講書人閱讀 38,964評論 0 275
  • 序言:老撾萬榮一對情侶失蹤凝颇,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后秉继,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體祈噪,經(jīng)...
    沈念sama閱讀 45,376評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,592評論 2 333
  • 正文 我和宋清朗相戀三年尚辑,在試婚紗的時候發(fā)現(xiàn)自己被綠了辑鲤。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,764評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡杠茬,死狀恐怖月褥,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情瓢喉,我是刑警寧澤宁赤,帶...
    沈念sama閱讀 35,460評論 5 344
  • 正文 年R本政府宣布,位于F島的核電站栓票,受9級特大地震影響决左,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜走贪,卻給世界環(huán)境...
    茶點故事閱讀 41,070評論 3 327
  • 文/蒙蒙 一佛猛、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧坠狡,春花似錦继找、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,697評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽幻锁。三九已至,卻和暖如春边臼,著一層夾襖步出監(jiān)牢的瞬間哄尔,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,846評論 1 269
  • 我被黑心中介騙來泰國打工硼瓣, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留究飞,地道東北人。 一個月前我還...
    沈念sama閱讀 47,819評論 2 370
  • 正文 我出身青樓堂鲤,卻偏偏與公主長得像,于是被迫代替她去往敵國和親媒峡。 傳聞我的和親對象是個殘疾皇子瘟栖,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,665評論 2 354

推薦閱讀更多精彩內(nèi)容

  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn)谅阿,斷路器半哟,智...
    卡卡羅2017閱讀 134,654評論 18 139
  • 本文主要介紹移動端的加解密算法的分類、其優(yōu)缺點特性及應(yīng)用签餐,幫助讀者由淺入深地了解和選擇加解密算法寓涨。文中會包含算法的...
    蘋果粉閱讀 11,502評論 5 29
  • 國家電網(wǎng)公司企業(yè)標(biāo)準(zhǔn)(Q/GDW)- 面向?qū)ο蟮挠秒娦畔?shù)據(jù)交換協(xié)議 - 報批稿:20170802 前言: 排版 ...
    庭說閱讀 10,965評論 6 13
  • 如果有一天我消失了 請你一定不要悲傷 不要忘記我的聲音 也不要忘記我的眼睛 即使相遇很晚 我也不會覺得可惜 你的情...
    北瑾余生閱讀 308評論 0 0
  • (一) 如果你的孩子也在讀一冠摄、二年級糯崎,會發(fā)現(xiàn)大概有三種類型的家長。 放任型的家長:自己工作忙得焦頭爛額河泳,只能把孩子...
    溫暖媽咪閱讀 585評論 0 0