Re: Largeobject Access Controls (r2460) - Mailing list pgsql-hackers

From Takahiro Itagaki
Subject Re: Largeobject Access Controls (r2460)
Date
Msg-id 20091211101656.8C66.52131E4D@oss.ntt.co.jp
Whole thread Raw
In response to Re: Largeobject Access Controls (r2460)  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Responses Re: Largeobject Access Controls (r2460)  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Re: Largeobject Access Controls (r2460)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
KaiGai Kohei <kaigai@ak.jp.nec.com> wrote:

> > we still allow "SELECT * FROM pg_largeobject" ...right?
> 
> It can be solved with revoking any privileges from anybody in the initdb
> phase. So, we should inject the following statement for setup_privileges().
> 
>   REVOKE ALL ON pg_largeobject FROM PUBLIC;

OK, I'll add the following description in the documentation of pg_largeobject.
  <structname>pg_largeobject</structname> should not be readable by the  public, since the catalog contains data in
largeobjects of all users.  <structname>pg_largeobject_metadata</> is a publicly readable catalog  that only contains
identifiersof large objects.
 

> {"lo_compat_privileges", PGC_SUSET, COMPAT_OPTIONS_PREVIOUS,
>     gettext_noop("Turn on/off privilege checks on large objects."),

The description is true, but gives a confusion because
"lo_compat_privileges = on" means "privilege checks are turned off".
 short desc: Enables backward compatibility in privilege checks on large objects long desc: When turned on, privilege
checkson large objects are disabled.
 

Are those descriptions appropriate?

Regards,
---
Takahiro Itagaki
NTT Open Source Software Center




pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Re: thread safety on clients
Next
From: Greg Smith
Date:
Subject: Re: Adding support for SE-Linux security