ПРОЕКТЫ 


  АРХИВ 


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: Re: [apache-talk] Re:



On Mon, 25 Jan 1999, Stanislav Malyshev a.k.a Frodo wrote:

> From: Stanislav Malyshev a.k.a Frodo <frodo@sharat.co.il>
> Subject: Re: Re: [apache-talk] Re: 
> 
> > 4. Пароли на доступ к базе (в смысле то что нужно для того чтобы к ней
> > приконнектиться), либо не хранишь нигде
> >    CREATE USER APACHE IDENTIFIED EXTERNALLY (Oracle)  
> >   либо хранишь в httpd.conf.
> 
> Ну тогда не ясно, чем оно лучше PHP... Если у меня где-то хранится пароль
> в открытом виде, и я считаю все файлы, доступные юзеру Apache, как
> доступные всем, то я абсолютно ничего не выигрываю. Утащить исходник PHP
> не проще и не сложнее, чем утащить httpd.conf. 
Во-первых, httpd.conf не обязан, насколько я знаю, быть доступным юзеру
apache. Поскольку он читается в момент старта httpd, когда тот выполняется
под root. Во-вторых, как насчет IDENTIFIED EXTERNALLY?

> Кроме того, для HTTP-авторизации тогда вообще надо использовать что-то
> типа mod_<dbname>_auth, каковых в наше время существует невиданное
Я же сказал 
Apache::AuthenDBI, один единственный для всех баз данных. 
Просто Perl, в отличие от PHP имеет унифицированный интерфейс к БД.

Кстати, механизм PerlAuthHandler гораздо более гибкий, чем что либо еще
за исключением писания модулей на С. Так что можно добиться того,
что PerlAuthHandler будет обращаться за авторизацией к кому-то еще,
и этот кто-то еще будет ему говорить получилось или не получилось, никогда
не показывая даже шифрованного пароля.

> множество. Я говорил о SQL-авторизации, пароли к которой неизбежно будут в
> исходниках... 

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

> -- 
> frodo@sharat.co.il    \/  There shall be counsels taken
> Stanislav Malyshev    /\  Stronger than Morgul-spells
> phone +972-2-6245112  /\              JRRT LotR.
> http://sharat.co.il/frodo/    whois:!SM8333
> 
> 
> 
> 
> =============================================================================
> =               Apache-Talk@lists.lexa.ru mailing list                      =
> Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
> =       Archive avaliable at http://www.lexa.ru/apache-talk                 =
> 

--------------------------------------------------
Victor Wagner                   vitus@ice.ru
Programmer                      Office:7-(095)-964-0380
Institute for Commerce          Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.