Главная » 2017 » Ноябрь » 18 » man 7 rtld-audit
21:30
man 7 rtld-audit

SEO sprint - Всё для максимальной раскрутки!





ИМЯ


rtld-audit - программный интерфейс слежения за динамическим компоновщиком



ОБЗОР


#define _GNU_SOURCE /* смотрите feature_test_macros(7) */
#include <link.h>



ОПИСАНИЕ


Динамический компоновщик GNU (компоновщик времени выполнения) предоставляет API
слежения, который позволяет приложению получать уведомления о различных событиях
динамической компоновки. Данный API очень похож на интерфейс слежения,
предоставляемый компоновщиком времени выполнения из Solaris. Необходимые константы
и прототипы определены в <link.h>.

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

Для применения интерфейса слежения переменная окружения LD_AUDIT должна содержать
разделённый двоеточиями список общих библиотек, каждая из которых может
реализовывать (частично) API слежения. Когда возникает отслеживаемое событие, из
каждой библиотеки вызывается соответствующая функция в том порядке, в котором эти
библиотеки были перечислены.

la_version()

unsigned int la_version(unsigned int version);

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

Данная функция должна возвращать версию интерфейса слежения, которую отслеживающая
библиотека собирается использовать (возврат version приемлем). Если возвращаемое
значение равно 0 или больше чем максимальная версия, поддерживаемая динамическим
компоновщиком, то отслеживающая библиотека игнорируется.

la_objsearch()

char *la_objsearch(const char *name, uintptr_t *cookie,
unsigned int flag);

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

LA_SER_ORIG Это оригинальное имя, которое будет разыскиваться. Как правило,
это имя хранится в записи ELF DT_NEEDED или был передан в
аргументе filename при вызове dlopen(3).

LA_SER_LIBPATH Значение name было создано с использованием каталога из
LD_LIBRARY_PATH.

LA_SER_SECURE Значение name относится к объекту безопасности (не используется в
Linux).

Функция la_objsearch() возвращает путь, который динамический компоновщик должен
использовать в дальнейшей работе. Если возвращается NULL, то путь игнорируется в
дальнейшей работе. Если данная отслеживающая библиотека создана для простого
слежения за путями поиска, то должно возвращаться name.

la_activity()

void la_activity( uintptr_t *cookie, unsigned int flag);

Динамический компоновщик вызывает эту функцию для информирования библиотеки
слежения о выполнении действия с картой ссылок (link-map). В cookie задаётся
объект, находящийся в начале карты ссылок. Когда динамический компоновщик вызывает
эту функцию, аргумент flag устанавливается в одно из следующих значений:

LA_ACT_ADD В карту ссылок добавляется новый объект.

LA_ACT_DELETE Из карты ссылок удаляется объект.

LA_ACT_CONSISTENT Действие с картой ссылок завершено: карта снова корректна
(consistent).

la_objopen()

unsigned int la_objopen(struct link_map *map, Lmid_t lmid,
uintptr_t *cookie);

Динамический компоновщик вызывает эту функцию при загрузке нового общего объекта.
Аргумент map является указателем на структуру карты ссылок (link-map), которая
описывает объект. Поле lmid устанавливается в одно из следующих значений:

LM_ID_BASE Карта ссылок является частью начального пространства имён
(namespace).

LM_ID_NEWLM Карта ссылок является частью нового пространства имён,
запрошенного через dlmopen(3).

Аргумент cookie — указатель на идентификатор этого объекта. Идентификатор
используется при последующих вызовах функций отслеживающей библиотеки для
идентификации этого объекта. Данный идентификатор инициализируется указателем на
карту ссылок объекта, но отслеживающая библиотека может изменить идентификатор на
другое значение, которое ей удобней использовать для обращения к объекту.

Функция la_objopen() возвращает битовую маску, созданное с помощью сложения (OR)
нуля или более следующих констант, которые позволяют отслеживающей библиотеке
выбирать наблюдаемые объекты через la_symbind*():

LA_FLG_BINDTO Следить за символьными привязками этого объекта.

LA_FLG_BINDFROM Следить за символьными привязками из этого объекта.

Возвращаемое значение 0 из la_objopen() указывает на то, что не нужно отслеживать
символьные привязки этого объекта.

la_objclose()
la_preinit()

void la_preinit(uintptr_t *cookie);

Динамический компоновщик вызывает эту функцию после загрузки всех общих объектов,
но до передачи управления приложению (то есть, до вызова main()). Заметим, что
main() позднее всё ещё может динамически загрузить объекты с помощью dlopen(3).

la_symbind*()

uintptr_t la_symbind32(Elf32_Sym *sym, unsigned int ndx,
uintptr_t *refcook, uintptr_t *defcook,
unsigned int *flags, const char *symname);
uintptr_t la_symbind64(Elf64_Sym *sym, unsigned int ndx,
uintptr_t *refcook, uintptr_t *defcook,
unsigned int *flags, const char *symname);

Динамический компоновщик вызывает одну из этих функций при выполнении символьной
привязки между двумя общими объектами, которые были помечены для уведомления
функцией la_objopen(). Функция la_symbind32() применяется на 32-битных платформах;
la_symbind64() применяется на 64-битных платформах.

Аргумент sym является указателем на структуру, которая содержит информацию о
привязываемом символе. Определение структуры находится в <elf.h>. Среди полей
структуры есть поле st_value, которое содержит адрес привязываемого символа.

В аргументе ndx указывается индекс символа в таблице символов привязываемого
общего объекта.

В аргументе refcook указывается общий объект, который ссылается на символ; это тот
же идентификатор, который указывается в функции la_objopen(), возвращающей
LA_FLG_BINDFROM. В аргументе defcook указывается общий объект, который определяет
символ, на который производится ссылка; это тот же идентификатор, который
указывается в функции la_objopen(), возвращающей LA_FLG_BINDTO.

В аргументе symname задаётся строка, содержащая имя символа.

Аргумент flags представляет собой битовую маску, которая содержит информацию о
символе и может использоваться для изменения дальнейшего отслеживания этой записи
PLT (Procedure Linkage Table). Динамический компоновщик может передавать следующие
битовые значения в этом аргументе:

LA_SYMB_DLSYM Привязка возникла из-за вызова dlsym(3).

LA_SYMB_ALTVALUE Предыдущий вызов la_symbind*() вернул альтернативное
значение для этого символа.

По умолчанию, если в отслеживающей библиотеке реализованы функции la_pltenter() и
la_pltexit() (смотрите ниже), то эти функции вызываются после la_symbind() для
записей PLT каждый раз при ссылке на символ. Следующие флаги могут объединяться с
помощью OR в *flags для изменения данного поведения по умолчанию:

LA_SYMB_NOPLTENTER Не вызывать la_pltenter() для этого символа.

LA_SYMB_NOPLTEXIT Не вызывать la_pltexit() для этого символа.

Возвращаемое значение la_symbind32() и la_symbind64() представляет собой адрес, по

Elf32_Addr la_i86_gnu_pltenter(Elf32_Sym *sym, unsigned int ndx,
uintptr_t *refcook, uintptr_t *defcook,
La_i86_regs *regs, unsigned int *flags,
const char *symname, long int *framesizep);

Эта функция вызывается до вызова записи PLT между двумя общими объектами, которые
помечены для уведомления о привязке.

Значение аргументов sym, ndx, refcook, defcook и symname такое же как у
la_symbind*().

Аргумент regs указывает на структуру (определена в <link.h>), содержащую значения
регистров, которые будут использованы для вызова этой записи PLT.

Аргумент flags указывает на битовую маску, которая сообщает информацию и может
использоваться для изменения последующего слежения за этой записью PLT; значения
как у la_symbind*().

Аргумент framesizep указывает на буфер long int, который можно использовать для
явного определения размера фрейма, используемого для вызова этой записи PLT. Если
другие вызовы la_pltenter() для этого символа возвращают другие значения, то
используется максимальное полученное значение. Функция la_pltexit() вызывается
только, если этот буфер явно устанавливает подходящее значение.

Возвращаемое la_pltenter() значение подобно la_symbind*().

la_pltexit()
Точное имя и типы аргументов данной функции зависят от аппаратной платформы
(подходящее определение приведено в <link.h>). Ниже показано определение для
x86-32:

unsigned int la_i86_gnu_pltexit(Elf32_Sym *sym, unsigned int ndx,
uintptr_t *refcook, uintptr_t *defcook,
const La_i86_regs *inregs, La_i86_retval *outregs,
const char *symname);

Эта функция вызывается после завершения вызова записи PLT, выполняемой между двумя
общими объектами, которые были помечены для уведомления при привязке. Функция
вызывается перед передачей управления из записи PLT вызывающему.

Значение аргументов sym, ndx, refcook, defcook и symname такое же как у
la_symbind*().

Аргумент inregs указывает на структуру (определена в <link.h>), содержащую
значения регистров, используемых для вызова этой записи PLT. Аргумент outregs
указывает на структуру (определена в <link.h>), содержащую значения для вызова в
эту запись PLT. Эти значения могут изменяться вызывающим и изменения будут видимы
вызывающему запись PLT.

В текущей реализации GNU возвращаемое значение la_pltexit() игнорируется.



СООТВЕТСТВИЕ СТАНДАРТАМ


Данный API не стандартен, но очень похож на Solaris API, описанный в Solaris
Linker and Libraries Guide в главе Runtime Linker Auditing Interface.



ЗАМЕЧАНИЯ




ДЕФЕКТЫ


В glibc до версии 2.9 включительно, указание более одной отслеживающей библиотеки
в LD_AUDIT приводит к падению во время выполнения. Это исправлено в glibc 2.10.



ПРИМЕР


#include <link.h>
#include <stdio.h>

unsigned int
la_version(unsigned int version)
{
printf("la_version(): %d\n", version);

return version;
}

char *
la_objsearch(const char *name, uintptr_t *cookie, unsigned int flag)
{
printf("la_objsearch(): name = %s; cookie = %p", name, cookie);
printf("; flag = %s\n",
(flag == LA_SER_ORIG) ? "LA_SER_ORIG" :
(flag == LA_SER_LIBPATH) ? "LA_SER_LIBPATH" :
(flag == LA_SER_RUNPATH) ? "LA_SER_RUNPATH" :
(flag == LA_SER_DEFAULT) ? "LA_SER_DEFAULT" :
(flag == LA_SER_CONFIG) ? "LA_SER_CONFIG" :
(flag == LA_SER_SECURE) ? "LA_SER_SECURE" :
"???");

return name;
}

void
la_activity (uintptr_t *cookie, unsigned int flag)
{
printf("la_activity(): cookie = %p; flag = %s\n", cookie,
(flag == LA_ACT_CONSISTENT) ? "LA_ACT_CONSISTENT" :
(flag == LA_ACT_ADD) ? "LA_ACT_ADD" :
(flag == LA_ACT_DELETE) ? "LA_ACT_DELETE" :
"???");
}

unsigned int
la_objopen(struct link_map *map, Lmid_t lmid, uintptr_t *cookie)
{
printf("la_objopen(): loading \"%s\"; lmid = %s; cookie=%p\n",
map->l_name,
(lmid == LM_ID_BASE) ? "LM_ID_BASE" :
(lmid == LM_ID_NEWLM) ? "LM_ID_NEWLM" :
"???",
cookie);

return LA_FLG_BINDTO | LA_FLG_BINDFROM;
}

unsigned int
la_objclose (uintptr_t *cookie)
printf("la_preinit(): %p\n", cookie);
}

uintptr_t
la_symbind32(Elf32_Sym *sym, unsigned int ndx, uintptr_t *refcook,
uintptr_t *defcook, unsigned int *flags, const char *symname)
{
printf("la_symbind32(): symname = %s; sym->st_value = %p\n",
symname, sym->st_value);
printf(" ndx = %d; flags = 0x%x", ndx, *flags);
printf("; refcook = %p; defcook = %p\n", refcook, defcook);

return sym->st_value;
}

uintptr_t
la_symbind64(Elf64_Sym *sym, unsigned int ndx, uintptr_t *refcook,
uintptr_t *defcook, unsigned int *flags, const char *symname)
{
printf("la_symbind64(): symname = %s; sym->st_value = %p\n",
symname, sym->st_value);
printf(" ndx = %d; flags = 0x%x", ndx, *flags);
printf("; refcook = %p; defcook = %p\n", refcook, defcook);

return sym->st_value;
}

Elf32_Addr
la_i86_gnu_pltenter(Elf32_Sym *sym, unsigned int ndx,
uintptr_t *refcook, uintptr_t *defcook, La_i86_regs *regs,
unsigned int *flags, const char *symname, long int *framesizep)
{
printf("la_i86_gnu_pltenter(): %s (%p)\n", symname, sym->st_value);

return sym->st_value;
}



СМОТРИТЕ ТАКЖЕ


ldd(1), dlopen(3), ld.so(8), ldconfig(8)



Категория: (7) Различные описания, соглашения и прочее | Просмотров: 164 | Добавил: Администратор | Рейтинг: 0.0/0
Всего комментариев: 0
avatar