Re: protecting prosrc (was Re: [GENERAL] USAGE on schema allowed by
В списке pgsql-hackers по дате отправления:
| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: protecting prosrc (was Re: [GENERAL] USAGE on schema allowed by |
| Дата | |
| Msg-id | 01a201c29a48$31e77390$6500a8c0@internal обсуждение исходный текст |
| Ответ на | Re: protecting prosrc (was Re: [GENERAL] USAGE on schema allowed by (Robert Treat <xzilla@users.sourceforge.net>) |
| Ответы |
Re: protecting prosrc (was Re: [GENERAL] USAGE on schema
|
| Список | pgsql-hackers |
> > It wouldn't be terribly difficult to encrypt prosrc with 3des (or maybe aes) > > using the owner's passwd from pg_shadow. We would need a new bool column in > > pg_proc (proisencrypted?) and some logic in fmgr.c. > > > > Is there sufficient interest to justify the effort? > > > > I think this would be a good idea, though there becomes a question of > what type of performance hit comes into play when doing this. I suppose > if you have an option whether to encrypt it or not that would help. One > other thing is that it needs to be "decryptable" by owners and > superusers. Surely a more generic column privileges implementation would be better? Chris
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера