Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY

Поиск
Список
Период
Сортировка
От Neil Conway
Тема Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY
Дата
Msg-id 87ptf720lo.fsf@mailbox.samurai.com
обсуждение исходный текст
Ответ на Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY transactions?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> I assume this patch is to control this way of breaking out of a
> read-only transaction:
> [...]
> This seems like a valuable feature, as others have mentioned.

Why is this feature valuable?

A "read only user" is still able to easily DOS the server, consume
arbitrary disk space[1], and prevent other users from accessing data
(using LOCK, for example). It has been a long-standing fact that
giving a user the ability to execute arbitrary SQL is a security hole;
if you plan to change that, ISTM that a lot more work is necessary.

-Neil

[1] Whether they are allowed to create temp tables or not: plenty of
other parts of the executor use temporary storage.


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

Предыдущее
От: Joe Conway
Дата:
Сообщение: Re: export FUNC_MAX_ARGS as a read-only GUC variable
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: introduce "default_use_oids"