ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

Re: [apache-talk] Re:



In <Pine.LNX.4.03.9901251643070.8-100000@brass.fe.msk.ru> Victor B Wagner 
(vitus@ice.ru) wrote:
>> множество. Я говорил о SQL-авторизации, пароли к которой неизбежно будут в
>> исходниках...

VW> Опять же не обязательно. Очень легко сделать, чтобы этот пароль был в
VW> голове у юзера. Естественно, для этого стоит поднять SSL и не пускать
VW> юзеров с 40-битным шифрованием.

По моему спор идет по принципу "в огороде бузина, а в Киеве дядька". По-моему
исходно речь шла не об авторизации пользователя вообще ! Как я понял проблема
(с которой я также столкнулся) проще всего пояснить на примере: пусть у нас
есть, скажем, записная книжка (GuestBook) в базе данных, которая принадлежит
какому-либо пользователю. Обращение к ней идет через PHP или через mod_perl --
фиолетово. При этом пользователь, который делает записи в GuestBook'е вообще
никаких паролей знать не должен ! Не нужно ему это ! Однако чего нам бы не
хотелось, так это того, чтобы наши соседи по web-server'у могли после взгляда
на исходники скрипта весь GuestBook испохадить напрямую, не проходя через
соответствущий скрипт и не оставляя записей в log'ах Apache'а. Я не умею этого
делать ни с использованием PHP, ни с использованием mod_perl'а без
использования внешних программ, да и с ними добиться сколько нибудь приличной
защиты сложно -- разве что при использовании suexec'а и запрете mod_perl'а и
PHP, да и то не факт... Авторизация через SQL -- это хорошо (Да мало ли через
что можно безопасно авторизоваться ? При использовании PHP можно и imap-сервер
к делу приспособить, например :-), но речь-то шла не о том...





 




Copyright © Lexa Software, 1996-2009.