Существует ли способ сказать, какой язык использовался для программы?

Я использую WinDowse (небольшую бесплатную утилиту, написанную в Delphi) для шпионажа за окнами программы... например, если вы посмотрите на TabSheet "Class", то увидите имя элемента управления "Class"...

Например:

• TFormXX, TEditYY, TPanelZZZ для delphi-приложений
• WindowsForms10. XXXX.yyy, для .NET приложений
• wxWindowsXXX для wxWindows приложений
• AfxWndXX для MFC/VC++ приложений (я думаю)

Я думаю, что это самый быстрый способ (хотя не самый точный) найти информацию о приложениях..

Сначала посмотрите, какие библиотеки времени выполнения он загружает. Программа на Си обычно не загружает библиотеку Visual Basic.

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

Хороший дизассемблер , плюс, конечно же, отличное понимание базовой архитектуры процессора, часто может помочь в определении исполняемых библиотек, которые находятся в игре. Если exe не был тщательно "лишён" символов и/или иным образом замаскирован, то имена символов, видимые в библиотеках времени исполнения, часто дадут Вам подсказки на языке программирования, так как стандарты разных языков указывают разные имена, и поставщики компиляторов и сопровождающих их библиотек времени исполнения обычно довольно строго соблюдают эти стандарты.

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

IDA Pro Free ( http://www.hex-rays.com/idapro/idadownfreeware.htm) может быть полезен. Даже если вы не понимаете язык ассемблера, если вы загружаете EXE в IDA Pro, то в его исходный вывод может (если есть какие-нибудь сигналы telltale) быть включена его лучшая догадка о том, какой компилятор использовался.

Другие инструменты используют сигнатуры для идентификации компилятора, используемого для создания исполняемого файла, такие как PEiD, проводник CFF и т.д.

Они обычно сканируют точку входа исполняемого файла против сигнатуры.

Проводник сигнатур из Проводника CFF может дать представление о том, как строится одна сигнатура.

Начать с различных вариантов сброса. Названия символов, если их тщательно не стирать, дадут вам всевозможные подсказки, будь то C, C++, CLR или что-то еще.

] Похоже, что компоновщик VC++ из V6 до [] добавляет сигнатуру[] к заголовку PE, который вы можете разобрать.[

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

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

Если предположить, что это приложение для Windows...

Распознает ли рефлектор его как .NET сборку? Тогда это MSIL, 99% либо VB, либо C#, но вы, скорее всего, никогда не узнаете, какая именно, и это не имеет значения.

Нужен ли ему интрепретатор (например, Java?)? Тогда это Java (или любой другой интерпретатор.)

Проверьте, какие DLL ему нужны во время выполнения.

Требуются ли для этого VB DLL? Поздравляю, VB из VisualStudio 6.0 или более ранней версии.

Требуются ли для работы Delphi dll? Поздравляю, Дельфи.

Ты зашёл так далеко? C/C++. Предположим, что C++, если только для этого не нужны msys или cygwin dlls, в этом случае у C может быть 25%-ый шанс.

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

ik stel voor PEiD (freeware, gesloten bron). Heeft alle Delphi voor Win32-handtekeningen, kan u ook vertellen welke packer is gebruikt (indien aanwezig).