Re: dropping user doesn't erase his rights. - Mailing list pgsql-bugs

From Sean Chittenden
Subject Re: dropping user doesn't erase his rights.
Date
Msg-id 20030110224723.GA24994@perrin.int.nxad.com
Whole thread Raw
In response to Re: dropping user doesn't erase his rights.  (Hubert depesz Lubaczewski <depesz@depesz.pl>)
List 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.
>=20
> 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

--=20
Sean Chittenden

pgsql-bugs by date:

Previous
From: "Josh Berkus"
Date:
Subject: Re: PPTP + Cisco - is it possible for RADIUS server to
Next
From: Felipe Barousse Boué
Date:
Subject: Function round(double precision, integer) does not exists trouble in 7.3.1, did work on 7.2.1