Обновления безопасности СУБД PostgreSQL

свой код в хранимой процедуре ? :-)

хм. privilege escalation -- это не просто "свой код в хранимой процедуре"...

Подробности доступны тут - http://www.postgresql.org/docs/techdocs.77

Уязвимость в Security Definer Function. Кто - нибудь ими вообще пользуется?

Разработчики постгреса все таки маньяки - suid хранимые процедуры это сильно.

Интересно, их не ломает столько версий поддерживать?

>Интересно, их не ломает столько версий поддерживать? они ваще молодцы

> Интересно, их не ломает столько версий поддерживать?

Думаю что подерживать "столько" версий зависит от того как пишут код... Обычно приходится отказывать в поддержке если часть кода была написана специфически для какой-то версии ОС. Например: мозилла отказывается поддерживать старые версии винды...

>мозилла отказывается поддерживать старые версии винды..

..и современные версии линукса.

>Думаю что подерживать "столько" версий зависит от того как пишут код.

А код пишут хорошо - http://www.postgresql.org/about/news.363

На PHP злоумышленник тоже может выполнять свой код, следовательно PHP - уязвимость?

>> мозилла отказывается поддерживать старые версии винды.. > ..и современные версии линукса.

Какие современные?

Вот сделали бы уже давно сами разработчики контору по поддержке PostgreSQL, был бы PostgreSQL Enterprise Database Server, многие бы перешли на него с проприетарного оракла.

И не только с оракла - я вот сплю и вижу, как в один прекрасный день с MSSQL расстанусь

> Вот сделали бы уже давно сами разработчики контору по поддержке PostgreSQL, был бы PostgreSQL Enterprise Database Server, многие бы перешли на него с проприетарного оракла.

а http://www.postgresql.org/support/professional_support и например http://www.enterprisedb.com/ оттуда чем не нравится ?

>а http://www.postgresql.org/support/professional_support и например http://www.enterprisedb.com/ оттуда чем не нравится ?

Отсутствием пиара и неузнаваемым названием.

>Вот сделали бы уже давно сами разработчики контору по поддержке PostgreSQL, был бы PostgreSQL Enterprise Database Server, многие бы перешли на него с проприетарного оракла.

Например Command Prompt Inc, EnterpriseDB, Greenplum. Это фирмы, специализирующиеся именно на поддержке PostgreSQL. Есть еще Sun, Fujitsu, Red Hat, сотрудники которых также являются активными членами PGDG.

>Уязвимость в Security Definer Function. Кто - нибудь ими вообще пользуется?

Я пользуюсь - для создания логики по управлению доступом. В них я, помимо изменения таблиц, проверяю доступ и логирую. Злоупотреблять ими конечно не стоит.

Спасибо, Вы сделали мне смешно. Купив Oracle один раз на нем/под него разработав кучу софта Очень мало, кто осмелится мигрировать на PostgreSQL

Да смейтесь, нам не жалко :) - ведь это уже вторая стадия после "вас не замечают" :) Так что скоро "и в конце концов - проигрывают" :)

> Спасибо, Вы сделали мне смешно. Купив Oracle один раз на нем/под него
> разработав кучу софта Очень мало, кто осмелится мигрировать на
> PostgreSQL

Ну я переводил одну фирму с Oracle на PostgreSQL.
Переход всего софта занял около двух месяцев.
Что порадовало, так это переделка PL/SQL процедур прошла проще, чем
ожидалось изначально.

Молодцы ребяты, работают.. ;-)