Как получить список всех функций и перехватить их вызов (Delphi)?

Question

[KTG]

Например есть программка калькулятор.
В ней есть 4 действия (функции): сложить, умножить, вычесть, разделить.
Прикручиваем к нему процедуру динамического подключения внешних библиотек.
Компилируем и больше исходный код программы не трогаем.

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

Ну и собственно сами вопросы:
Как получить список всех действий (функций/процедур) программы куда подключилась библиотека?
Как их отлавливать?
И можно ли при написании программы, как то задавать псевдонимы или описания этим функциям, что бы в списке они появлялись с нормальным названием.

Ну и если подход к задаче не верный, то каким способом можно реализовать задумку?

Answer 1

[kalapanga]

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

Comments

[KTG]

Просто иначе я вижу разбитие по ролям как ползанье по коду и прописывание условий в ручную. Мол Если ID_USER_ROLE = 5 значит выполнить, если нет - выдать сообщение.
И при каждом изменении ролей, нужно будет так же ползать по коду исходной программы и менять все эти условия.
Хотелось бы этого избежать. Подключил библиотеку в настройках и потом ставишь галочки на против функций для роли, которые она может выполнять.

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

[kalapanga]

KTG: Да вполне нормальная система. Каждому критичному действию соответствует своя роль. Это прорабатывается в процессе создания приложения. Почему вдруг оно должно потом меняться, тем более часто? А пользователь имеет не одну роль, а набор ролей. Вот он может меняться, должен редактироваться, но код это никак не затронет.

[KTG]

kalapanga: например у меня 100 ролей и 100 функций. Дописывая 100 функцию, я не помню кому какие нужны права. Это ладно.
Дальше, если возникла необходимость добавить новую роль? Нужно что бы пользователь с правами администратора мог сам ее добавить и разумеется что бы ему не пришлось учить программирование и лезть в исходники.
Ну и разумеется, что бы другие, новые или уже созданные программы, которым нужна будет авторизация, не лопатить по правам, а было достаточно лишь подключить библиотеку.
Разумеется что при условии что динамическое подключение библиотек уже реализовано в них или будет реализовано.

[kalapanga]

KTG: Вашу задачу нужно разделить.
Первое - разработка системы ролей в отдельно взятом приложении. Два первых абзаца Вашего последнего комментария об этом. Выше я написал пример, как можно это сделать. Если что-то не понятно, могу попробовать по подробнее. Ничего сложного тут нет.
Второе - Вы хотите какую-то универсальную систему авторизации для разных, в т.ч. ещё и ненаписанных программ. Вот это я, если честно, так и не понимаю, зачем вообще и на что должно быть похоже. Разные программы - разные задачи, разные роли, разные пользователи. Общим возможно будет только алгоритм, разработанный в пункте первом.
Третье - То, что я написал в самом начале. Динамические библиотеки здесь совсем никаким боком Вам не пригодятся.
Так что по первому пункту я ещё могу что-то рассказать, а остальное я пока не понимаю.

Answer 2

[Rou1997]

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

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

Можно конечно, лучше всего для этого писать ее на C# и т.п.

Ну и если подход к задаче не верный, то каким способом можно реализовать задумку?

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

Comments

[KTG]

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

Написать нужно так, что бы в коде программы (не библиотеки) не прописывать проверки вручную.
Т.е. я беру любую скомпилированную программу, которая умеет динамически подгружать DLL, подгружаю свою библиотеку и у меня получается полностью функционирующая система авторизации.

"Можно конечно, лучше всего для этого писать ее на C# и т.п."
Вопрос предполагает еще и разумеющееся под собой "Как?"

C# может лучше, может хуже. Никогда с ним не работал, потому в вопросе указал то, на чем пытаюсь написать - Delphi.

[Rou1997]

KTG: О как! И задача у вас, оказывается, формулирована четко, и C#, который вам посоветовал знающий человек, у вас оказывается "может хуже"... Ну, а то, что я написал про отладчик и адреса, вы просто проигнорировали, видимо вы точно знаете, что это не верное решение, даже не попробовав и не изучив матчасть! Да вам, похоже, вообще самим виднее, что и как делать! Ну, так делайте, вперед и с песней! Одно лишь интересно: зачем вы в таком случае вопрос-то задали?

[KTG]

Rou1997: да. задача четко сформулирована и однозначно.
C# посоветовал балабол, которому сказали, что DLL пишется на Delphi, и знаний C# нет.

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

[Rou1997]

KTG:

C# посоветовал балабол, которому сказали, что DLL пишется на Delphi, и знаний C# нет.

Еще раз пересмотрите этот момент в моем ответе.
Вы спросили, "можно ли при написании программы, как то задавать псевдонимы или описания этим функциям".
Так вот, я вам ответил, что C# делает это автоматически. Он интерпретируемый (надеюсь, не будете с этим спорить, или я вам покажу исходники CLR и докажу, что "JIT-компиляция" это лишь красивое название для интерпретации, придуманное А. Хейлсбергом или кем-то из Sun Microsystems), поэтому поддерживает рефлексию, то есть любую функцию можно вызвать по ее имени из string и т.п.

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

[Никита]

Rou1997: Категорически с вами не согласен. C# - компилируемый язык, а JIT-компиляция - это не интерпретация. Интерпретаторы напрямую исполняют код, а JIT "на лету" транслирует байт-код в машинный(native) и исполняет его, применяя также при этом различные оптимизации, чего не умеют интерпретаторы.

[Rou1997]

Никита: Доказать можете, или просто очередной поверивший M$ и $un Microsystems?
Или просто объясните как перехватить этот машинный код, чтобы его потом в EXE запихнуть и получился нативный EXE, это же революция целая будет!

Answer 3

[Пума Тайланд]

а как вы собрались то свою библиотеку подключить ?
ответив на этот вопрос все остальное вам станет очевидно

Comments

[KTG]

в программе будет предусмотрена динамическая подгрузка библиотек.

[Пума Тайланд]

KTG: так впендюрьте сразу все в программу

[KTG]

Пума Тайланд: а в следующей заново все расписывать? )

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

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

[Пума Тайланд]

KTG: путь у вас явно не правильный )))
ну сделайте наследование везде от класса с доступами
а не какой то дибилизм с динами чским подключением и вшиванием кода

[KTG]

"сделайте наследование везде от класса с доступами"
Можно подробней? А то не могу из-за каши понять суть.

З.Ы.: В 1С например когда проставляешь роли, выводиться список объектов и ты галочками отмечаешь куда есть доступ.
Кто-то например прикрепил новый отчет, а ты галочками поставил что например людей с этой ролью этот отчет могут только смотреть.

[kalapanga]

KTG: Ну так всё это и реализовано непосредственно в платформе 1С, в "программе", внутри, а не в какой-то внешней "библиотеке", общей и для 1С и для кого-то ещё