Run exe from memory (x64)

Run-time error ‘7’: Out of memory
Здравствуйте. Установил PIC Simulator IDE, при запуске Basic компилятора вылетает эта ошибка.

Run time error 7. Out of memory
Добрый день. Помогите пож-та с кодом, выдает ошибку run time error 7. out of memory Dim v As.

Как побороть ошибку Run-time error 7: Out of memory ?
Всем привет! В приложении возникает такая ошибка! Она возникает в момент, когда я открываю.

Run-time error ‘9’ на Windows x64
Есть дистрибутив некоего Проекта, создан в Visual Basic 6 под управлением Windows XP. Дистрибутив.

Это не совсем то, что я имел ввиду. На сколько я понял, там описано, как собрать проект под 64 бита, но те проекты, которые я находил не совместимы с х64, в частности из-за ассемблерных вставок.

Добавлено через 6 минут

Натыкался на этот проект, но он же на delphi, насколько я понял, перевести его в с++ не получится. Или я что-то не понимаю?

Что касается переписывания приложения под dll. Я находил 2 проекта, которые реализуют загрузку dll из памяти и собираются под х64, но я не уверен, что их получится переписать. Проблема в том, что при загрузке dll из памяти необходимо загрузить их в уже имеющийся процесс, а в случае с exe — процесс необходимо создать. А в тех проектах, где была реализована загрузка exe из памяти под Win32, именно с этой частью возникали проблемы при попытки собрать проект под x64.

что есть такого в delphi чего нет в c++? Перевести можно спокойно. Другое дело переводить с delphi на, например, c# или java.

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

Нет, инжектировать dll в другой проект нельзя, так как это должно быть именно приложение, сейчас объясню поподробнее. Мне необходимо реализовать криптование exe, для этого, я беру исходной приложение и оборачиваю его специальным образом и на выходе получаю новое приложение. Это приложение запускается с диска, декриптует исходное приложения, которое зашито внутри нового приложения, делая при этом необходимые проверки и запускает исходное приложение из памяти. При этом исходное приложение может быть любым, но это должно быть именно приложение.

Добавлено через 2 минуты

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

Кстати, запуск процесса из памяти все равно не спасет от снятия дампа,
так что криптование как защита — идея не самая лучшая.

Приведу две цитаты со StackOverflow:

It’s actually quite easy. Similar technique has been described in a paper I read like 3 years ago.

Windows allow you to call the CreateProcess function with CREATE_SUSPENDED flag, that tells the API to keep the process suspended until the ResumeThread function is called.

This gives us time to grab the suspended thread’s context using GetThreadContext function, then the EBX register will hold a pointer to the PBE(Process Enviroment Block) structure, which we need to determine the base address.

From the layout of the PBE structure we can see that the ImageBaseAddress is stored at the 8th byte, therefore [EBX+8] will give us actual base address of the process being suspended.

Now we need the in-memory EXE and do appropiate alignment if the alignment of memory and in-memory EXE differs.

If the base address of suspended process and in-memory exe matches, plus if the imageSize of the in-memory exe is lesser or equal to the suspended process’ we can simply use WriteProcessMemory to write in-memory exe into the memory space of the suspended process.

But if the aforementioned conditions weren’t met, we need a little more magic. First, we need to unmap the original image using ZwUnmapViewOfSection, and then allocate enough memory using VirtualAllocEx within the memory space of the suspended process. Now we need to write the in-memory exe into the memory space of the suspended process using the WriteProcessMemory function.

Next, patch the BaseAddress of the in-memory exe into the PEB->ImageBaseAddress of the suspended process.

EAX register of the thread context holds EntryPoint address, which we need to rewrite with the EntryPoint address of the in-memory exe. Now we need to save the altered thread context using the SetThreadContext function.

Voila! We’re ready to call the ResumeThread function on the suspended process to execute it!