Расшифровать проблему двоичного файла

Question

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

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

Использование McAfee EBusiness Server в 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. <[e-mail]>"
  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-битные блоки для шифрования чего-то другого). Однако, если файл в несколько килобайт расшифровывается нормально, это не ваша проблема.

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

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