2017-08-31 4 views
0

Dans mon travail, je veux utiliser l'algorithme aes-gcm pour crypter des données dans le module noyau Linux, donc je choisis l'API api. Dans aes gcm, les données aad peuvent être définies entre 0 et 264 bits, mais dans le code si j'utilise la fonction aead_request_set_ad(), les données de la structure scatterlist sont nulles, ce sera une erreur. AES-GCM algorithmlinux kernel crypto API, Dans AES-GCM algorithme comment définir la longueur de aad est zéro bit?

prochaine, il est mon code dans le noyau linux 4.10:

int aes_gcm_decrypt(struct crypto_aead *tfm, u8 *j_0, u8 *aad, 
       u8 *data, size_t data_len, u8 *mic) 
{ 
    struct scatterlist sg[3]; 
    struct aead_request *aead_req; 
    int reqsize = sizeof(*aead_req) + crypto_aead_reqsize(tfm); 
    int err; 

    if (data_len == 0) 
     return -EINVAL; 

    aead_req = kzalloc(reqsize + GCM_AAD_LEN, GFP_ATOMIC); 
    if (!aead_req) 
     return -ENOMEM; 

    sg_init_table(sg, 3); 
    sg_set_buf(&sg[0], aad,0); 
    sg_set_buf(&sg[1], data, data_len); 
    sg_set_buf(&sg[2], mic, 16); 

    aead_request_set_tfm(aead_req, tfm); 
    aead_request_set_crypt(aead_req, sg, sg, 
       data_len + 16, j_0); 
    aead_request_set_ad(aead_req, sg[0].length); 

    err = crypto_aead_decrypt(aead_req); 
    kzfree(aead_req); 

    return err; 
} 

Et si j'utilise sg_set_page (& sg [0], ZERO_PAGE (0), 0, 0) pour définir sg [0] c'est aussi faux.

Et si je retire le sg [0] est est aussi mal ...

En aead_request_set_crypt fonction des annotations comme ceci:

/** 
* aead_request_set_crypt - set data buffers 
* @req: request handle 
* @src: source scatter/gather list 
* @dst: destination scatter/gather list 
* @cryptlen: number of bytes to process from @src 
* @iv: IV for the cipher operation which must comply with the IV size defined 
*  by crypto_aead_ivsize() 
* 
* Setting the source data and destination data scatter/gather lists which 
* hold the associated data concatenated with the plaintext or ciphertext. See 
* below for the authentication tag. 
* 
* For encryption, the source is treated as the plaintext and the 
* destination is the ciphertext. For a decryption operation, the use is 
* reversed - the source is the ciphertext and the destination is the plaintext. 
* 
* The memory structure for cipher operation has the following structure: 
* 
* - AEAD encryption input: assoc data || plaintext 
* - AEAD encryption output: assoc data || cipherntext || auth tag 
* - AEAD decryption input: assoc data || ciphertext || auth tag 
* - AEAD decryption output: assoc data || plaintext 
* 
* Albeit the kernel requires the presence of the AAD buffer, however, 
* the kernel does not fill the AAD buffer in the output case. If the 
* caller wants to have that data buffer filled, the caller must either 
* use an in-place cipher operation (i.e. same memory location for 
* input/output memory location). 
*/ 

Les données assoc est doit être existense , alors comment puis-je définir sa longueur est de zéro?

Répondre

0

J'ai résolu ce problème myself.just comme ceci:

struct scatterlist sg[2]; 
... 
sg_set_buf(&sg[0], data, data_len); 
sg_set_buf(&sg[1], mic, 16); 
... 
aead_request_set_ad(aead_req, 0); 

définissent seulement deux struct scatterlist et définissez l'annonce zéro.