Re: [HACKERS] PQescapeIdentifier

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] PQescapeIdentifier
Дата
Msg-id 1129.1151372397@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] PQescapeIdentifier  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: [HACKERS] PQescapeIdentifier  (Bruce Momjian <bruce@momjian.us>)
Re: [HACKERS] PQescapeIdentifier  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Список pgsql-patches
Bruce Momjian <bruce@momjian.us> writes:
> Tom Lane wrote:
>> Have either of you inquired into the encoding-safety of this code?
>> It certainly looks like no consideration was given for that.

> I thought of that but I assume we were not accepting user-supplied
> identifiers for this --- that this was only for application use.  Am I
> wrong?

By definition, an escaping routine is not supposed to trust the data it
is handed.  We *will* be seeing a CVE report if this function has got
any escaping vulnerability.

If you insist on a practical example, I can certainly imagine someone
thinking it'd be cool to allow searches on a user-selected column, and
implementing that by passing the user-given column name straight into
the query with only PQescapeIdentifier for safety.

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] PQescapeIdentifier
Следующее
От: "Hiroshi Saito"
Дата:
Сообщение: pg_backup_tar.c seems anerror by win32