0

新しいキー暗号とハッシュ AES-256 & SHA2-256 および公開キーを使用して送信されたファイルを復号化しようとしています。

数 KB の小さなファイルを取得した場合は復号化できますが、数百 KB の大きなファイルを送信すると、ファイルは失敗します。彼らは何も違うことをしていないと主張し、私たちは他の人と問題を抱えていません.

Unix での McAfee EBusiness Server の使用..

  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

考え？

4

1 に答える 1

1

暗号のより具体的な指定子はありますか。たとえば、AES256-CBC? そして、sha256 は何に使われているのですか、hmac? 彼らはどのような種類のパディングを使用していますか?

AES が個々のチャンクの入力として受け取る最大のものは (キー以外の) データのブロックであり、それは 128 ビットです。少量のデータがそれよりも少ない場合は、連鎖モードに問題があると思います (これは、128 ビットのチャンクのみを処理する関数を実際に使用して何か他のものを暗号化する方法です)。ただし、数 KB のファイルが正常に復号化される場合、これは問題ではありません。

どのようなパディングを使用していますか? どこかで長さがエンコードされ、オーバーフローしている可能性があります。ただし、私の頭の上から、それを行うパディングスキームは考えられません。特定のメッセージ認証コード (MAC) は長さをエンコードします (.eg CBC mac)。

ただし、暗号自体ではなく、ファイルの処理方法にバグがあり、どこかが切り捨てられている可能性があります。ただし、暗号化に何を使用しているかについての詳細がなければ、なんとも言えません。

于 2012-05-25T16:47:04.793 に答える