pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
mapping libraries
4+ messages / 2 participants
[nested] [flat]

* mapping libraries
@ 2011-02-11 01:19  Fabricio <fabrixio1@hotmail.com>
  0 siblings, 1 reply; 4+ messages in thread

From: Fabricio @ 2011-02-11 01:19 UTC (permalink / raw)
  To: pgsql-admin



Hi...
If i can't upgrade a server with postgres 8.1 and at this time i can't delete a super user, Is there any way to avoid that the super user mapping libraries in C code? like system y libc.so ?
regards...
 		 	   		  =

^ permalink  raw  reply  [nested|flat] 4+ messages in thread

* Re: mapping libraries
@ 2011-02-15 05:34  Fabricio <fabrixio1@hotmail.com>
  parent: Fabricio <fabrixio1@hotmail.com>
  0 siblings, 1 reply; 4+ messages in thread

From: Fabricio @ 2011-02-15 05:34 UTC (permalink / raw)
  To: pgsql-admin

Any comment about this?

Regards...


From: fabrixio1@hotmail.com
To: pgsql-admin@postgresql.org
Subject: [ADMIN] mapping libraries
Date: Thu, 10 Feb 2011 18:19:33 -0700





Hi...
If i can't upgrade a server with postgres 8.1 and at this time i can't delete a super user, Is there any way to avoid that the super user mapping libraries in C code? like system y libc.so ?
regards...
 		 	   		  
 		 	   		  =

^ permalink  raw  reply  [nested|flat] 4+ messages in thread

* Re: mapping libraries
@ 2011-02-15 07:10  Gerhard Hintermayer <gerhard.hintermayer@gmail.com>
  parent: Fabricio <fabrixio1@hotmail.com>
  0 siblings, 1 reply; 4+ messages in thread

From: Gerhard Hintermayer @ 2011-02-15 07:10 UTC (permalink / raw)
  To: pgsql-admin

What exactly do you mean ? Upgrade libraries which postgres depends on
while the server is running ? Depends on the distro I think. I did
this with gentoo, e.g. upgrade glibc while postgres (and other
services) still use the old version. Except from memory issues (both
versions have to be kept in memory) there should'nt be a problem. Next
time postmaster is started (and hopefully does start :-) ) the new
libraries will be used.

Gerhard

On Tue, Feb 15, 2011 at 6:34 AM, Fabricio <fabrixio1@hotmail.com> wrote:
> Any comment about this?
>
> Regards...
>
>
> ________________________________
> From: fabrixio1@hotmail.com
> To: pgsql-admin@postgresql.org
> Subject: [ADMIN] mapping libraries
> Date: Thu, 10 Feb 2011 18:19:33 -0700
>
>
> Hi...
> If i can't upgrade a server with postgres 8.1 and at this time i can't
> delete a super user, Is there any way to avoid that the super user mapping
> libraries in C code? like system y libc.so ?
> regards...
>



^ permalink  raw  reply  [nested|flat] 4+ messages in thread

* Re: mapping libraries
@ 2011-02-15 18:02  Fabricio <fabrixio1@hotmail.com>
  parent: Gerhard Hintermayer <gerhard.hintermayer@gmail.com>
  0 siblings, 0 replies; 4+ messages in thread

From: Fabricio @ 2011-02-15 18:02 UTC (permalink / raw)
  To: gerhard.hintermayer@gmail.com; pgsql-admin




no no no... is not about upgrade libraries, is about  a  super user  failing to "create function ... language c" and with this avoid a super user gets a shell creating the function "system()" in the libc.so. In postgres 8.2 every library intented for use with postgres must carry a magic block to identify itself, but for the moment a can't upgrade a server. I know this is very old but is just a question :). I think the only way is updrade and not use super users, but if I upgrade and I need a super user for load data with copy command and this is a operating system user too for upload de data to the server, What avoid that the user load libraries like system() with the magic block and gets access to the cluster database with user postgres?
thank  Gerhard
regards...                                                                                                                                                                                              
> Date: Tue, 15 Feb 2011 08:10:14 +0100
> Subject: Re: [ADMIN] mapping libraries
> From: gerhard.hintermayer@gmail.com
> To: pgsql-admin@postgresql.org
> 
> What exactly do you mean ? Upgrade libraries which postgres depends on
> while the server is running ? Depends on the distro I think. I did
> this with gentoo, e.g. upgrade glibc while postgres (and other
> services) still use the old version. Except from memory issues (both
> versions have to be kept in memory) there should'nt be a problem. Next
> time postmaster is started (and hopefully does start :-) ) the new
> libraries will be used.
> 
> Gerhard
> 
> On Tue, Feb 15, 2011 at 6:34 AM, Fabricio <fabrixio1@hotmail.com> wrote:
> > Any comment about this?
> >
> > Regards...
> >
> >
> > ________________________________
> > From: fabrixio1@hotmail.com
> > To: pgsql-admin@postgresql.org
> > Subject: [ADMIN] mapping libraries
> > Date: Thu, 10 Feb 2011 18:19:33 -0700
> >
> >
> > Hi...
> > If i can't upgrade a server with postgres 8.1 and at this time i can't
> > delete a super user, Is there any way to avoid that the super user mapping
> > libraries in C code? like system in libc.so ?
> > regards...
> >
> 
> -- 
> Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin
 		 	   		  =

^ permalink  raw  reply  [nested|flat] 4+ messages in thread


end of thread, other threads:[~2011-02-15 18:02 UTC | newest]

Thread overview: 4+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2011-02-11 01:19 mapping libraries Fabricio <fabrixio1@hotmail.com>
2011-02-15 05:34 ` Fabricio <fabrixio1@hotmail.com>
2011-02-15 07:10   ` Gerhard Hintermayer <gerhard.hintermayer@gmail.com>
2011-02-15 18:02     ` Fabricio <fabrixio1@hotmail.com>

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