Re: pg_temp implicit search path: functions vs. tables - Mailing list pgsql-general

From Josh Kupershmidt
Subject Re: pg_temp implicit search path: functions vs. tables
Date
Msg-id AANLkTinmfHHJZQvmDCHbkVn35=cRFKnZMMzo=SsqkO6U@mail.gmail.com
Whole thread Raw
In response to Re: pg_temp implicit search path: functions vs. tables  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Thu, Oct 21, 2010 at 12:47 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Josh Kupershmidt <schmiddy@gmail.com> writes:
>> pg_temp is being implicitly included in the default search path when
>> looking for tables, but not for functions. Is there a reason for this
>> difference?
>
> Yes.  They used to be the same, but awhile back we decided it was a
> security hole to look for functions or operators in the implicit temp
> schema.  It makes it too easy for someone to substitute a trojan-horse
> function that will be picked up in preference to whatever's in the
> normal search path.  See CVE-2007-2138.
>
> If you actually do want to define and call temporary functions, you
> can include "pg_temp" in the search path explicitly, or perhaps better,
> explicitly qualify the intentional calls with pg_temp.

Thanks, thought it might be something like that.

Josh

pgsql-general by date:

Previous
From: Tim Uckun
Date:
Subject: Re: Updates, deletes and inserts are very slow. What can I do make them bearable?
Next
From: "Vishnu S."
Date:
Subject: How to Rejoin a Node after failover [Postgre SQL replication using Slony-I]