/*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*\
|*                                       PHP в руках хакера.                                  *|
|*       © Stinger a.k.a. Crible                                                                *|
\*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*/

  

<|------------------------|>
<|*Содержание:      |>
<|------------------------|>

 
*1 Глава]> Предисловие
*2 Глава]> Примеры
*3 Глава]> Вывод
*4 Глава]> Заключение

|*-------------------------------------------------------------------*|

Предисловие

|*-------------------------------------------------------------------*|
Здравствуйте. Как-то раз, сидя на своём любимом канале #vingrad  
один чел поднял тему web-администрировании серверов. Оказалось что 
большинство людей отказываються от использования языка Perl
на своих серверах и предпочитают PHP. Я внимательно следил за 
разговором и причиной оказалась Безопасность. Цитирую одного
зачинщика разговора:
"Дело в том, что в интернете куча сценариев на Perl, которые
позволяют упростить взлом хакерам. При этом достаточно иметь 
минимальные права в системе."
Я немного задумался. А ведь и вправду. Эксплойтов на PHP 
гораздо меньше чем на Perl. Но это не значит что 
PHP безопаснее чем Perl. Впринципе любой язык программирования,
будь то PHP или Perl или С++, опасен в руках неопытного 
программиста-новичка...Именно об этом сегодня я вам и расскажу.
Статья будет посвящена PHP, или что такое PHP в руках хакера.

|*-------------------------------------------------------------------*|

Примеры

|*-------------------------------------------------------------------*|

Тот факт что в PHP мало хакерских утилит, никого не остановит.
Например хакер получил доступ к ftp, ему достаточно создать 
такой сценарий:



Загрузив этот сценарий, хакер получит доступ к выполнению команд на
удалённом серваке с правами Web-сервера. Если наделить этот 
сценарий функциям работы с файлами то уже можно будет назвать
настоящим Shell доступом. 
Shell - оболочка для выполнения команд на удалённой системе.

Также можно например написать за 5 минут PHP сценарий который
будет бомбить опеределённый E-Mail. Для этого нужны минимальные
знания в PHP, и даже новичок который неплохо разбираеться в работе 
с электронной почтой и функцией mail() может написать такой вот
сценарий. Ну а если ещё и хакер взломав сервер с широким каналом 
разместит там этот сценарий, вот тогда начнёться настоящий хаос.
Использование взломанного сервера позволяет хакеру оставаться 
анонимным. Для этого потребуеться анонимный proxy-сервер который 
будет скрывать реальный IP.

|*-------------------------------------------------------------------*|

Вывод

|*-------------------------------------------------------------------*|

Возможно языки программирования для web-серверов удобны для
создания сайтов, но в руках хакеров они являються грозным оружием.
Борьба людей с нестандартным складом ума против сис.администраторов
будет вечной. Профессионалы в области ИТ должны использовать
свои знания во благо общества, а не во зло.
Мне было бы очень интересно посмотреть на хакера который забыл 
исправить ошибку в коде и торопливо залил файл на сервер пойдя
пить пиво, и придя , зашедши на свой сайт проверить как он, вместо
привычного - "Привет Вася Пупкин" видит - "Fuck you nigga'z".
Мдя, сайт ломанули обычные дети, через локальный include.
Наверное теперь, "хакер" призадумаеться над СВОИМИ действиями.
"А почему так???" И возможно перейдёт со стороны Хака на сторону 
Security! Лично я отношусь ко второму. Я за безопасный код!

|*-------------------------------------------------------------------*|

Заключение

|*-------------------------------------------------------------------*|

Думаю что эта статья будет полезна для новичков программистов 
которые творя тысячи код кода не на каплю не задумываеються о 
безопасности. А ведь надо. Ктомуже если вы программируете на PHP,
столь гибком и опасном языке вам просто необходимо это делать!
Незнаю как вы, но я живу под эгидой: 
"Безопасность превыше всего!"

|*-------------------------------------------------------------------*|

© Stinger a.k.a. Crible
Особую благодарность в помощи по написанию статьи я выражаю
человеку под ником Tellur. Он помог в составлении примеров 
PHP сценариев и вдохновлению на написание статьи.

|*-------------------------------------------------------------------*|   

продолжение следует...
 

Это сообщение отредактировал(а) st1ng3r - 15.6.2006, 01:49

воды много налил, мало фактов.   

Ничего так. Сойдет - обещаю эта статья будет включена в первый выпуск журнала Oxygen 

DezmASter , спасибо!
Рыжий, что посоветуешь добавить? 

st1ng3r, не просто рассуждения о том, что может сделать хакер, а конкретно - как он это сделает и как от этого защититься. 

  Гыгыгы, вся фишка в том что это будет уже следующая статья. Типа продолжение... 

st1ng3r, прежде как писать, прочти еще разок правила Винграда - там запрещено писать четкие хакерские методы. Просто постарайся как то всколзь их сказать  

Каждый представленный мой скрипт будет таким, что только хакер или опытный php-coder сможет понять истинное его предназначение.
Так что с этим проблем не будет. Но вот с этим скриптом я обложался. Больше такого не повториться. 

Это если PHP выполняется из под процеса httpd, а это не есть хорошо. PHP должен как и CGI выполняться из под юзера - владельца документ рута. А там юзер вправе делать что угодно.

Гораздо опасней дыры в самом PHP. Не знаю откуда утверждение что под PHP мало эксплоитов - думаю это не так. Достаточно посмотреть с какой частотой выпускаются секьюрити патчи для популярных PHP продуктов - phpNuke, phpBB, osCommerce. Это настоящий геморой для админа, так как приходиться патчить это дело чуть ли не каждую неделю, а то и чаще. Да и в самом PHP регулярно находят секьюрити холы. 

Так что с утверждением что PHP более секьюрный чем CGI я не согласен. 

смотря с какой стороны смотреть. В плане производительности mod_php гораздо быстре, чем ПХП через CGI. 

Я не говорю о том чтобы запускать PHP как CGI, а о том чтобы запускать его не из под пользователя httpd, а из под того пользователя, который является владельцем документ рута  данного виртуального хоста, иначе ты получаешь неограниченный доступ к чужим документ рутам. 

Я бы не стал так останавливаться на ПХП-Нюке и ПХПББ, потому что сейчас в последних версиях ПХПББ защищёнее бесплатного ИПБ, который ломается любым скрипт киддисом паблик сплойтом... А вообще дело не в языке программирования и его защищённости, а во внимательности и опыте программиста, потому что все возможные уязвимости можно закрыть.  

А как его можно запустить не из под пользователя апаче, когда mod_php является модулем апача?


Не получаю. Нужно всего лишь включить safe_mode и прописать open_base_dir

Добавлено @ 19:21 

не знаю насчет ПХПББ, но в нашем форумском инвижионе мы столько уже дырок отловили и пофиксили, что вряд ли они поддаются счету. 

Да, в публичных движках всегда приходится вносить изменения и поправлять баги. 

Например так http://www.suphp.org/Home.html


safe_mode нередко отключают, потому что с ним не работают многие приложения. На хостингах это обычное дело