바이너리 파일의 암호 해독

Question

새로운 키 암호와 해시 AES-256 & SHA2-256과 공개 키를 사용하는 우리에게 보낸 파일의 암호를 해독하려고합니다.

몇 킬로 비트의 작은 파일을 가져 오면 해독 할 수 있지만 수백 킬로바이트의 큰 파일을 보내면 파일이 손상됩니다. 그들은 다른 일을하지 않고 있다고 주장하며, 우리는 다른 사람들에게 문제가 없었습니다.

.. 유닉스에

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 

생각을 맥아피의 e 비즈니스 서버 사용?

Answer 1

암호에 대해보다 구체적인 지정자가 있습니까? 예 : AES256-CBC? 그리고 sha256이 사용되는 것은 무엇입니까, hmac? 어떤 패딩을 사용하고 있습니까?

AES가 개별 청크를 입력하는 데 걸리는 가장 큰 것은 데이터 블록 (즉, 키 이외)이며 128 비트입니다. 소량의 데이터가 이보다 작 으면 체인 모드 (실제로는 128 비트 청크만을 다루는 함수를 사용하여 다른 것을 암호화하는 방법)에 문제가 있다고 말하고 싶습니다. 그러나 몇 KB의 파일이 잘 복호화되면 이는 문제가 아닙니다.

어떤 패딩을 사용하고 있습니까? 그것은 가능한 길이 어딘가에 인코딩하고 그들은 그것을 넘치고있다. 그러나, 나의 머리의 정상 떨어져 나는 그것을 할 패딩 계획을 생각할 수있다. 특정 메시지 인증 코드 (MAC)는 길이 (.e.g CBC mac)를 인코딩합니다.

내 생각에 가장 좋은 추측은 파일 자체를 암호화하지 않고 파일을 처리하는 방법에 버그가 있으며 어딘가에 잘 렸습니다. 그들이 암호화를 위해 무엇을 사용하고 있는지에 대한 세부 사항은 없지만 말하기는 어렵다.