WikiDer > Шелл-код

Shellcode

В взлом, а шеллкод небольшой фрагмент кода, используемый как полезная нагрузка в эксплуатация программного обеспечения уязвимость. Он называется шеллкодом, потому что обычно запускает командная оболочка с которого злоумышленник может управлять взломанной машиной, но любой фрагмент кода, выполняющий аналогичную задачу, можно назвать шелл-кодом. Поскольку функция полезной нагрузки не ограничивается простым порождением оболочки, некоторые считают, что имя шеллкода недостаточно.[1] Однако попытки заменить этот термин не получили широкого распространения. Shellcode обычно пишется на Машинный код.

Типы шеллкода

Шелл-код может быть местный или же удаленныйв зависимости от того, дает ли он злоумышленнику контроль над машиной, на которой он работает (локальный) или над другой машиной через сеть (удаленную).

Местный

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

Удаленный

Удаленный шеллкод используется, когда злоумышленник хочет атаковать уязвимый процесс, запущенный на другой машине на локальная сеть, интранет, или удаленная сеть. В случае успешного выполнения шелл-код может предоставить злоумышленнику доступ к целевой машине по сети. Удаленные шеллкоды обычно используют стандартные TCP / IP разъем соединения, чтобы позволить злоумышленнику получить доступ к оболочке на целевой машине. Такой шелл-код можно разделить на категории в зависимости от того, как установлено это соединение: если шелл-код устанавливает соединение, это называется «обратная оболочка» или подключение обратно шеллкод, потому что шеллкод соединяется обратно к машине злоумышленника. С другой стороны, если злоумышленник устанавливает соединение, шеллкод называется скорлупа потому что шеллкод связывает к определенному порту на машине жертвы. Третий, гораздо менее распространенный тип - это повторное использование сокета шеллкод. Этот тип шелл-кода иногда используется, когда эксплойт устанавливает соединение с уязвимым процессом, которое не закрывается до запуска шелл-кода. Затем шеллкод может повторно использовать это соединение для связи с злоумышленником. Шелл-код повторного использования сокета является более сложным, поскольку шелл-код должен выяснить, какое соединение использовать повторно, а на машине может быть открыто много соединений.[2]

А брандмауэр может использоваться для обнаружения исходящих подключений, созданных шеллкодом обратного подключения, а также входящих подключений, выполняемых оболочками связывания. Поэтому они могут предложить некоторую защиту от злоумышленника, даже если система уязвима, не позволяя злоумышленнику подключиться к оболочке, созданной шелл-кодом. Это одна из причин, по которой иногда используется повторное использование шелл-кода сокета: он не создает новых соединений и, следовательно, его сложнее обнаружить и заблокировать.

Скачать и выполнить

Скачать и выполнить это тип удаленного шеллкода, который загрузки и выполняет некоторая форма вредоносного ПО в целевой системе. Этот тип шелл-кода не порождает оболочку, а скорее инструктирует машину загрузить определенный исполняемый файл из сети, сохранить его на диск и выполнить. В настоящее время он обычно используется в проездная загрузка атаки, при которых жертва посещает вредоносную веб-страницу, которая, в свою очередь, пытается запустить такую ​​загрузку и выполнить шелл-код, чтобы установить программное обеспечение на машину жертвы. Вариант этого типа загрузки шеллкода и грузы а библиотека.[3][4] Преимущества этого метода заключаются в том, что код может быть меньше, что он не требует, чтобы шеллкод порождал новый процесс в целевой системе, и что шеллкоду не нужен код для очистки целевого процесса, поскольку это может быть сделано с помощью библиотека загружена в процесс.

Постановочный

Когда объем данных, которые злоумышленник может ввести в целевой процесс, слишком ограничен для непосредственного выполнения полезного шелл-кода, его можно выполнять поэтапно. Сначала выполняется небольшой фрагмент шелл-кода (этап 1). Затем этот код загружает больший фрагмент шелл-кода (этап 2) в память процесса и выполняет его.

Охота за яйцами

Это еще одна форма постановочный шелл-код, который используется, если злоумышленник может внедрить шелл-код большего размера в процесс, но не может определить, где в процессе он окажется. Маленький охота за яйцами шелл-код вводится в процесс в предсказуемом месте и выполняется. Затем этот код ищет в адресном пространстве процесса более крупный шелл-код ( яйцо) и выполняет его.[5]

Омлет

Этот тип шеллкода похож на охота за яйцами шеллкод, но ищет несколько небольших блоков данных (яйца) и рекомбинирует их в один больший блок ( омлет), который впоследствии выполняется. Это используется, когда злоумышленник может ввести в процесс только несколько небольших блоков данных.[6]

Стратегия выполнения шеллкода

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

Кодировка шеллкода

Поскольку большинство процессов фильтруют или ограничивают данные, которые могут быть введены, шелл-код часто необходимо писать, чтобы учесть эти ограничения. Это включает в себя создание небольшого кода, без нулей или буквенно-цифровой. Были найдены различные решения, позволяющие обойти такие ограничения, в том числе:

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

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

Процентное кодирование

Эксплойты, предназначенные для браузеров, обычно кодируют шелл-код в строке JavaScript, используя процентное кодирование, escape-последовательность с кодировкой " uXXXX" или кодировка объекта.[7] Некоторые эксплойты также затемняют закодированную строку шелл-кода, чтобы предотвратить обнаружение IDS.

Например, на IA-32 архитектура, вот как два NOP (нерабочие) инструкции, сначала не закодированные:

90 NOP 90 NOP
Закодированные двойные NOP:
процентное кодированиеunescape ("% u9090")
Юникод литерал" u9090"
HTML / XML-объект"& amp; # x9090;" или же "& amp; # 37008;"

Эта инструкция используется в Слайды NOP.

Шелл-код без нулей

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

Для создания шелл-кода без нулей из шелл-кода, содержащего ноль байтов, можно заменить машинные инструкции, содержащие нули, на инструкции, которые имеют тот же эффект, но не содержат нулей. Например, на IA-32 в архитектуре можно было бы заменить эту инструкцию:

B8 01000000 MOV EAX, 1 // Установить регистр EAX на 0x000000001

который содержит нули как часть литерала (1 расширяется до 0x00000001) с этими инструкциями:

33C0 XOR EAX, EAX // Установите регистр EAX на 0x00000000040 INC EAX // Увеличиваем EAX до 0x00000001

которые имеют тот же эффект, но требуют меньше байтов для кодирования и не содержат нулей.

Буквенно-цифровой и печатаемый шелл-код

Смотрите также: Буквенно-цифровой код

В определенных обстоятельствах целевой процесс будет фильтровать любой байт введенного шелл-кода, который не является печатный или же буквенно-цифровой персонаж. В таких обстоятельствах диапазон инструкций, которые можно использовать для написания шелл-кода, становится очень ограниченным. Решение этой проблемы было опубликовано Rix в Phrack 57[8] в котором он показал, что можно превратить любой код в буквенно-цифровой. Часто используется методика создания самомодифицирующегося кода, поскольку это позволяет коду изменять свои собственные байты, чтобы включить байты за пределы обычно разрешенного диапазона, тем самым расширяя диапазон инструкций, которые он может использовать. Используя этот трюк, можно создать самомодифицирующийся декодер, который изначально использует только байты из разрешенного диапазона. Кодируется основной код шелл-кода, также только с использованием байтов в допустимом диапазоне. Когда выходной шелл-код запускается, декодер может изменить свой собственный код, чтобы иметь возможность использовать любую инструкцию, которая ему требуется для правильного функционирования, а затем продолжает декодировать исходный шелл-код. После декодирования шелл-кода декодер передает ему управление, поэтому он может выполняться как обычно. Было показано, что можно создать произвольно сложный шелл-код, который выглядит как обычный текст на английском языке.[9]

Устойчивый к Unicode шеллкод

Современные программы используют Unicode строки, чтобы разрешить интернационализацию текста. Часто эти программы конвертируют входящие ASCII строки в Unicode перед их обработкой. Строки Unicode, закодированные в UTF-16 используйте два байта для кодирования каждого символа (или четыре байта для некоторых специальных символов). Когда ASCII (Latin-1 в общем) строка преобразуется в UTF-16, нулевой байт вставляется после каждого байта в исходной строке. Обскоу оказался в Phrack 61[10] что можно написать шелл-код, который может успешно работать после этого преобразования. Существуют программы, которые могут автоматически кодировать любой шелл-код в буквенно-цифровой, устойчивый к UTF-16, основанный на том же принципе, что и небольшой самомодифицирующийся декодер, который декодирует исходный шелл-код.

Платформы

Большая часть шеллкода написана на Машинный код из-за низкого уровня, на котором эксплуатируемая уязвимость предоставляет злоумышленнику доступ к процессу. Поэтому шелл-код часто создается для одной конкретной комбинации процессор, Операционная система и Service Pack, называется Платформа. Для некоторых эксплойтов из-за ограничений, накладываемых на шелл-код целевым процессом, должен быть создан очень специфический шелл-код. Однако не исключено, что один шеллкод может работать с несколькими эксплойтами, пакетами обновления, операционными системами и даже процессорами.[11] Такая универсальность обычно достигается за счет создания нескольких версий шелл-кода, предназначенных для различных платформ, и создания заголовка, который разветвляется на правильную версию для платформы, на которой выполняется код. При выполнении код ведет себя по-разному для разных платформ и выполняет правильную часть шелл-кода для платформы, на которой он запущен.

Анализ шеллкода

Шелл-код не может быть выполнен напрямую. Чтобы проанализировать, что пытается сделать шелл-код, его необходимо загрузить в другой процесс. Один из распространенных методов анализа - написать небольшую программу на C, которая хранит шелл-код в виде байтового буфера, а затем использовать указатель на функцию или встроенный ассемблер для передачи ей выполнения. Другой способ - использовать онлайн-инструмент, такой как shellcode_2_exe, для встраивания шелл-кода в заранее созданную исполняемую оболочку, которая затем может быть проанализирована в стандартном отладчике. Также существуют специализированные инструменты анализа шелл-кода, такие как проект iDefense sclog, который был первоначально выпущен в 2005 году как часть пакета Malcode Analyst Pack. Sclog предназначен для загрузки внешних файлов шелл-кода и их выполнения в среде ведения журналов API. Также существуют инструменты анализа шелл-кода на основе эмуляции, такие как приложение sctest, которое является частью кросс-платформенного пакета libemu. Еще один инструмент анализа шелл-кода на основе эмуляции, построенный на основе библиотеки libemu, - scdbg, который включает в себя базовую оболочку отладки и встроенные функции отчетности.

Смотрите также

Рекомендации

  1. ^ Фостер, Джеймс С.; и Прайс, Майк (12 апреля 2005 г.). Сокеты, шелл-код, перенос и кодирование: эксплойты обратного проектирования и кодирование инструментов для специалистов по безопасности. Книги по науке и технологиям Elsevier. ISBN 1-59749-005-9.
  2. ^ BHA (6 июня 2013 г.). «Шелл-код / ​​Повторное использование сокета». Получено 2013-06-07.
  3. ^ SkyLined (11 января 2010 г.). «Выпущен шеллкод Download и LoadLibrary». Архивировано из оригинал 23 января 2010 г.. Получено 2010-01-19.
  4. ^ SkyLined (11 января 2010 г.). "Загрузите и загрузите шелл-код библиотеки для x86 Windows". Получено 2010-01-19.
  5. ^ Skape (9 марта 2004 г.). «Виртуальное адресное пространство процесса безопасного поиска» (PDF). нологин. Получено 2009-03-19.
  6. ^ SkyLined (16 марта 2009 г.). "w32 SEH шелл-код омлета". Skypher.com. Архивировано из оригинал 23 марта 2009 г.. Получено 2009-03-19.
  7. ^ JavaScript большой unescape Системы интернет-безопасности IBM
  8. ^ Рикс (8 ноября 2001 г.). "Написание буквенно-цифровых шелл-кодов ia32". Phrack. Получено 2008-02-29.
  9. ^ Мейсон, Джошуа; Маленький, Сэм; Монроуз, Фабиан; Макманус, Грег (ноябрь 2009 г.). «Английский Шеллкод» (PDF). Получено 2010-01-10.
  10. ^ Обску (13 августа 2003 г.). "Создание кодов оболочки IA32, защищенных от кода Unicode". Phrack. Получено 2008-02-29.
  11. ^ Евгений (11 августа 2001 г.). "Шеллкод, охватывающий архитектуру". Phrack. Получено 2008-02-29.

внешняя ссылка