Re: chkpass with RANDOMIZE_ALLOCATED_MEMORY

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Asif Naeem <anaeem(dot)it(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: chkpass with RANDOMIZE_ALLOCATED_MEMORY
Date: 2015-03-04 03:42:21
Message-ID: CAA4eK1+vwo5-vJy9k1p08LSzMmzgYFjKjp3tir8zG0UyECS83A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Feb 14, 2015 at 10:26 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Asif Naeem <anaeem(dot)it(at)gmail(dot)com> writes:
> > It is been observed on RANDOMIZE_ALLOCATED_MEMORY enabled PG95 build
that
> > chkpass is failing because of uninitialized memory and seems showing
false
> > alarm.
>
> It's not a false alarm, unfortunately, because chkpass_in actually does
> give different results from one call to the next. We could fix the aspect
> of that involving failing to zero out unused bytes (which it appears was
> introduced by sloppy replacement of strncpy with strlcpy). But we can't
> really do anything about the dependency on random(), because that's part
> of the fundamental specification of the data type. It was a bad idea,
> no doubt, to design the input function to do this; but we're stuck with
> it now.
>

It seems to me that fix for this issue has already been committed
(commit-id: 80986e85). So isn't it better to mark as Committed in
CF app [1] or are you expecting anything more related to this issue?

[1]: https://commitfest.postgresql.org/4/144/

With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-03-04 04:30:39 Re: chkpass with RANDOMIZE_ALLOCATED_MEMORY
Previous Message Stephen Frost 2015-03-04 03:31:46 Re: Proposal: knowing detail of config files via SQL