Re: possible design bug with PQescapeString()

Поиск
Список
Период
Сортировка
От Andrew - Supernews
Тема Re: possible design bug with PQescapeString()
Дата
Msg-id slrne03tbq.5md.andrew+nonews@atlantis.supernews.net
обсуждение исходный текст
Ответ на Re: possible design bug with PQescapeString()  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Ответы Re: possible design bug with PQescapeString()  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Список pgsql-hackers
On 2006-02-26, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
>> On 2006-02-20, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
>> > In further investigation, Akio Ishida found this kind of attack is
>> > possible even with EUC_JP/UTF-8.
>> 
>> How?
>
> The details have been sent to cores.

I wasn't asking out of idle curiosity. Some preliminary investigation
that I have done suggests that when using UTF-8, the proposed changes
do not fix the problem (and may make matters worse). So I want to know
whether the problem that I'm looking at is the same thing as the one
you're looking at.

UTF-8 has the property that neither ' nor \ can appear as part of a
valid multibyte sequence. But many places in postgres are extremely
sloppy about handling _invalid_ utf-8, and unless you're prepared to
make the escape routine fail outright in such cases (which I would
strongly favour), it is likely that there will always be ways to get
malformed sequences into the backend (which itself is far too lax
about parsing them).

-- 
Andrew, Supernews
http://www.supernews.com - individual and corporate NNTP services


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

Предыдущее
От: "Michael Paesold"
Дата:
Сообщение: Re: Pl/Python -- current maintainer?
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: TOAST compression