Повышение привилегий

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

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

Содержание
  • 1 Предпосылки
  • 2 Вертикально
    • 2.1 Примеры
    • 2.2 Взломать
    • 2.3 Android
    • 2.4 Стратегии смягчения
  • 3 Горизонтально
    • 3.1 Примеры
  • 4 См. также
  • 5 Ссылки
Предпосылки

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

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

  • Вертикальное повышение привилегий, также известное как повышение привилегий, когда пользователь или приложение с более низкими привилегиями получает доступ к функциям или контенту, зарезервированным для пользователей или приложений с более высокими привилегиями (например, пользователи интернет-банкинга могут получить доступ к административным ресурсам сайта. функции или пароль для смартфона можно обойти.)
  • Горизонтальное повышение привилегий, когда обычный пользователь получает доступ к функциям или контенту, зарезервированным для других обычных пользователей (например, пользователь интернет-банка A получает доступ к счету в интернет-банке пользователя B)
Вертикальные
кольца привилегий для x86, доступные в защищенном режиме

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

Примеры

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

  • Некоторые службы Windows настроены для работы под учетной записью пользователя локальной системы. Уязвимость, такая как переполнение буфера, может использоваться для выполнения произвольного кода с привилегиями, повышенными до локальной системы. В качестве альтернативы системная служба, которая олицетворяет меньшего пользователя, может повысить привилегии этого пользователя, если ошибки не обрабатываются правильно во время олицетворения пользователя (например, если пользователь ввел вредоносный обработчик ошибок )
  • в некоторых устаревших версиях в операционной системе Microsoft Windows экранная заставка All Users запускается под учетной записью Local System - любой учетной записью, которая может заменить текущую заставку двоичный в файловой системе или Реестр, таким образом, может повышать привилегии.
  • В некоторых версиях ядра Linux можно было написать программу, которая установила бы его текущий каталог в / etc / cron.d, запросить выполнение дампа ядра в случае его сбоя, а затем его убит другим процессом. Файл дампа ядра был бы помещен в папку программы текущий каталог, то есть /etc/cron.dи cron , будет рассматривать его как текстовый файл, инструктирующий его запустить программу с по расписанию. Поскольку содержимое файла находится под контролем злоумышленника, злоумышленник сможет выполнить любую программу с привилегиями root.
  • Межзональный скриптинг - это тип атаки с повышением привилегий, в которой веб-сайт подрывает модель безопасности веб-браузеров, тем самым позволяя запускать вредоносный код на клиентских компьютерах.
  • Существуют также ситуации, когда приложение может использовать другие службы с высокими привилегиями и имеет неверные предположения о том, как клиент может управлять своими использование этих услуг. Приложение, которое может выполнять команды командной строки или оболочки, может иметь уязвимость Shell Injection, если оно использует недопустимый ввод как часть выполненной команды. Тогда злоумышленник сможет запускать системные команды, используя привилегии приложения. Калькуляторы
  • Texas Instruments (в частности, TI-85 и TI-82 ) были изначально разработаны использовать только интерпретируемые программы, написанные на диалектах TI-BASIC ; однако после того, как пользователи обнаружили ошибки, которые могут быть использованы для запуска нативного кода Z-80 на аппаратном обеспечении калькулятора, TI выпустила программные данные для поддержки сторонних разработок. (Это не относится к основанному на ARM TI-Nspire, для которого были обнаружены взломы с использованием Ndless, но против них все еще активно борются Texas Instruments..)
  • Некоторые версии iPhone позволяют неавторизованному пользователю получить доступ к телефону, когда он заблокирован.

Взлом телефона

A джейлбрейк - это действие или инструмент, используемый для выполнить акт взлома chroot или тюрьмы в UNIX-подобных операционных системах или в обход управления цифровыми правами (DRM). В первом случае это позволяет пользователю видеть файлы за пределами файловой системы , которые администратор намеревается сделать доступными для рассматриваемого приложения или пользователя. В контексте DRM это позволяет пользователю запускать произвольно определенный код на устройствах с DRM, а также преодолевать ограничения, подобные chroot. Термин возник в сообществе разработчиков взлома iPhone / iOS, а также использовался как термин для взлома PlayStation Portable ; эти устройства неоднократно подвергались джейлбрейку, что позволяло запускать произвольный код, и иногда эти джейлбрейки были отключены обновлениями поставщика.

Системы iOS, включая iPhone, iPad и iPod touch, подвергались попыткам взломать iOS с тех пор, как они были выпущены и продолжаются с каждым обновлением прошивки. Инструменты для взлома iOS включают возможность установки Cydia или Sileo, сторонних альтернатив App Store, в качестве способа поиска и установки системных настроек и двоичных файлов. Чтобы предотвратить взлом iOS, Apple заставила устройство boot ROM выполнять проверки для SHSH blobs, чтобы запретить загрузку пользовательских ядер и предотвратить переход на более раннюю версию прошивки с возможностью взлома. При «непривязанном» взломе среда iBoot изменяется для выполнения эксплойта загрузочного ПЗУ и позволяет отправить исправленный загрузчик низкого уровня или взломать ядро ​​для отправки взломанного ядра после проверки SHSH.

Аналогичный метод взлома существует для платформы S60 смартфонов, где такие утилиты, как HelloOX, позволяют выполнять неподписанный код и полный доступ к системным файлам. или отредактированная прошивка (подобная взломанной прошивке M33, используемой для PlayStation Portable ), чтобы обойти ограничения на неподписанный код. Nokia с тех пор выпустила обновления для предотвращения несанкционированного взлома, аналогично Apple.

В случае игровых консолей для запуска самодельных игр часто используется джейлбрейк. В 2011 году Sony при содействии юридической фирмы Kilpatrick Stockton подала в суд на 21-летнего Джорджа Хотца и его партнеров из группы fail0verflow за взлом PlayStation 3 (см. Sony Computer Entertainment America против Джорджа Хотца и побег из тюрьмы PlayStation ).

Android

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

Стратегии смягчения последствий

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

Horizontal

Горизонтальное повышение привилегий происходит, когда приложение позволяет злоумышленнику чтобы получить доступ к ресурсам, которые обычно были бы защищены от приложения или пользователя. В результате приложение выполняет действия с одним и тем же пользователем, но с другим контекстом безопасности, чем было задумано разработчиком приложения или системным администратором ; по сути, это ограниченная форма повышения привилегий (в частности, несанкционированное предположение о возможности выдавать себя за других пользователей).

Примеры

Эта проблема часто возникает в веб-приложениях. Рассмотрим следующий пример:

  • Пользователь A имеет доступ к собственному банковскому счету в приложении Интернет-банка.
  • Пользователь B имеет доступ к своему собственному банковскому счету в том же приложении Интернет-банка.
  • Уязвимость возникает, когда пользователь A может получить доступ к банковскому счету пользователя B, выполнив какую-либо вредоносную деятельность.

Эта вредоносная деятельность может быть возможна из-за общих слабых сторон или уязвимостей веб-приложений.

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

См. Также
Ссылки
Последняя правка сделана 2021-06-02 07:06:47
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте