различить процесс и поток

найти и пропатчить PLT? и все сисколы ваши.

// wbr

> найти и пропатчить PLT? и все сисколы ваши.

ps: естественно, это в надежде, что никто не вызывает int80 напрямую. что в принципе достаточно хорошее предположение.

// wbr

ну или посмотреть что творится в /proc/<pid>/task. к примеру, у головного потока tgid равен его pid, в то время как у дочерних потоков это не так и tgid равен pid-у головного потока.

// wbr

тогда я и без патчингов могу на syscall() сесть и на остальные куски glibc, как сейчас и сделано. внедрение то не «на лету», а как раз через LD_PRELOAD. а вот гарантии того, что не используется pthreads — нет. грузить их в каждую программу не хочу (либа задумывается как system-wide, нечто a-la libsafety; однако же надо кое-что иногда подчитывать из файла и обновлять структуры в памяти; структуры отдельные и разные для каждого процесса, но общие для потоков одного процесса).

если бы месье описал простыми и понятными словами, что же он всё таки хочет получить в конечном итоге, он бы, возможно, сэкономил массу времени.

// wbr

> если бы месье описал простыми и понятными словами, что же он всё таки хочет получить в конечном итоге, он бы, возможно, сэкономил массу времени.

поясню: не то, *как* он это что-то хочет сделать, но *что именно* он хочет сделать.

// wbr

АГА! всё, благодарю — вот этот пинок был в точку. man gettid всё рассказало:

In a single-threaded process, the thread ID is equal to the process ID (PID, as returned by getpid(2)). In a multithreaded process, all threads have the same PID, but each one has a unique TID.

тестовый код это подтвердил (странно, правда? %-). жить стало намного легче. а всего-то надо было внимательней man clone почитать, блин.

всё, tnx. мсье уже решил проблему с твоей помощью. собственно, мсье надо было иметь pid и уникальные tid, и мсье тупое — оно не знало про SYS_gettid. уже узнало путём пинка в маны в верном направлении. %-)

если уж очень интересно — мсье делает перехватчик сокетных вызовов. примитивный user-mode firewall и соксифиер для программ без исходников/которые лень перекомпиливать. ну, понадобилось. соответственно, пытается родить MREW-решение для работы с таблицей правил. а для этого надо unique thread id. и желательно ещё было знать, какому процессу принадлежит поток.

зыж не надо тыкать в готовые решения для того же самого. мсье велосипедист, и хотел сам поковыряться. %-)

> если уж очень интересно — мсье делает перехватчик сокетных вызовов. примитивный user-mode firewall и соксифиер для программ без исходников/которые лень перекомпиливать. ну, понадобилось. соответственно, пытается родить MREW-решение для работы с таблицей правил. а для этого надо unique thread id. и желательно ещё было знать, какому процессу принадлежит поток.

ну если месье желает именно через LD_PRELOAD, то можно поковырять палочкой все те же proxychains [лёгкий вариант] или eresi [тяжёлый но бронебойный]. впрочем, внедряться через LD_PRELOAD - это не спортивно. куда как спортивнее внедриться в уже запущенный процесс через ptrace(2).

// wbr

да у меня уже всё написано, что надо, в общем-то. только на тупых локах а-ля critical section. захотелось вот сделать поумнее. ну, и кое-что подпилить. а так я в курсе, что подобных проектов дофига и ещё чуть-чуть, начиная с того же tsocks (откуда я нагло куски и попёр). я ж говорю — это велосипед для экспериментов, в новости на главную совать не буду. %-)

>внедряться через LD_PRELOAD — это не спортивно. куда как спортивнее внедриться в уже запущенный процесс через ptrace(2)

это больше геморроя с нулевым выигрышем в итоге. можно и сисколы хватать через него, только зачем? плюс — архитектурозависимое решение получается. а при аккуратном LD_PRELOAD и более-менее аккуратном коде на архитектуры плевать, лишь бы ядро 2.6.

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

> это больше геморроя с нулевым выигрышем в итоге. можно и сисколы хватать через него, только зачем? плюс — архитектурозависимое решение получается. а при аккуратном LD_PRELOAD и более-менее аккуратном коде на архитектуры плевать, лишь бы ядро 2.6.

...и приложение было слинковано динамически. со статически слинкованным приложением LD_PRELOAD по понятным причинам работать не будет. в отличие от..

// wbr

ну да, это понятный trade-off. впрочем, сколько тех статиков? пока не встала задача статики любить — preload вполне покатит. если встанет задача… да ну её нафиг, задачу такую! всё равно же just4fun. %-)

Чуваки, вы тут прикольными вещами занимаетесь. Завидую всеми завистями всех цветов.

в смысле «болтологией»? %-)

ОП-кун.