From: | "Hu, Patricia" <Patricia(dot)Hu(at)finra(dot)org> |
---|---|
To: | "pgsql general (pgsql-general(at)postgresql(dot)org)" <pgsql-general(at)postgresql(dot)org> |
Subject: | What is the best thing to do with PUBLIC schema in Postgresql database |
Date: | 2016-11-04 13:58:10 |
Message-ID: | A22137031445794A99E795CDDB6BAF588C56A3A5@KWAWNEXMBP002.corp.root.nasd.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Since it could potentially be a security loop hole. So far the action taken to address it falls into these two categories:
drop the PUBLIC schema altogether. One of the concerns is with some of the system objects that have been exposed through PUBLIC schema previously, now they will need other explicit grants to be accessible to users. e.g pg_stat_statements.
keep the PUBLIC schema but revoke all privileges to it from public role, then grant as necessity comes up.
Any feedback and lessons from those who have implemented this?
Confidentiality Notice:: This email, including attachments, may include non-public, proprietary, confidential or legally privileged information. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of the information contained in or transmitted with this e-mail is unauthorized and strictly prohibited. If you have received this email in error, please notify the sender by replying to this message and permanently delete this e-mail, its attachments, and any copies of it immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.
From | Date | Subject | |
---|---|---|---|
Next Message | Alban Hertroys | 2016-11-04 14:38:23 | Re: How to hint 2 coulms IS NOT DISTINCT FROM each other |
Previous Message | Merlin Moncure | 2016-11-04 13:41:07 | Re: How to hint 2 coulms IS NOT DISTINCT FROM each other |