Х-конкурс

GHC (www.ghc.ru)

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

Как ты уже знаешь, в прошедшем месяце мы подняли собственный сервер под FreeBSD и именно он был объектом твоих атак в только что завершившемся конкурсе. Можно уже подвести итоги. Тебе было необходимо оставить послание на рабочем столе админа, который, как мы тебе подсказали, располагался в папке /home/admin/Desktop.

Раз мы ломаем сервер, значит, первым делом, надо посмотреть, что там за службы открыты:

nmap -sV 81.177.29.6

Interesting ports on unknown-882.agava.net (81.177.29.6):

PORT STATE SERVICE VERSION

19/tcp open ssh OpenSSH 3.8.1p1 FreeBSD-20040419 (protocol 2.0)

21/tcp open ftp wzdftpd

22/tcp open ssh OpenSSH 3.8.1p1 FreeBSD-20040419 (protocol 2.0)

25/tcp open smtp Sendmail 8.13.3/8.13.3

80/tcp open http Apache httpd 1.3.34 ((Unix) PHP/5.0.4)

587/tcp open smtp Sendmail 8.13.3/8.13.3

Из всего софта бросается в глаза ftp-демон. Начнем с него. Отправляемся на www.securityfocus.com ищем сообщения о багах в этом демоне. Первое сообщение находится очень быстро: Wzdftpd SITE Command Arbitrary Command Execution (www.securityfocus.com/bid/14935).

Это уже кое-что! Смотрим подробности:

* Уязвимые версии <=0.5.4

* Есть эксплоит, оформленный в виде модуля к метасплоиту

Из кода становится понятно, что проблема кроется в выполнении сервером команды SITE. Через конвейер можно передать команды, которые выполнятся в контексте учетной записи ftp-сервера. Но для выполнения команд нам нужно знать имя пользователя и пароль, иметь локальные привилегии.

Какие у нас есть зацепки? Попробуем посмотреть, что еще говорится на странице задания:

«21.02.06

. Мы тут немного переписали скрипт новостей. Добавили проверки переменных:

- вместо if(!$var) сделали if(!isset($var)),

- убрали возможность изменения пароля через web-интерфейс (на всякий случай)»

Давай попробуем посмотреть, что не так с этим скриптом. Страница с комментариями показывает нам, что используется новостной скрипт TSBnews.

Поиск по багтраку результата не дает. Придется покопаться в коде. Качаем. Смотрим, как проходит аутентификация. В скрипте admin.php находим первую интересную деталь:

function login() {

global $_POST, $password, $username;

if(isset($_POST['pass']) && isset($_POST['tname']) && $_POST['pass']==$password && $_POST['tname']==$username) {

$_SESSION['validuser']=1;

$log=1;

session_register('validuser');

header("Location: admin.php");

}

И сразу еще один забавный момент:

if(!isset($_SESSION['validuser'])) { $_SESSION['validuser'] = 0;}

if (!$_SESSION['validuser']) {

login();

} else {

require("show.php");

?>

Если верить авторам конкурса, то они заменили if (!$_SESSION['validuser'])

на if (!isset($_SESSION['validuser'])).

А в этом случае, если на сервере включены register_globals (и еще версия PHP 5.0.4), то мы, по идее, сможем передать переменную $_SESSION['validuser'] через GET запрос. Пробуем:

http://81.177.29.6/admin.php

Облом. Нет такого файла. Смотрим html-код страницы и замечаем внутри нужный нам URL: http://81.177.29.6/news/admin.php. Попробуем теперь обойти аутентификацию: