Re: dropping user doesn't erase his rights.

From: Sean Chittenden <sean(at)chittenden(dot)org>
To: Hubert depesz Lubaczewski <depesz(at)depesz(dot)pl>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: dropping user doesn't erase his rights.
Date: 2003-01-10 22:47:23
Message-ID: 20030110224723.GA24994@perrin.int.nxad.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

> > Difficult to do, when those privileges might be recorded in
> > databases you're not even connected to at the time of the drop.
>
> I belive it would be pretty difficult, but leaving it "just like
> that" creates ssecurity breach (imagine someone droping user,
> beliving that everytinh is o.k.), than someone else creates
> different user but with keeping unused sysid (this might be the case
> with system users and keeping system user-id with database user-id
> the same) - which happens to be "not unused". i'm not sure if i'm
> clear about it.

Wouldn't an ON DELETE trigger on the system catalogs work? I'd think
it would be possible to select the tables and groups that a user had
privs to and iterate through each calling REVOKE. -sc

--
Sean Chittenden

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Hentosh 2003-01-11 12:28:12 Re: PostgreSQL
Previous Message Josh Berkus 2003-01-10 22:30:35 Re: PPTP + Cisco - is it possible for RADIUS server to