ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: чтение чужих файлов: не стоит патчить



Hello!

On Tue, Nov 29, 2011 at 10:02:27AM +0400, Dmitry E. Oboukhov wrote:

> 
> >>>> Имхо, вопрос с доступам к файлам это не та часть, которую должен
> >>>> разруливать nginx. Иначе получится какой то php-ный safe mode. Запуск
> >>>> того же php с правами нужного юзера и выставление на папку с конфигами
> >>>> прав 700 решает проблему симлинков.
> 
> >>> это решает проблему симлинков, но появляется другая проблема -
> >>> как в таких условиях отдавать статику через nginx, не запуская
> >>> каждому пользователю свой собственный экземпляр веб-сервера.
> 
> >> А тут всё просто. На скрипты - 700, на шаредное файло, раздаваемое с 
> >> помощью Nginx - 644.
> >> Только вот кто такой прецизионной расстановкой прав займется ?
> 
> > это нереально. если у пользователей что-то не работает / глючит,
> > первым делом они делают chmod 777 на все файлы в надежде решить
> > свою проблему - неоднократно такое уже видел.
> 
> > поэтому - нужна защита от скачивания чужих конфигов через симлинки
> > именно на уровне веб-сервера, который занимается раздачей статики.
> 
> если пользователь сделал 777 на все файлы, то как ему поможет защита
> от скачивания через симлинки?

На свой домашний каталог сделать 777 ему на shared хостинге никто 
не даст.

Maxim Dounin

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


 




Copyright © Lexa Software, 1996-2009.