Re: Obfuscated stored procedures (was Re: Oracle and Postgresql)
От | Merlin Moncure |
---|---|
Тема | Re: Obfuscated stored procedures (was Re: Oracle and Postgresql) |
Дата | |
Msg-id | b42b73150809160631yf272c25oc7f93453e2469d48@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Obfuscated stored procedures (was Re: Oracle and Postgresql) (Glyn Astill <glynastill@yahoo.co.uk>) |
Ответы |
Re: Obfuscated stored procedures (was Re: Oracle and Postgresql)
Re: Obfuscated stored procedures (was Re: Oracle and Postgresql) |
Список | pgsql-general |
On Tue, Sep 16, 2008 at 9:15 AM, Glyn Astill <glynastill@yahoo.co.uk> wrote: > > As much as I'm impressed with the "we do it properly or not at all" attitude, it'd be nice if there was an option to stopthe casual user from viewing code. > > I'll admit to obfusicating bits and pieces using C, even though the function and everything it acts on are tied down withpermissions. I understand in reality it provides no real extra security but somehow users being able to easily view somethingthey don't have access to execute beyond it's name just feels wrong. This is one of those threads that reappears like magic every six months or so. The last round of discussion went longer than normal including a couple of routes to implementation. One big reason why nothing hasn't been done is that there is a decent 'low tech' obfuscation tactic already: remove select access from pg_proc to the user accounts in question and 'public'. This will essentially disable casual browsing of procedure code from user accounts. Any real solution should focus on: *) key management (any serious discussion with encryption starts here) *) other things you can do with function source besides encryption for example, take a look at one idea I had (not at all vetted, but a start): http://archives.postgresql.org/pgsql-performance/2007-12/msg00337.php merlin
В списке pgsql-general по дате отправления: