From: Michael Paquier <michael@paquier.xyz>
To: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Cc: tgl@sss.pgh.pa.us
Cc: jeff.janes@gmail.com
Cc: frank.gagnepain@intm.fr
Cc: pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #16476: pgp_sym_encrypt_bytea with compress-level=6 : Wrong key or corrupt data
Date: Wed, 24 Jun 2020 16:59:21 +0900
Message-ID: <20200624075921.GC130132@paquier.xyz> (raw)
In-Reply-To: <20200612.145412.475791851624925277.horikyota.ntt@gmail.com>
References: <CAKPRHzJ-dgYbTfNLgbiMR8tUdjpd9=HTHqAcNvSUd5uJCV6M6Q@mail.gmail.com>
<20200612.105131.63288858615945654.horikyota.ntt@gmail.com>
<608105.1591927045@sss.pgh.pa.us>
<20200612.145412.475791851624925277.horikyota.ntt@gmail.com>
On Fri, Jun 12, 2020 at 02:54:12PM +0900, Kyotaro Horiguchi wrote:
> Agrred. As far as I found, there is another point where a stream ends
> with an empty-packet at 16318 bytes, but he stream is not a compressed
> data stream.
>
> In the attached, generates a source bytes using random(). To make sure
> to stabilize the result, it does setseed(0) just before. One concern
> of the test is there's not means to find if the test gets stale.
> Concretely if somehow the data length to cause the issue moved, the
> check would silently get no longer effective.
FYI, I have begun looking at this report, and I am reviewing the
proposed patch.
--
Michael
Attachments:
signature.asc (application/pgp-signature, 832B) download
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-bugs@postgresql.org
Cc: michael@paquier.xyz, horikyota.ntt@gmail.com, tgl@sss.pgh.pa.us, jeff.janes@gmail.com, frank.gagnepain@intm.fr, pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #16476: pgp_sym_encrypt_bytea with compress-level=6 : Wrong key or corrupt data
In-Reply-To: <20200624075921.GC130132@paquier.xyz>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox