форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Как ломаются веб сервера, и как это предовратить."
Сообщение от trdmitry on 21-Июл-02, 18:58  (MSK)
Обычно, провайдеры веб хостинга дают доступ на FTP, чтобы заливали туда сайт. Я решил попробовать прочесть некоторую информацию на нем. Создал скрипт на перле, который читает /usr/local/apache/conf/httpd.conf и выводит в браузер его при вызове. Оттуда посмотрел какие есть виртуальные хосты и где лежат остальные сайты. Например лежит какой нибудь сайт который активно работает с файлами, а т.к. Apache запускает и мои и остальные скрипты с одинаковвыми привилегиями то есть вероятность что могу очень много удалить на другом сайте(с помощью моего скрипта который залью) который лежит на этом же сервере. Или если мне дают доступ по ssh то я сразу автоматом набираю w, dmesg, uname -a , cat /proc/cpuinfo ведь этим я не хакаю а просто информация тоже что-то дает (например мнение о сервере:)) Собираюсь в скором времени поставить такой же сервер, а как быть с вышеперичисленными проблемами? Я не хочу чтобы мои настройки видели, и делали всякие пакости.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: Как ломаются веб сервера, и как это предовратить."
Сообщение от trdmitry on 22-Июл-02, 07:51  (MSK)
Тоесть как сделать чтобы скрипты (через апач) запускались под разными юзерами, suexec не подходит т.к. он действует только на http://host.com/~username ?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Как ломаются веб сервера, и как это предовратить."
	Сообщение от uldus on 22-Июл-02, 13:32  (MSK)
	> под разными юзерами, suexec не подходит т.к. он действует только на >http://host.com/~username ? Прекрасно подходит. Читай документацию на suexec, в частности про директивы User и Group для установки в рамках виртуального хоста.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Как ломаются веб сервера, и как это предовратить."
Сообщение от lavr on 22-Июл-02, 10:38  (MSK)
>Обычно, провайдеры веб хостинга дают доступ на FTP, чтобы заливали туда сайт. >Я решил попробовать прочесть некоторую информацию на нем. Создал скрипт на >перле, который читает /usr/local/apache/conf/httpd.conf и выводит в браузер его при вызове. > >Оттуда посмотрел какие есть виртуальные хосты и где лежат остальные сайты. > >Например лежит какой нибудь сайт который активно работает с файлами, а т.к. >Apache запускает и мои и остальные скрипты с одинаковвыми привилегиями то >есть вероятность что могу очень много удалить на другом сайте(с помощью >моего скрипта который залью) который лежит на этом же сервере. >Или если мне дают доступ по ssh то я сразу автоматом набираю > >w, dmesg, uname -a , cat /proc/cpuinfo ведь этим я не хакаю > >а просто информация тоже что-то дает (например мнение о сервере:)) > >Собираюсь в скором времени поставить такой же сервер, а как быть с >вышеперичисленными проблемами? >Я не хочу чтобы мои настройки видели, и делали всякие пакости. копай в сторону chroot или jail для FreeBSD
	Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Как ломаются веб сервера, и как это предовратить."
Сообщение от uldus on 22-Июл-02, 11:39  (MSK)
>перле, который читает /usr/local/apache/conf/httpd.conf и выводит в браузер его при вызове. Плохой хостер, кроме своей директории и некоторых программ и библиотек, ты вообще ничего увидеть не должен был. >Apache запускает и мои и остальные скрипты с одинаковвыми привилегиями Тогда не плохой хостер, а ужасный хостер, скорее ищи другого. >Я не хочу чтобы мои настройки видели, и делали всякие пакости. Chroot + патчить libc + suexec/cgiwrap + жесткие привелегии (чтобы друг другу в директорию зайти не могли из скриптов) На правильно спроектированных хостингах, если сломают кривой cgi скрипт пользователя, то остальных пользователей и сам сервер хостинга это никаким образом не затронет. Мало того, в рамках аккаунта где был взломан скрипт, создать и запустить свой скрипт, а так же видоизменить уже существующий у злоумышленника не должно получиться.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Как ломаются веб сервера, и как это предовратить."
	Сообщение от trdmitry on 22-Июл-02, 12:02  (MSK)
	>>перле, который читает /usr/local/apache/conf/httpd.conf и выводит в браузер его при вызове. > >Плохой хостер, кроме своей директории и некоторых программ и библиотек, ты вообще >ничего увидеть не должен был. Да, я ничего не вижу, а скрипт -то видит..... :) >Chroot + патчить libc + suexec/cgiwrap + жесткие привелегии (чтобы друг другу >в директорию зайти не могли из скриптов) > Вот тут и проблема!!! Обычно в системе стоит на всё привилегии og+r !!! стало быть open(APACH,"/usr/local/apa.."); print <APACH>; close APACH; может посмотреть.... любой файл с такими пермишшенами а это вся операционка с ними, если пользовательские страницы можно сделать на u+rwx go-rwx то системные файлы никак (т.е. можно но потом ченить глюканет). про cgiwrap слышал ... но не ставил... надо почитать.... для чего патчить libc?? chroot - делает "change root directory" - зачем оно ?:)))
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Как ломаются веб сервера, и как это предовратить."
	Сообщение от uldus on 22-Июл-02, 13:30  (MSK)
	>Обычно в системе стоит на всё привилегии og+r !!! "og+r" - это от лени выставлять нормальные пермишины, и не "обычно", а "по дефолту". >а это вся операционка с ними Поменять никто не мешает. >на u+rwx go-rwx то системные файлы никак (т.е. можно но потом ченить >глюканет). Грамотно нужно ставить, проанализировав все последствия, тогда не глюканет. > для чего патчить libc?? Чтобы обезопасить пользователя от его же дырявых скриптов. >chroot - делает "change root directory" - зачем оно ?:))) Для того чтобы избежить всех описанных проблем.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: Как ломаются веб сервера, и как это предовратить."
	Сообщение от trdmitry on 22-Июл-02, 13:48  (MSK)
	>> для чего патчить libc?? > >Чтобы обезопасить пользователя от его же дырявых скриптов. Хорошо, убедил, что у меня руки-крюки... Как тогда патчить libc чтобы обезопасить... обьясни на "пальцах", что и для чего нужно там изменить чтобы дырявые скрипты  дырок не слишком делали...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.