Ошибка линковки memset

[LD-One]

Столкнулся с такой вот проблемой при компиляции, нигде _memset не использую, видимо его за собой что-то тянет. Появилась ошибка после добавления этого кода:

size_t
_strlen(const char *str)
{
	const char *s;

	for (s = str; *s; ++s)
		;
	return (s - str);
}



int
_strcmp(const char *s1, const char *s2)
{
	while (*s1 == *s2++)
		if (*s1++ == 0)
			return (0);
	return (*(unsigned char *)s1 - *(unsigned char *)--s2);
}

DWORD GetProcessId(IN PCHAR szExeName)

{
	DWORD dwRet = 0;
	DWORD dwCount = 0;

	HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);

	if (hSnapshot != INVALID_HANDLE_VALUE)
	{
		PROCESSENTRY32 pe = { 0 };
		pe.dwSize = sizeof(PROCESSENTRY32);

		BOOL bRet = Process32First(hSnapshot, &pe);

		while (bRet)
		{
			if (!_strcmp((char*)pe.szExeFile, szExeName))
			{
				dwCount++;
				dwRet = pe.th32ProcessID;


			}
			bRet = Process32Next(hSnapshot, &pe);
		}

		if (dwCount > 1)
			dwRet = 0xFFFFFFFF;

		CloseHandle(hSnapshot);
	}

	return dwRet;

}


bool InjectDll(DWORD ProcessID, const char* DllFilePath)
{
	DWORD ThreadTeminationStatus;
	LPVOID VirtualMem;
	HANDLE hProcess, hRemoteThread;
	HMODULE hModule;

	hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, ProcessID);
	if (hProcess == NULL)
		return false;

	VirtualMem = VirtualAllocEx(hProcess, NULL, _strlen(DllFilePath), MEM_COMMIT | MEM_RESERVE, PAGE_READWRITE);
	if (VirtualMem == NULL)
		return false;

	if (WriteProcessMemory(hProcess, (LPVOID)VirtualMem, DllFilePath, _strlen(DllFilePath), NULL) == 0)
	{
		VirtualFreeEx(hProcess, NULL, (size_t)_strlen(DllFilePath), MEM_RESERVE | MEM_COMMIT);
		CloseHandle(hProcess);
		return false;
	}

	hModule = GetModuleHandle(L"kernel32.dll");
	hRemoteThread = CreateRemoteThread(hProcess, NULL, 0,
		(LPTHREAD_START_ROUTINE)GetProcAddress(hModule, "LoadLibraryA"),
		(LPVOID)VirtualMem, 0, NULL);

	if (hRemoteThread == NULL)
	{
		FreeLibrary(hModule);
		VirtualFreeEx(hProcess, NULL, (size_t)_strlen(DllFilePath), MEM_RESERVE | MEM_COMMIT);
		CloseHandle(hProcess);
		return false;
	}

	WaitForSingleObject(hRemoteThread, INFINITE);
	GetExitCodeThread(hRemoteThread, &ThreadTeminationStatus);

	FreeLibrary(hModule);
	VirtualFreeEx(hProcess, NULL, (size_t)_strlen(DllFilePath), MEM_RESERVE | MEM_COMMIT);
	CloseHandle(hRemoteThread);
	CloseHandle(hProcess);
	return true;
}

Как избавиться от этой ошибки?

[waleri]

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

[LD-One]

Гугл посоветовал подключать string.h или memory.h, ничего не изменилось.

[LD-One]

С проблемой вроде бы справился, добавил это

void * __cdecl memset(
	void *dst,
	int val,
	size_t count
)
{
	void *start = dst;

#if defined (_M_MRX000) || defined (_M_ALPHA) || defined (_M_PPC) || defined (_M_IA64)
	{
		extern void RtlFillMemory(void *, size_t count, char);

		RtlFillMemory(dst, count, (char)val);
	}
#else  /* defined (_M_MRX000) || defined (_M_ALPHA) || defined (_M_PPC) || defined (_M_IA64) */
	while (count--) {
		*(char *)dst = (char)val;
		dst = (char *)dst + 1;
	}
#endif  /* defined (_M_MRX000) || defined (_M_ALPHA) || defined (_M_PPC) || defined (_M_IA64) */

	return(start);
}

После чего компилятор сказал, что такое работать с /GL не будет, убрал /GL из настроек, появилась в некоторых .h файлах ошибка на _fltused, добавил в них extern "C" int _fltused = 0; и ошибка вовсе исчезла, пока не знаю как это повлияло на работоспособность.

[p51x]

А зачем такой изврат?

[LD-One]

Единственное решение, которое я смог найти

[Alex11223]

Сказали ж, посмотреть настройки проекта и видимо подключить нужную стандартную библиотеку (не хедер). Или просто новый проект создать если там нет какой-то сложной конфигурации сборки.

A зачем вам аналоги стандартных strlen и strcmp?

[alexzk]

Сообщение от Alex11223

Сказали ж, посмотреть настройки проекта и видимо подключить нужную стандартную библиотеку (не хедер). Или просто новый проект создать если там нет какой-то сложной конфигурации сборки.

A зачем вам аналоги стандартных strlen и strcmp?

Че из кода не видно? Стандартный инжектор в чужой процесс. А там к либе доступа нет, там аллоцируется страница и в нее чистый ассемблер копируется, чем меньше импортов - тем круче.

...скрипткиды на С++ 8-0 ...однако

[alexzk]

По теме - очень старый код (для виндовс 32 бита) и билдера 5.

Врядли заработает как есть, но можно взять идеи. Позволяет встроить нормальную ДЛЛ в чужой процесс (у ДЛЛ вызывается стартап функция - забыл уж название - оттуда можно и плясать). Так же, использования этих классов из нормальной ДЛЛ позволяет заменять стандартные ф. системы в пределах процесса (MITM attack на системные вызовы). Рекомендую подвязать DETOUR - это дизассемблер, так что будет обходить нек. неточности автоматом.

Вобщем суть такая, у вас 2 проекта:
1. Инжектор - создает удаленный поток, в него в кач. ф. потока ставится апи вызов кернеля на загрузку длл.
2. длл - тоже все компилим нормально, с момента загрузки длл получает доступ ко всей памяти - делай че хочешь.

Т.о. проблемы с нехваткой библиотек решены.

[waleri]

Сообщение от alexzk

А там к либе доступа нет

Вообще-то можно линковаться статически.