Re: [PATCHES] Escape handling in strings
| От | Andrew Dunstan |
|---|---|
| Тема | Re: [PATCHES] Escape handling in strings |
| Дата | |
| Msg-id | 42B199E3.8000102@dunslane.net обсуждение исходный текст |
| Ответы |
Re: [PATCHES] Escape handling in strings
|
| Список | pgsql-hackers |
[switched to -hackers]
Tom Lane wrote:
>Rod Taylor <pg@rbt.ca> writes:
>
>
>>It probably won't be any worse than when '' was rejected for an integer
>>0.
>>
>>
>
>That analogy is *SO* far off the mark that I have to object.
>
>Fooling with quoting rules will not simply cause clean failures, which
>is what you got from ''-no-longer-accepted-by-atoi. What it will cause
>is formerly valid input being silently interpreted as something else.
>That's bad enough, but it gets worse: formerly secure client code may
>now be vulnerable to SQL-injection attacks, because it doesn't know how
>to quote text properly.
>
>What we are talking about here is an extremely significant change with
>extremely serious consequences, and imagining that it is not will be
>a recipe for disaster.
>
>
>
>
All true. Conversely, there does need to be a path for us to get to
standard behaviour.
I think we're going to need to provide for switchable behaviour, as ugly
as that might be (looking briefly at scan.l it looks like the simplest
way would be a separate state for being inside standard strings, with
the choice of state being made conditionally in the {xqstart} rule).
We can't just break backwards compatibility overnight like this.
cheers
andrew
В списке pgsql-hackers по дате отправления: