Найти используемый язык программирования

Попробуйте PEiD

конечно, если они использовали упаковщик, сначала нужно будет сделать распаковку :)

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

Запустите его и проверьте, какие библиотеки времени выполнения он использует с Process Explorer.

Если это не сразу становится очевидным, поищите в Интернете ссылки на эти библиотеки DLL.

Большинство дизассемблеров (включая, как мне кажется, Олли) могут легко показать вам текст, содержащийся в EXE или DLL, и это также иногда может дать подсказку. Типы Delphi часто имеют префикс T, как в TMyClass.

Если это небольшой исполняемый файл без ссылок на DLL и текста, возможно, вы SOL. На этом этапе вам нужно будет искать идиомы конкретных компиляторов, и это будет в основном догадки.

• Определить приложение Delphi
• Используйте eda_preview270.exe (от здесь) или другой шпионский инструмент и проверьте имена классов окон. Если они читают как TButton или TfrmBlubb, это приложение VCL. Если в них есть "Afx", то это, вероятно, MFC.

Самый простой способ - спросить разработчика программы. Не требует никаких знаний и служебных программ.

Скомпилированные языки (под этим я имею в виду отсутствие языков сценариев или Java, .NET и т. д.) Компилируются в инструкции сборки ЦП, что по сути является односторонним преобразованием. Обычно невозможно определить, на каком языке была написана программа. Однако, используя обходчик зависимостей, вы потенциально можете определить, какую библиотеку времени выполнения загружала программа (если таковая имеется) и, следовательно, определить, какой язык она использовала (например, MS Visual C++ 9 использует msvcr90.dll).

вы можете проверить, является ли сборка .net или нет, попытавшись открыть с помощью инструмента ildasm.exe

В общем, нельзя.

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

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

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

Если я правильно помню, Дизассемблер PE Explorer дает некоторую информацию о компиляторе, который создает данные не .net и java двоичные файлы, для .net используйте инструмент Отражатель или ILDAsm

Я бы попробовал запустить .exe через программу "строк", чтобы получить различные подсказки.

Есть искусство определять, на каком языке написана программа. Это возможно, но нет жестких правил. Это требует большого опыта (и это также приводит к вопросу «Зачем вам…», но вот несколько идей, как это сделать.

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

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

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

Как указано в других ответах, управляемая сборка также будет показывать определенные признаки: вы можете открыть ее в Reflector и т. д. Хотя верно, что C# и VB "взаимозаменяемы" после компиляции, неверно, что они идентичны. Если вы используете Отражатель для дизассемблирования кода VB, вы довольно часто увидите, что сборка ссылается на сборку Microsoft.VisualBasic.dll. Вы сможете увидеть разницу между приложениями Мононуклеоз, потому что они, скорее всего, будут содержать ссылки на моно-сборки.

Многие компиляторы собирают и связывают код определенным образом и оставляют следы. Например, исследуя исполняемый файл окна с помощью вкладки «strings:» в Обозреватель процессов, вы увидите множество строк. Используя их, вы сможете определить стили программирования, вызываемые методы, методы ошибок или трассировки внутри исполняемого файла.

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

Другой пример - C++ искажение имени. Компилятор CodeWarrior использует другой алгоритм для изменения имен переменных-членов и функций вызова, чем Visual Studio.

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

Самый простой способ, который я нашел (по крайней мере, в компьютерных играх), - это заглянуть в папку «redist», вложенную в основную папку игры. Для некоторых из вас, кто более опытен в программировании, это может быть очевидно, но конкретная цель MSI в этой папке - позволить файлу setup.exe автоматически устанавливать необходимые компоненты для самой игры. Например: В Empire Total War есть MSI под названием «vcredist_x86-sp1.exe». Это указывает на то, что игра / программа была написана в Microsoft "Visual C 2005" в .NET Framework (обычно). Фактически, если вы откроете MSI / EXE, установщик должен сразу указать язык, на котором он написан, и версию. Причина, по которой я знаком, заключается в том, что я кодирую на C# и VB в .NET Framework, и мы автоматически устанавливаем необходимые компоненты для нашего бизнес-приложения. Надеюсь это поможет!