PDA

Просмотр полной версии : Самоудаление *.exe


[53x]Shadow
01.07.2007, 15:57
Может такая тема уже была, но ничего на ачате не нашел.
Имхо вопрос самоудаления исполняемых файлов в Винде достаточно интересен. Сам всю жизнь юзал достаточно простые способы с батником и MoveFileEx, и через реестр.
Но покопавшись в поиске нашел еще несколько способов, опишу здесь все. Сразу хочу отметить, что весь материал взят из статьи Ex`a с www.progz.ru
Так же хотелось бы в этой теме увидеть и другие варианты/способы о которых знаете ВЫ.
И так:

Системный реестр

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\RunOnce
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\RunOnceEx

Записи в этом разделе указывают на имена файлов, которые должны выполниться один раз во время загрузки системы. Для удаления программы, нужно всего лишь добавить запись с именем файла, который удалит ее или командой del "имя файла".

MoveFileEx

BOOL MoveFileEx(LPCTSTR lpExistingFileName, LPCTSTR lpNewFileName, DWORD dwFlags);

Эта функция перемещает файл в новое место. Если вы передадите NULL в качестве второго параметра, то файл не будет перемещен, а фактически будет удален. Если указать флаг MOVEFILE_DELAY_UNTIL_REBOOT в dwFlags, то Windows удалить или переместит файл при перезагрузке. У этого метода есть несколько недостатков. Первый: вы не можете удалить каталог, в котором находиться исполняемый файл. Второй: Файл будет удален только после перезагрузки системы. Третий недостаток, в том, что функция MoveFileEx не поддерживается в Windows 9x/ME.

Wininit.ini

[Rename]
NUL=c:\dir\myapp.exe
c:\dir\new.exe=c:\dir\old.exe

В Windows 9x/ME при каждой загрузке системы выполняется приложение wininit.exe. Это приложение ищет на диске файл wininit.ini, если файл существует, то ищется секция [Rename]. Каждая строка в этой секции указывает на файл который должен быть переименован или удален. Этот метод похож на MoveFileEx, описанный выше. Имя файла с лева от знака “=” указывает на новый путь к файлу, название справа указывает на текущий путь. Если в качестве нового имени файла указан NUL, wininit.exe удалит его.

Batch File
Этот метод работает во всех версиях Windows. Он основан на том, что bat файлы способны удалять сами себя. Что бы проверить данный метод создайте небольшой bat файл (назовите его test.bat) содержащий единственную команду:

del test.bat

После запуска, bat файл удалит себя и выйдет с сообщением об ошибке “the batch file cannot be found”, это всего лишь сообщение и его можно спокойно игнорировать. Для самоудаления программа должна создать и выполнить bat файл (назовем его delus.bat) со следующим содержанием:

:Repeat
del "C:\MYDIR\MYPROG.EXE"
if exist "MYPROG.EXE" goto Repeat
rmdir "C:\MYDIR"
del "\delus.bat"

После запуска bat файл будет пытаться удалить указанную программу и после успешного удаления уничтожит себя.

COMSPEC

BOOL SelfDelete()
{
TCHAR szFile[MAX_PATH], szCmd[MAX_PATH];

if((GetModuleFileName(0,szFile,MAX_PATH)!=0) &&
(GetShortPathName(szFile,szFile,MAX_PATH)!=0))
{
lstrcpy(szCmd,"/c del ");
lstrcat(szCmd,szFile);
lstrcat(szCmd," >> NUL");

if((GetEnvironmentVariable("ComSpec",szFile,MAX_PATH)!=0) &&
((INT)ShellExecute(0,0,szFile,szCmd,0,SW_HIDE)>32))
return TRUE;
}

return FALSE;
}

Этот способ похож на способ Batch File, но немного аккуратнее в реализации и работает под всеми 32-разрядными версиями Windows, где определена переменная среда COMSPEC. Она всегда определена по умолчанию и содержит полный путь к командному интерпретатору (для Windows 9x – это “command.exe”, для Windows NT – “cmd.exe”). Функция будет работать, только если программа не запущена, так что важно после запуска функции немедленно выйти из программы. Это функция порождает копию программного интерпретатора и выполняет следующий код:

del <путь к программе> >> NUL

Этот код удаляет текущую программу и направляет вывод к NUL. Shell process создается со скрытым окном и поэтому весь процесс удаления незаметен.

FILE_FLAG_DELETE_ON_CLOSE

Функция CreateFile принимает несколько флагов, указывающих, как файл должен быть создан или открыт. Один из таких флагов, FILE_FLAG_DELETE_ON_CLOSE, указывает на то, что файл должен быть удален после закрытия последнего дескриптора. Для удаления программы вы должны выполнить программу с этим флагом, чтобы после завершения запускной файл удалился. Первым шагом должно быть создание пустого файла с указанным флагом FILE_FLAG_DELETE_ON_CLOSE. Потом содержимое запускного файла копируется в пустой файл и создается процесс из нового файла. Это приводит к тому, что дублируются дескрипторы файлов. Когда новый процесс создан, полный путь текущего процесса и его PID передается через командную строку. Дальше, текущая программа (которая хочет удалить себя), закрывает дескриптор файла, используемого для создания нового процесса, и завершается.

Это звучит немного сложно, но на самом деле все не так уж трудно.

Текущий процесс:
1. Создать новый файл с флагом FILE_FLAG_DELETE_ON_CLOSE.
2. Скопировать содержимое текущего файла в новый файл.
3. Создать новый процесс с дублированной программой.
4. Передать полный путь и PID текущей программы в вызове CreateFile.
5. Бездействовать некоторое время, чтобы новый процесс запустился.
6. Закрыть новый файл.
7. Выйти из текущего процесса.

Дублированный процесс:
8. Дождаться пока первый процесс завершится
9. Удалить файл указанный в командной строке.
10. Выйти из процесса дублера.

Есть несколько замечаний по этому способу. Первой, когда новый процесс запущен, “старый” должен бездействовать некоторое время, что бы дать время загрузчику Windows открыть файл и запустить процесс (таким образом увеличивается счетчик файла). Второе, новый процесс должен дождаться пока старый не завершится. Третье, когда дубликат программы создан, он должен иметь установленный флаг FILE_SHARE_DELETE, иначе CreateProcess потерпит неудачу, потому что, не сможет открыть файл, пока он имеет флаг DELETE_ON_CLOSE. Четвертое, программа должна быть написана таким образом чтобы смогла исполнить две задачи. И последенее, дублированный процесс должен знать, что это его задача удалить исходный файл.
Очевидно, этот метод требует осторожного кодирования, но работает очень хорошо. Альтернативный метод состоит в том, что бы написать маленькую программу, для которой единственной задачей являлось бы удаление файла указанного в командной строке.

совершенный для Windows NT/2000

Этот кусок встроенного ассемблера короток и прост.

#include

int main(int argc, char *argv[])
{
char buf[MAX_PATH];
HMODULE module;

module = GetModuleHandle(0);
GetModuleFileName(module, buf, MAX_PATH);
CloseHandle((HANDLE)4);

__asm
{
lea eax, buf
push 0
push 0
push eax
push ExitProcess
push module
push DeleteFile
push UnmapViewOfFile
ret
}

return 0;
}

Этот код работает только под Windows NT, но зато как работает! Как только вы компилируете и выполняете программу она исчезает с диска. Примечание: код работает под Windows NT/2000, но не работает под Windows XP и .NET Server.

совершенный для Windows 9x/ME

int main(int argc, char *argv[])
{
char buf[MAX_PATH];
vHMODULE module;

module = GetModuleHandle(0);
GetModuleFileName(module, buf, MAX_PATH);

__asm
{
lea eax, buf
push 0
push 0
push eax
push ExitProcess
push module
push DeleteFile
push FreeLibrary
ret
}

return 0;
}


совершенный, комбинированный для Windows NT и Windows 9x


void DeleteMyself()
{
char buf[MAX_PATH];
HMODULE module;
DWORD fnFreeOrUnmap;

module = GetModuleHandle(0);
GetModuleFileName(module, buf, MAX_PATH);

// Check for Win9x Kernel
if(0x80000000 & GetVersion())
{
fnFreeOrUnmap = FreeLibrary;
}
// do for WinNT kernel
else
{
fnFreeOrUnmap = UnmapViewOfFile;
CloseHandle((HANDLE)4);
}

__asm
{
lea eax, buf
push 0
push 0
push eax
push ExitProcess
push module
push DeleteFile
push fnFreeOrUnmap
ret
}
}

ЗЫ
Возможно кому-нидь пригодится, хочется увидеть и другие варианты и способы =)
Думаю тема не помешает в разделе, если в нее собирать различные способы...

KEZ
01.07.2007, 17:24
не очень круто. потому что это всем известные методы, и я не думаю что их придумал ты.
вот почему-то метода удаления через Com нету.

Great: Он и не писал, что сам придумал =) Но то, что собрал в одном месте - по-любому, неплохо.

AHTOLLlKA
01.07.2007, 17:31
тоже интересна эта тема..
меня всегда интересовало то..
если по расшарить например папку с калькулятором.. зайти по сети.. запустить..
а потом расшареную папку закрыть и снести..
файл получаеться только в памяти будет =\

ZaCo
01.07.2007, 17:40
>>файл получаеться только в памяти будет =\

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

AHTOLLlKA
01.07.2007, 17:43
да, переименовать то можно..
а можно при запуске быстро расшаривать папку запускаться от туда, и потом сносить ее ))вот... жжесть =\\
меня наверно с этой херни прет..
http://forum.antichat.ru/thread43416.html

Ky3bMu4
01.07.2007, 18:46
char szPath[256] ;
GetModuleFileName(NULL, szPath, sizeof(szPath));
SHFILEOPSTRUCT sh;
sh.hwnd = GetSafeHwnd();
sh.wFunc = FO_DELETE;
sh.pFrom =szPath;
sh.pTo = NULL;
sh.fFlags = FOF_NOCONFIRMATION | FOF_SILENT;
sh.hNameMappings = 0;
sh.lpszProgressTitle = NULL;

SHFileOperation (&sh);


Вынесет наш .ехе и даже не поперхнётся.

slider
01.07.2007, 18:57
...

#include <windows.h>
#include <stdio.h>

void DelSelf(void)
{
char modulename[MAX_PATH];
char batfile[MAX_PATH];
char batlines[MAX_PATH*4];
LPSTR tempdir;
char Buf[MAX_PATH];

GetModuleFileName(NULL,modulename,MAX_PATH);

tempdir = ((GetEnvironmentVariable(TEXT("TEMP"),
Buf, MAX_PATH) > 0) ? Buf : NULL);

strcpy(batfile,tempdir);
strcat(batfile,"\\");
strcat(batfile,"delself.bat");
strcpy(batlines,"@echo off\n:try\ndel ");
strcat(batlines,modulename);
strcat(batlines,"\nif exist ");
strcat(batlines,modulename);
strcat(batlines," goto try\n");
strcat(batlines,"del ");
strcat(batlines,batfile);

DWORD NOfBytes;

HANDLE hbf= CreateFile(batfile, GENERIC_WRITE | GENERIC_READ,
FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, CREATE_ALWAYS,
FILE_ATTRIBUTE_NORMAL, NULL);

WriteFile(hbf,batlines,strlen(batlines),&NOfBytes, NULL);
CloseHandle(hbf);

STARTUPINFO si;
PROCESS_INFORMATION pi;
ZeroMemory( &si, sizeof(si) );
si.cb = sizeof(si);
si.wShowWindow = SW_HIDE;
si.dwFlags = STARTF_USESHOWWINDOW;

CreateProcess(
NULL,
batfile,
NULL,
NULL,
FALSE,
IDLE_PRIORITY_CLASS|DETACHED_PROCESS,
NULL,
NULL,
&si,
&pi);

}
void main()
{
DelSelf();
}

С КрякЛаба...

AHTOLLlKA
01.07.2007, 19:23
char szPath[256] ;
GetModuleFileName(NULL, szPath, sizeof(szPath));
SHFILEOPSTRUCT sh;
sh.hwnd = GetSafeHwnd();
sh.wFunc = FO_DELETE;
sh.pFrom =szPath;
sh.pTo = NULL;
sh.fFlags = FOF_NOCONFIRMATION | FOF_SILENT;
sh.hNameMappings = 0;
sh.lpszProgressTitle = NULL;

SHFileOperation (&sh);


Вынесет наш .ехе и даже не поперхнётся.

procedure DeleteFiles(Source: string);
var
FO: TShFileOpStruct;
begin
FillChar(FO,SizeOf(FO),#0);
FO.Wnd := Form1.Handle;
FO.wFunc := FO_DELETE;
FO.pFrom := PChar(Source);
FO.pTo := 0;
FO.fFlags := FOF_NOCONFIRMATION or FOF_SILENT;
FO.hNameMappings :=0;
FO.lpszProgressTitle :=0;
ShFileOperation(FO);
end;

не сносит.. грит что файл юзаеться виндой =\

_Great_
01.07.2007, 19:25
char szPath[256] ;
GetModuleFileName(NULL, szPath, sizeof(szPath));
SHFILEOPSTRUCT sh;
sh.hwnd = GetSafeHwnd();
sh.wFunc = FO_DELETE;
sh.pFrom =szPath;
sh.pTo = NULL;
sh.fFlags = FOF_NOCONFIRMATION | FOF_SILENT;
sh.hNameMappings = 0;
sh.lpszProgressTitle = NULL;

SHFileOperation (&sh);


Вынесет наш .ехе и даже не поперхнётся.
Уверен?

Pochka
01.07.2007, 21:17
>>файл получаеться только в памяти будет =\

ну это ясно. вообще невозможность удаления стандартным способом можно объяснить имхо только политикой безопасности винды, другого повода я просто не вижу. учитывая то, что запущенный выполняемый файл можно, например, спокойно переименовать...
А как ты объяснишь работу Windows, когда в нее подгружено программ больше, чем это позволяет себе оперативная память?
Есть такое понятие, как динамическое распределение памяти ;)

NetMan
01.07.2007, 22:09
strcpy(batfile,tempdir);
strcat(batfile,"\\");
strcat(batfile,"delself.bat");
strcpy(batlines,"@echo off\n:try\ndel ");
strcat(batlines,modulename);
strcat(batlines,"\nif exist ");
strcat(batlines,modulename);
strcat(batlines," goto try\n");
strcat(batlines,"del ");
strcat(batlines,batfile);
Вместо этого лучше wsprintf/sprintf сделать.

KEZ
01.07.2007, 22:17
> А как ты объяснишь работу Windows, когда в нее подгружено программ больше, чем это позволяет себе оперативная память?
Есть такое понятие, как динамическое распределение памяти

А как ты обьяснишь мне при чем тут динамическое распределение памяти, если дело в файле подкачки (сбросе части памяти на диск)?



Код:

char szPath[256] ; GetModuleFileName(NULL, szPath, sizeof(szPath)); SHFILEOPSTRUCT sh; sh.hwnd = GetSafeHwnd(); sh.wFunc = FO_DELETE; sh.pFrom =szPath; sh.pTo = NULL; sh.fFlags = FOF_NOCONFIRMATION | FOF_SILENT; sh.hNameMappings = 0; sh.lpszProgressTitle = NULL; SHFileOperation (&sh);

Вынесет наш .ехе и даже не поперхнётся.


SHFileOpertion() твоя из shell32.dll с задаными sh.wFunc = FO_DELETE равна, грубо говоря, нажатию delete в explorer'е. так что ни о каком самоу удалении речи идти не может.


А ещё лучше так


А ещё лучше по байту туда добавлять строки, что бы уж точно варнингов не было, да?

Ky3bMu4
01.07.2007, 22:28
SHFileOpertion() твоя из shell32.dll с задаными sh.wFunc = FO_DELETE равна, грубо говоря, нажатию delete в explorer'е. так что ни о каком самоу удалении речи идти не может.

Таким образом удалял(и не раз) файлы занятые другими приложениями. Так что не одно и тоже.

Pochka
01.07.2007, 22:51
А как ты обьяснишь мне при чем тут динамическое распределение памяти, если дело в файле подкачки (сбросе части памяти на диск)?
Одно другому не мешает

[53x]Shadow
01.07.2007, 23:47
не очень круто. потому что это всем известные методы, и я не думаю что их придумал ты.
вот почему-то метода удаления через Com нету.
На авторство не претендую, а вот тему для этого и замутил, что бы остальные выкладывали различные методы, плюс различные вариации на др. ЯП.
ЗЫ
Может выложишь вариант через COM? Думаю народу интересно будет. ;)

ZaCo
01.07.2007, 23:58
>>А как ты объяснишь работу Windows, когда в нее подгружено программ больше, чем
>>это позволяет себе оперативная память?
ну хорошо, файл подгружается в память не полностью, используя при этом файл подкачки, но сути-то моего сообщения это не меняет - я говорю о том, что после системного вызова, например, CreateProcess исходное приложение никак не относится к соответствующему процессу... врядли ядро ловит все переименования приложения ;)

_Great_
02.07.2007, 00:11
я говорю о том, что после системного вызова, например, CreateProcess исходное приложение никак не относится к соответствующему процессу... врядли ядро ловит все переименования приложения ;)
Просто пока файл открыт и csrss удерживает его описатель, с ним ниче сделать нельзя. почему можно переименовывать - я сам хз... видно, там не описатель удерживается открытым, а что-то другое, науке не известное. Однако, все же, насколько я помню, так используется File Mapping, поэтому почему можно переименовывать - хз. не разбирался

Ni0x
02.07.2007, 00:23
забыли упомянуть такой изврат как инжект в чужой процесс функции удаляющей наш файл

ZaCo
02.07.2007, 00:25
и чем это будет отличаться от удаления через батник\проводник\прямой вызов del?

gold-goblin
02.07.2007, 00:49
и чем это будет отличаться от удаления через батник\проводник\прямой вызов del?
Тем то что нас удолит другой процесс и все :)

Ni0x
Можно создать батник удоляющий нас и запустить его вот тебе что-то наподобе инжекта. можно использовать к примеру AUTOEXEC.BAT

AHTOLLlKA
02.07.2007, 05:09
кстати пытался мутить с флагом
File_flag_delete_on_close
удалял после выполнения..

KEZ
02.07.2007, 09:12
Одно другому не мешает

Крыша что ли едет? Может это perajok, который последнее время в жж пишет не в тему мягко говоря (рендомные словосочетания, предложения, цитаты из фильмов, никак не относящихся к обсуждению)

1) один чел написал

А как ты объяснишь работу Windows, когда в нее подгружено программ больше, чем это позволяет себе оперативная память?
Есть такое понятие, как динамическое распределение памяти

К чему тут динамическое распределение памяти? Как оно связано с работой windows, когда в нее подгружено больше программ чем позволяет оперативная память (что само по себе опять же никак не связано с удержанием хендла открытого файла, что файл нельзя удалить и т.п.) ?

2) другой мне на цитату ответил "одно другому не мешает" ...


плюс различные вариации на др. ЯП.


нафиг различные вариации на др. ЯП ? если тут вообще показана схема работы с winapi при удалении? или надо картинку нарисовать как это через delphi сделать?