急!!!!C++編程中遇到一個(gè)非常奇怪的問題,希望大家能幫忙解決以下!!

sandaojushi

大家好,最近在寫一個(gè)程序的時(shí)候遇到了非常非常奇怪的問題,花了好幾天時(shí)間仍然無法解決,問題描述如下:
這個(gè)程序是對(duì)數(shù)據(jù)進(jìn)行加密的一個(gè)程序,用的加密算法是sm4加密算法,我的程序代碼如下:

1. void block_encrypt(const void *ptext,void *ctext) {
   
2.              sm4_setkey_enc(&ctx,(unsigned char *)smkey);
   
3.              sm4_crypt_ecb(&ctx,1,16,(unsigned char*)ptext,(unsigned char*)ctext);
   
4.      }
   
5.      void block_decrypt(const void *ctext,void *ptext) {
   
6.              sm4_setkey_dec(&ctx,(unsigned char *)smkey);
   
7.              sm4_crypt_ecb(&ctx,0,16,(unsigned char*)ctext,(unsigned char*)ptext);
   
8.      }

復(fù)制代碼

上面是加密解密的第一層封裝

1. uint64_t encrypt(uint64_t pt)
   
2.     {
   
3.        uint64_t ct;
   
4.        block_encrypt(&pt,&ct);
   
5.        return ct;
   
6.     }
   
7.       uint64_t decrypt(uint64_t ct)
   
8.      {
   
9.         uint64_t pt;
   
10.         block_decrypt(&ct,&pt);
    
11.         return pt;
    
12.      }

復(fù)制代碼

這是二次封裝

然后我在主程序中調(diào)用下面的二次封裝接口
   uint64_t ctext;
   ctext=bf.encrypt(ptext);
直接這樣調(diào)用后在encrypt函數(shù)中返回ct的時(shí)候就出現(xiàn)cannot access memory xxxx 錯(cuò)誤(encrypt和decrypt函數(shù)都存在這樣的問題).
奇怪的是,我把encrypt和decrypt函數(shù)做以下修改后:

1. uint64_t encrypt(uint64_t pt)
   
2.     {
   
3.        uint64_t ct;
   
4.        block_encrypt(&pt,&ct);
   
5.        uint64_t tc=ct
   
6.        return tc;
   
7.     }
   
8.       uint64_t decrypt(uint64_t ct)
   
9.      {
   
10.         uint64_t pt;
    
11.         block_decrypt(&ct,&pt);
    
12.         uint64_t tp=pt;
    
13.         return tp;
    
14.      }

復(fù)制代碼

程序就正常了.
本以為就此可以解決,然后在進(jìn)一步測(cè)試發(fā)現(xiàn),如果我在加密后,用一個(gè)密文ctext和一個(gè)明文ptext變量直接調(diào)用block_decrypt函數(shù),就能正確解密.
就像這樣:

1. uint64_t ptext;
   
2.         uint64_t ctext;
   
3.            bf.block_encrypt(&ptext,&ctext);
   
4.         bf.block_decrypt(&ctext,&ptext);

復(fù)制代碼

此時(shí)的ptext函數(shù)就可以正常得到解密的數(shù)據(jù),然而如果我調(diào)用decrypt接口,就會(huì)出錯(cuò),其實(shí)decrypt就是做了一個(gè)值傳遞的操作,但是解密結(jié)果會(huì)變得亂七八糟.
然后我根據(jù)上面的判斷嘗試這么做來測(cè)試:
   ctext是密文,我再新建一個(gè)變量.
   uint64_t tempctext=ctext;
   然后bf.block_decrypt(&tempctext,&ptext);
   這個(gè)時(shí)候就無法正確解密了.
   也就是說對(duì)于密文來說,我只能存放在那個(gè)我原來的變量里才能加解密,如果傳遞給另外的變量,加解密就出錯(cuò)了.
   實(shí)在不知道為何,請(qǐng)大家?guī)蛶兔Π?
  這里是我寫的一個(gè)測(cè)試程序!!
    sm4test.tar.gz (10.88 KB, 下載次數(shù): 5)

2015-07-21 14:51 上傳

點(diǎn)擊文件名下載附件
這是我寫的一個(gè)測(cè)試程序!

hellioncu

sm4_crypt_ecb要求16字節(jié)吧，你int64_t只有8字節(jié)，越界了

sandaojushi

這個(gè)問題我也想到了，我就用了一個(gè)union來擴(kuò)展我這個(gè)uint64_t，但是結(jié)果還是錯(cuò)的。回復(fù) 2# hellioncu


   

hellioncu

sandaojushi 發(fā)表于 2015-07-21 15:19
這個(gè)問題我也想到了，我就用了一個(gè)union來擴(kuò)展我這個(gè)uint64_t，但是結(jié)果還是錯(cuò)的�；貜�(fù) 2# hellioncu


...

沒看到哪里有union

hellioncu

代碼直接貼出來，很少有人愿意為了幫別人解決問題去下載、解壓

sandaojushi

回復(fù) 5# hellioncu

1. #define CLEAR(x) memset(&(x), 0, sizeof(x))
   
2. typedef union _Data
   
3. {
   
4.                 uint64_t digital;
   
5.                 char data[16];
   
6. }Data;
   
7. 
   
8. Data input, output;
   
9.    CLEAR(input);
   
10.    CLEAR(output);
    
11. input.digital=123456789;
    
12. //這樣是可以的
    
13. bf.block_encrypt(input.data,output.data);
    
14. bf.block_decrypt(output.data,input.data);
    
15. //這樣就不行了
    
16. Data input_test;
    
17. CLEAR(input_test);
    
18. input_test.digital=input.digital;
    
19. bf.block_decrypt(output.data,input_test.data);

復(fù)制代碼

我的做法是首先新建一個(gè)聯(lián)合體16字節(jié),然后清空聯(lián)合體,再把前8個(gè)字節(jié)賦值,再傳入進(jìn)去,但是這么做依然會(huì)出錯(cuò).不知為何...

hellioncu

sandaojushi 發(fā)表于 2015-07-21 15:33
回復(fù) 5# hellioncu 我的做法是首先新建一個(gè)聯(lián)合體16字節(jié),然后清空聯(lián)合體,再把前8個(gè)字節(jié)賦值,再傳入進(jìn)去,但是 ...

你要把input整體16字節(jié)復(fù)制到input_test才行，而不是僅僅復(fù)制digital這8字節(jié)。

這算法以每塊16字節(jié)作為加解密最小單位的

sandaojushi

回復(fù) 7# hellioncu
非常感謝，我馬上來嘗試一下�。�