Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Интернет » В помощь вебмастеру » Закрытие файлов и директорий под пароль, password protection

Модерирует : Cheery

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3

Открыть новую тему     Написать ответ в эту тему

nokki

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Нужно запретить доступ до опледеленной страници  для не зарегистрированных пользователей. Причем регистрировать пользователя буду я сам. А все енто дело нужно для прикрытия ссылок на файлы.
Ну или кто может лучший вариант предложит.

 
Закрытие файлов и директорий под пароль

 
В этой теме обсуждаем способы запароливания веб-страниц, файлов, директорий.
 


1. На сервере Apache для запароливания директорий и файлов используются специальные директивы, которые могут быть помещены в файлы .htaccess (или же в общий конфигурационный файл).
По скриптам для управления файлами .htaccess/.htpasswd/.htgroups см. эту тему.
По директивам файлов .htaccess см. эти темы:
* общие вопросы по .htaccess
* htacess: запароливание директорий
* .htaccess и страницы ошибки (ErrorDocument)
 


2. На IIS доступ к файлам регулируется средствами NTFS (само собой, для изменения прав доступа необходим доступ к файлам в качестве администратора сервера)
 


3. Ограничение доступа при помощи серверных языков программирования осуществляется по-разному
 
~ Примеры скриптов:
 
PHPPageProtect [PHP] — система защиты для отдельных страниц. Страницы защищаются добавлением строки кода на каждой странице. Админ-интерфейс позволяет добавлять/удалять пользователей, изменять пароли и смотреть логи.
 
PassWord script for Dummies [Perl] — примитивный скрипт на Perl
 
FastLogin [PHP] —клиентская часть--  md5.js + серверная на PHP
 
PASSWORD/PASSWRD2 [C++] — программы сверяют имя пользователя и пароль с записями в отдельном файле, если логин/пароль совпадают, открывается index.htm, если не совпадают — отображается "INVALID ENTRY" и заносятся в логи имя пользователя, пароль, время.
 
 
~ Коллекции скриптов:
http://www.hotscripts.com/Perl/Scripts_and_Programs/Security_Systems/
http://www.hotscripts.com/PHP/Scripts_and_Programs/User_Authentication/index.html
http://php.resourceindex.com/Complete_Scripts/User_Management/Password_Protection/    
http://cgi.resourceindex.com/Programs_and_Scripts/Perl/Password_Protection/
 


4. При использовании клиентских технологий (Java, Flash, JavaScript, VBScript) основное правило -- пароль не должен присутствовать в коде в открытом виде, а должен использоваться по такому принципу:
{открыть страницу} пароль.html

иначе такая защита довольно легко взламывается
Простейший JavaScript:

Код:
<script>  
function LogIn()  
{
location.href="http://site.com/secure/"+document.login.pass.value+".html"
}
</script>  
<form name=login><input type=password name=pass><input type=button onClick="LogIn();" value="login"></form>  

Цитата:
При желании можно ещё куки добавить, проверку referer'а на "защищенной" странице и т.п.    
Проблема: получается, что под пароль ставится только одна страница -- если кто-то из обладателей пароля запостит где-то или даст кому-то ссылки непосредственно на файлы, доступные на закачку с "запароленной" страницы-- файлы эти сможет скачать кто угодно.  
   
Кроме javascript'a можно ещё использовать flash или java для тех же целей, но в любом случае, в коде не должно быть пароля в явном виде, а также он не должен формироваться клиентским скриптом  

Более сложные варианты на JS:
http://javascript.internet.com/passwords/prompt.html
http://javascript.internet.com/passwords/multiple-users-prompt.html
http://javascript.internet.com/passwords/password-pro.html
http://javascript.internet.com/passwords/gatekeeper.html
 
Кроме того, можно шифровать код страниц, в т.ч. добавляя пароль на открытие страницы
Пример такого подхода: НУЖЕН ПРИМЕР !!!


5. Службы защиты паролем:
http://cgi.resourceindex.com/Remotely_Hosted/Password_Protection/
http://www.hotscripts.com/Remotely_Hosted/Password_Protection/index.html
 


Ссылки по теме:
 
Способы запароливания:
 
* FAQ по Apache
* Скрипты для управления .htaccess
* Защита содержимого сайта от скачивания менеджерами закачек
* Защита ссылок (antileech)
 
Темы по языкам программирования под web:
* PHP
* Perl
* JavaScript/JScript, VBScript, SSJS

Всего записей: 12 | Зарегистр. 20-10-2002 | Отправлено: 23:20 14-12-2002 | Исправлено: Teo, 15:50 24-11-2005
NT



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
это файлик .htaccess надо просисать. что именно в нем надо прописывать - я не знаю

----------
A que jode no entender lo que pone?

Всего записей: 1861 | Зарегистр. 27-07-2002 | Отправлено: 23:25 14-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nokki
 
http://forum.ru-board.com/topic.cgi?forum=8&topic=0051#1
http://httpd.apache.org/docs-2.0/howto/auth.html
http://forum.ru-board.com/topic.cgi?forum=8&topic=0451#1
http://forum.ru-board.com/topic.cgi?forum=8&topic=0380#1

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 23:47 14-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
кстати закрытие средствами апача, самое не надежное. так как проще всего брутфорсится. лучше делать через скрипт, со своими причудами типа блокировки айпи после не правильного логина и скрытых полей.

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 23:56 14-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik
 

Цитата:
так как проще всего брутфорсится.

 
Давай-ка, коллега, с этого момента поподробнее, плз. ибо я считаю, что закрытие Апачем как раз надежное по сравнению со скриптовыми паролями.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 00:32 15-12-2002
NT



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik
и мне тож интересно стало, как вы там апачи брутфорсите

----------
A que jode no entender lo que pone?

Всего записей: 1861 | Зарегистр. 27-07-2002 | Отправлено: 00:49 15-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NT
 

Цитата:
как вы там апачи брутфорсите  

 
Нет, тут то все понятно, в Апаче нет органичений на количество попыток ввобда паса и потому его в этом смысле легче подобратьпростым перебором или атакой по словарю. а скритпом можно написать бан по IP после N ппыток ввода паса или намутить, как говорит Юрик, еще чего, например скажет несколько полей, типа для паса и для ключевого слова. в этом плане степеней защиты с виду больше. Но, имо, скрипты дело все равно менее надежное в плане безопасности, конечно, если его идеально написать... а Апачик, он и есть апачик, коли не подберешь к нему пас, то не попадешь по другому в папку.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 01:09 15-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
lynx
твое имхо принципиально не верное. скажем что можно кривого написать в скрипте типа паролъ = вася если да то показал страничку, нет послал (что собстно апач и делает). при этом можно как я уже сказал изголятся. апач это вобще прелесть. думать не нужно, врубил тот же брутус на уже готовую апачевую форму, и колбась его пока не расколется. со скриптом вот я например могу так крови попить что мало не покажется. а вобще топайте к леснику. там настоящие профи хака, про это до меня уже все давно написали.

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 06:56 15-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik
 

Цитата:
а вобще топайте к леснику. там настоящие профи хака, про это до меня уже все давно написали.

 
Линка дай, жадюга.
 

Цитата:
что можно кривого написать в скрипте типа паролъ = вася если да то показал страничку, нет послал  

 
Читай:
 
http://ru-board.com/new/article.php?sid=22
http://ru-board.com/new/article.php?sid=23
 
А в ИБ2 пасы проверяются так. Открывается файло мембера, сверяется поле паса с введенным пасом, если ОК, то пускает в закрытый форум. Форма логина, есно.
 
 
А, короче, надо и тот пасы ставить. И Апачев и скриптов. Причем разные.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 07:18 15-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
lynx
я присто пример написал. можно и хеш вынимать из пароля и с хешем сверять. смысл не в том. проблема апача в не ограниченых попытках подбора пароля, одинаковой структуре формы везде.

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 07:28 15-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik
 

Цитата:
проблема апача в не ограниченых попытках подбора пароля, одинаковой структуре формы везде.

 
Зато согласись, это единственная его проблема. Хранится он надежно.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 07:32 15-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
lynx
в чем надежность?

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 07:39 15-12-2002
lynx



Advanced lynx
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik
 

Цитата:
в чем надежность?

 
Принцип защиты пасов в юнихе:
 
http://ru-board.com/new/article.php?sid=112
 

Цитата:
Все пароли шифруются с помощью односторонних формул, что означает, что их просто невозможно восстановить по зашифрованному результату, хранящемуся в /etc/shadow, даже зная наверняка, как работала формула шифрации.  
 
 

 
То есть, даже если ты утянешь файл htpasswd это не поможет. А вот если ты утянешь юзеров файл (в IB2), то там прочитаешь пас.
 

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 08:02 15-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
lynx
а это потому что иб2 писал человек далекий от секьюрити. и в перле и в пыхпых присутсвует этот алгоритм. MD5 он называется. http://www.ietf.org/rfc/rfc1321.txt . да и если я утяну шадоу, я подберу пароль простым перебором. так что никаких приимуществ апачевых закрытий перед скриптовыми я не вижу. скорее на оборот.
 
Добавлено
хотя нет. я вру. в юниксе юзаются DES алгоритмы. а вот в апаче как раз MD5 (хотя по умолчанию все тот же дес). хотя мд5 круче.
вот например попробуй дать такую команду  
md5 -q -s lynx
получиш 9d8c21ab6885c241b9ca3cf3cdf03b94
вот это и есть крипт который обратно нини. и в перле и в пыхпых можно юзать как MD5 так и DES для шифровки паролей. так что ы.

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 09:08 15-12-2002
Gumanoid



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
а в чем собственно проблема ?
я использую оба способа тоесть надо сначала Апачу пароль ввести, а потом залогинится под админом форума, и только тогда попадешь в админ панель форума.
 
кстати про Апачь часто встречается что просит ввести пароль, если вводишь неправильный то происходит редерикт на страницу с рекламой,  даётся всего одна попытка на ввод ...

----------
Возмем план и в космос...
Сайт IRC-канала #muravlenko IRC.Muravlenko.ru:6667

Всего записей: 1664 | Зарегистр. 17-01-2002 | Отправлено: 15:48 15-12-2002
DimoN



Tech administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik

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

Мои 12-ти значные пароли которые я обычно ставлю, типа "Fd3gfI3nbvd3" ты будешь до конца жизни подбирать своим брут форсом.
 
А куку я твою выдерну из твоего браузера на раз. И никакие патчи Ослика не спасут. Да и Опера не поможет.
Будь твоя кука даже зашифрована МД5 я ее такую-же в браузер и подставлю.
 
 
Закрытие папок на сетевой пароль это достаточно простое и в меру надежное средство.
 
Через скрипт тоже можно надежно сделать, только гиморою много.
 
 
А вообще для параноиков нужно и то и то использовать! Долбился -долбился, продолбился а там скриптовая форма с запоминанием сессии и АйПи и закриптованная в куку через МД5


----------
Мы Баним с улыбкой :) ™

Всего записей: 7528 | Зарегистр. 19-04-2001 | Отправлено: 20:05 15-12-2002
new_yorik



Lame®
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
DimoN
а ты для надежности куки не юзай. юзай сессии. и настраивай их так чтобы они килялись после закрытия соединения. и не будет у тебя пароля. а еще нада авп юзать чтобы жаба скрипты лишния типа твоих не работали.
еще аргументы что защита апача это круче чем защита скриптом?

Всего записей: 2623 | Зарегистр. 31-12-2001 | Отправлено: 22:41 15-12-2002
nokki

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вы меня не правильно наверно поняли вот. Фаилы будут хранится на www.newmail.ru

Всего записей: 12 | Зарегистр. 20-10-2002 | Отправлено: 23:19 15-12-2002
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nokki
на бесплатном хостинге?
самый древний и примитивный вариант-- написать на странице входа такой javascript

Код:
<script>
function LogIn()
{
window.location.href="http://site.com/secure/"+document.login.pass.value+".html"
}
</script>

<form name=login><input type=password name=pass><input type=button onClick="LogIn();" value="login"></form>

и создавать для каждого пользователя (в твоем случае) страницу типа пароль_пользователя.html (в общем случае-- один пароль и одна страница для всех)-- можно, чтоб при обновлении не менять код на всех страницах пользователей, вызывать с каждой такой страницы javascript, который будет генерировать содержимое или же сделать ее frameset'ом. Само собой, что на всех таких страницах запрещать кэширование.
Правда так делать лучше всего, если уж по-другому совсем никак нельзя
 
докатился-- вместо [code][/code] сначала написал [script][/script]

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 03:08 16-12-2002 | Исправлено: Svarga, 03:13 16-12-2002
DimoN



Tech administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new_yorik

Цитата:
еще аргументы что защита апача это круче чем защита скриптом?

Дело не в том что круче. А что лучше в использовании в соотношении затраты\качество.
 
За сколько ты научишься писать, а затем напишешь ХОРОШИЙ скрипт который юзает сессии с привязкой к АйПи и криптованием. Сколько ты литературы прочитаешь для этого, сколько времени потратишь....
 
А я за 2 минуты запаролю папку апачем, поставлю туда 15-ти символьный пасс, и долбись туда своим брутфорсом хоть сто лет.
А я каждый год буду пассы менять
 
Да и кому надо юзать навореченные скрипты чтобы закрыть папку с фотками своей голой подружки


----------
Мы Баним с улыбкой :) ™

Всего записей: 7528 | Зарегистр. 19-04-2001 | Отправлено: 15:50 16-12-2002
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3

Компьютерный форум Ru.Board » Интернет » В помощь вебмастеру » Закрытие файлов и директорий под пароль, password protection


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru