Re: internal redirect и безопасность

[Nick Knutov <mail@xxxxxxxxxx>]

нгинх общий (иначе зачем бы я спрашивал?), права к обсуждаемому вопросу 
отношения никакого не имеют.
(я может неправ и от этой рассылки надо просто отписаться и подписаться 
на nginx-en, или там так же?)
10.11.2012 19:38, azovmash@xxxxxxx пишет:
> День добрый.
>
> Если у вас nginx один общий для всех пользователей то статический
> контент должен лежать с правами +r для группы в которой состоит nginx и
> тогда он его сможет отдать и без   X-Accel-Redirect, а если у вас у
> каждого пользователя персональный nginx с правами user1:group1 то один
> пользователь не смотжет отдать контент другого пользователя через nginx.
> Хочу напомниь что для того чтоб обезопасить виртуальный хостинг
> достаточно правильно расставить права на файлы - на весь статический
> контент -rw-r----- на скрипты php а так же конфиги в который логины и
> пароли к бд и другая персональная информация rw------- на скрипты perl
> rwx------. Имеется ввиду что php через php-fpm или apaсh запускается с
> правами пользователя. Таким образом даже залив вебшел нельзя будет
> прочитать скрипты  из каталога другого пользователя.
>
>
> --
>
> icq 71006063
>
>
> --- Исходное сообщение ---
> От кого: "Nick Knutov" <mail@xxxxxxxxxx>
> Кому: nginx-ru@xxxxxxxxx
> Дата: 10 ноября 2012, 14:56:12
> Тема: Re: internal redirect и безопасность
>
>
>
>     Нашел в changelog:
>
>     Изменения в nginx 0.3.8                                           09.11.2005
>
>           *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в
>              строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на
>              наличие путей "/../" и нулей.
>
>     Однако неочевидно - проверяет - и что? Запрещает? А если у меня
>     нестандартный случай и надо разрешить? Или не запрещает? И как тогда
>     запретить? А как указать, что вообще делать и какую ошибку откуда отдать
>     в случае если не так, как я хочу?
>
>
>     10.11.2012 18:51, Nick Knutov пишет:
>     >http://miksir.maker.ru/?r=69
>     >
>     > "Схема редиректов вносит потенциальную дыру в безопасности
>     > масс-хостинга, о которой следует упомянуть. Речь идет о случаях, когда
>     > клиент, используя свои скрипты, может сам выдать заголовок
>     > X-Accel-Redirect.
>       Теоретически там может быть редирект на чужой файл
>     > (т.е. файл другого клиента). "
>     >
>     > Кусок конфига:
>     > location ^~ /internal_location/ {
>     >      alias /home/$user/www/$domain/;
>     >      internal;
>     > }
>     >
>     > Вопрос: можно ли запретить обработку ".." в пути в X-Accel-Redirect,
>     > чтобы исключить возможность отдать файл не из своего каталога?
>     >
>
>     --
>     Best Regards,
>     Nick Knutov
>     http://knutov.com
>     ICQ: 272873706
>     Voice: +7-904-84-23-130
>
>     _______________________________________________
>     nginx-ru mailing list
>     nginx-ru@xxxxxxxxx  <mailto:nginx-ru@xxxxxxxxx>
>     http://mailman.nginx.org/mailman/listinfo/nginx-ru
--
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru