Re: pie-in-sky idea: 'sensitive' function parameters

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pie-in-sky idea: 'sensitive' function parameters
Дата
Msg-id 14280.1517629567@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pie-in-sky idea: 'sensitive' function parameters  (Chapman Flack <chap@anastigmatix.net>)
Ответы Re: pie-in-sky idea: 'sensitive' function parameters
Re: pie-in-sky idea: 'sensitive' function parameters
Список pgsql-hackers
Chapman Flack <chap@anastigmatix.net> writes:
> ... which led me to the idea of a function parameter
> declaration, putting the function definer in control of what
> bits should get redacted.

+1 for thinking outside the box, but ...

> Would anyone else see some value in this capability? Could it
> (or some suitable restriction of it) seem implementable, or would
> the complications be overwhelming?

... the problem with this idea is that knowledge that the item ought to be
hidden would be obtained only very late in the parsing process.  So for
example if you fat-fingered something just to the left of the function
call in the query text, or the name of the function itself, your password
would still get exposed in the log.

This indeed is the core problem with every proposal I've seen for
semantics-based log filtering.  Error logging needs to be considered
as a very low-level operation, because reports may come out when
little if anything is known about the real semantics of the query.

            regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation)
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: [HACKERS] proposal: schema variables