ПРОЕКТЫ 


  АРХИВ 


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: чтение чужих файлов: не стоит патчить



>>>> Имхо, вопрос с доступам к файлам это не та часть, которую должен
>>>> разруливать nginx. Иначе получится какой то php-ный safe mode. Запуск
>>>> того же php с правами нужного юзера и выставление на папку с конфигами
>>>> прав 700 решает проблему симлинков.

>>> это решает проблему симлинков, но появляется другая проблема -
>>> как в таких условиях отдавать статику через nginx, не запуская
>>> каждому пользователю свой собственный экземпляр веб-сервера.

>> А тут всё просто. На скрипты - 700, на шаредное файло, раздаваемое с помощью 
>> Nginx - 644.
>> Только вот кто такой прецизионной расстановкой прав займется ?

> это нереально. если у пользователей что-то не работает / глючит,
> первым делом они делают chmod 777 на все файлы в надежде решить
> свою проблему - неоднократно такое уже видел.

> поэтому - нужна защита от скачивания чужих конфигов через симлинки
> именно на уровне веб-сервера, который занимается раздачей статики.

если пользователь сделал 777 на все файлы, то как ему поможет защита
от скачивания через симлинки?

-- 

. ''`.                               Dmitry E. Oboukhov
: :?  :   email: unera@xxxxxxxxxx jabber://UNera@xxxxxx
`. `~?              GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537

Attachment: signature.asc
Description: Digital signature

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


 




Copyright © Lexa Software, 1996-2009.