encryption bloats file
lopaki at gmail.com
Sat Jan 10 04:41:16 CET 2009
Looks like Roscoe got it. literal data block that makes up the
difference. Thanks everyone.
Now to see if there is some reason for it.
On Fri, Jan 9, 2009 at 10:33 PM, Scott Lambdin <lopaki at gmail.com> wrote:
> I found a file in rejects, but it may be partial. It gives us some
> information, though.
> The pgp file was 406184088 bytes and unencrypted is 175246253 bytes.
> gpg -v -v -o a_file.out -d a_file.pgp
> gpg: armor: BEGIN PGP MESSAGE
> gpg: armor header: Version: McAfee E-Business Server v7.5 - Full License
> :pubkey enc packet: version 3, algo 1, keyid 123456789012345
> data: [2047 bits]
> gpg: public key is ABCD1234
> You need a passphrase to unlock the secret key for
> user: "Janeane Garofalo <JG at thyservice.com>"
> 2048-bit RSA key, ID ABCD4321
> gpg: public key encrypted data: good DEK
> :encrypted data packet:
> length: 42097820
> gpg: encrypted with 2048-bit RSA key, ID ABCD4321
> gpg: IDEA encrypted data
> :compressed packet: algo=1
> :literal data packet:
> mode t (74), created 1509949440, name="file-100-1",
> raw data: 227869810 bytes
> gpg: original file name="file100"
> gpg: no valid OpenPGP data found.
> gpg: fatal: zlib inflate problem: invalid block type
> secmem usage: 2208/4704 bytes in 5/15 blocks of pool 4960/32768
> On Fri, Jan 9, 2009 at 10:02 PM, Roscoe <eocsor at gmail.com> wrote:
>> Dunno how likely it is, but maybe someone made an attempt at hiding
>> the size of the file in transit via appending arbitrary data.
>> 2009/1/10 Scott Lambdin <lopaki at gmail.com>:
>> > Hello -
>> > Someone sends us a big ~700MB pgp encrypted file and when we decrypt it
>> > resulting file is about half that size. Anyone have an idea what they
>> > be doing to swell it up like that?
>> > --
>> > There's a box?
>> > _______________________________________________
>> > Gnupg-users mailing list
>> > Gnupg-users at gnupg.org
>> > http://lists.gnupg.org/mailman/listinfo/gnupg-users
> There's a box?
There's a box?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gnupg-users