проблема с расшифровкой двоичного файла

Question

Мы пытаемся расшифровать файл, отправленный нам, который использует более новый ключ шифрования и хэш AES-256 & SHA2-256 и наш открытый ключ.

Когда мы получаем небольшой файл с несколькими КБ, мы можем расшифровать, но когда они отправляют более крупный файл в несколько сотен КБ, файл выходит из строя. они утверждают, что они не делают ничего другого, и у нас не было проблем с другими.

Использование McAfee для электронной коммерции сервера на Unix ..

Decoding data.... 

    event 1: initial 
    event 13: BeginLex 
    event 8: Analyze 
    File is encrypted. event 9: Recipients 
    Secret key is required to read it. 
    Key for user ID "Dev Co. <webdev@dev.com>" 
    event 6: Passphrase 
    event 23: Decryption 

    symmetric cipher used: 3DES 
    event 11: Output options 
    typecode: 0062 
    suggested name: 
    tempfile: created 'pgptemp.$0000' 
    event 11: Output options 
    typecode: 1000 
    suggested name: 
    tempfile: created 'pgptemp.$0001' 
    event 3: error -11443 
    event 2: final 
    Error decrypting file '.../processing/973160_IDRIN.txt.pgp'. 
    Corrupt data. 
    error decompressing data 

    exitcode = 32 

Мысли?

Answer 1

У вас есть более специфичный спецификатор для шифрования. Например. AES256-CBC? И для чего используется sha256, hmac? Какую подушку они используют?

Самая большая вещь, которую AES берет в качестве входных данных для отдельного фрагмента (кроме ключа) - блока данных и 128 бит. Если бы ваш небольшой объем данных был меньше этого, я бы сказал, что у вас была проблема с вашим режимом цепочки (именно так вы используете функцию, которая имеет дело только с 128-битными фрагментами, чтобы зашифровать что-то еще). Однако, если файл с несколькими KB расшифровывается отлично, это не ваша проблема.

Какое дополнение вы используете? Возможно, он кодирует длину где-то, и они переполняют ее. Однако, с моей головы, я не могу придумать никакой схемы дополнения, которая бы это сделала. Некоторые коды аутентификации сообщений (MAC) кодируют длину (например, CBC mac).

Мое лучшее предположение, однако, состоит в том, что есть ошибка в том, как вы обрабатываете файлы, а не в криптографическом режиме, а что-то где-то усекается. Однако без подробностей о том, что они используют для шифрования, трудно сказать.