DelLocked 1.0 - gesperrte dateien löschen

[retnyg]

delLocked 1.0
author: retnyg ### http://krazz.net/retnyg ###
__________________________________________________ ______________________

Zitat:

Zitat von readme.txt

simple console app [ 7 KB ] that deletes a locked file on next reboot
so you can delete a trojan or virus thats currently active.
or M$ MessAnger (usually in C:\program files\messenger\msmsgs.exe) >-P

syntax:

Code:

dellocked C:\mytrojan.exe

use on own risk. if you get a heart attack while running one of my apps,
rest in peace...

http://krazz.net/retnyg/dellocked.zip

[Luckie]

Solltest du die API Funktion MoveFileEx benutzen, um die Datei beim nächsten Reboot zu löschen:

Zitat:

If dwFlags specifies MOVEFILE_DELAY_UNTIL_REBOOT and lpNewFileName is NULL, MoveFileEx registers the lpExistingFileName file to be deleted when the system restarts.

Solltest du darauf hinweisen, dass man zur Administratoren-Gruppe gehören muss, damit es funktioniert:

Zitat:

This value can be used only if the process is in the context of a user who belongs to the administrator group or the LocalSystem account.

[MisterNiceGuy]

Solltest du vielleicht ein GUI entwerfen, weil es mir zu doof wäre einen Pfad wie
C:\Eigene Dokumente\Mama\Temp\Temporary Internet Files\Fiese Trojaner\Nummer1.dll
einzutippen :)

[SubData]

Dafür gibs Copy + Paste ^^

[mh166]

Außerdem besitzt die Konsole rudimentäre Komplettierungs-funktionen (TAB). Nicht so schän wie bei Linux, aber besser, als nichts...
Ich werds mal ausprobieren. vllt. bekomme ich ja endlich ctfmon.exe weg... :-\

mfg, mh166

[Luckie]

Zitat:

Zitat von mh166

vllt. bekomme ich ja endlich ctfmon.exe weg... :-\

Da hilft einfaches googlen.

[retnyg]

update v 1.1

dellocked akzeptiert nun auch dateimasken wie *.exe
und rekursives löschen durch alle unterverzeichnisse mit schalter /R
zuerst wird versucht die datei zu löschen, nur wenn die datei gesperrt ist,
wird sie fürs löschen beim neustart markiert.

bsp:

Code:

dellocked C:\test\*.exe
dellocked "C:\system volume information\*.exe" /R

2. beispiel ist ne einfache methode alle viren zu löschen die sich in dem versteckten systemordner eingenistet haben.
falls man auf dem ordner keine zugriffsberechtigung (XP Home) hat, verwende man cacls

download beim ersten beitrag

[DGL-luke]

@GUI: wenn es mit parametern geht, kann man die dateien auch draufziehen. geht es auch mit mehreren parametern/dateien? und müssen die schalter am ende sein?

[retnyg]

Zitat:

Zitat von DGL-luke

@GUI: wenn es mit parametern geht, kann man die dateien auch draufziehen. geht es auch mit mehreren parametern/dateien? und müssen die schalter am ende sein?

draufziehen kann man nur jeweils eine datei, und, ja, im moment muss der schalter /R am schluss sein, wenn er benötigt wird

[Fukiszo]

ich würd noch die möglichkeit (mit warnung das was schlimmes passieren kann) geben,
der prozess der die datei locked abzuschiessen um ans ziel zu kommen.
ein "Close" befehl an ein prozess handle senden würde auch noch die frage kommen lassen
ob was gespeichert werden soll. (voraussetzung: das programm (der prozess) muss so programmiert sein)
ansonsten gibt es noch den terminateprocess ohne speicher abfrage bei evtl. datenverlust
und memoryleaks falls der prozess im normalfall beim beenden was entladen würde.

[EWeiss]

Verstehe nicht warum du hier 12 Jahre alte Threads ausgräbst.
Schreibst du gerne oder was soll das.

na ja vielleicht findest du noch welche die vielleicht noch älteren Baujahr unterliegen.

Hier das gleiche.
http://www.delphipraxis.net/1391125-post30.html

gruss

[Fukiszo]

wenn deine ideen, gedanken, kreativität usw ein zeitliches mindestverfallsdatum hat ok,
ich les gern, und ja, ich kommentier auch hier und da.

[Luckie]

Wenn ein Prozess beendet wird, wie auch immer, gibt es keine Speicherlecks. Windows gibt automatisch von sich aus dem zum beendeten Prozess gehörenden Speicher wieder frei.

[EWeiss]

Zitat:

Zitat von Fukiszo (Beitrag 1391130)

wenn deine ideen, gedanken, kreativität usw ein zeitliches mindestverfallsdatum hat ok,
ich les gern, und ja, ich kommentier auch hier und da.

Einen 12 Jahre alten Thread nach vorn zu pushen wobei es bestimmt aktuellere Themen gibt die gelöst werden möchten
ist nicht gerade fair gegenüber den neuen Fragestellungen.
Zumal ich mir nicht vorstellen kann das dein Beitrag dem Threadersteller noch irgendwie interessiert.

Das hat nichts mit Verfallsdatum zu tun.
just my 2 Cent.

gruss

[Fukiszo]

@eweiss: versteh und respektier ich ab nun und wenn mir was am herzen liegt aus einem alten Thema werd ich in zukunft ein neues Thema erstellen, wobei da dann bereits gesagtes leider fehlt.

@lukies: generell ja aber wie so oft es gibt hier und da ausnahmen.
(schonmal einen prozess gekillt desses dll's protected memory blöcke anlegen?
ist zumindest unter 32bit ein problem, wie es mit 64bit OS ausschaut weiss ich noch nicht)

[Sherlock]

Zitat:

Zitat von Fukiszo (Beitrag 1391182)

@eweiss: versteh und respektier ich ab nun und wenn mir was am herzen liegt aus einem alten Thema werd ich in zukunft ein neues Thema erstellen, wobei da dann bereits gesagtes leider fehlt.

Ich fände es durchaus legitim und nützlich, wenn Du dann einfach den "alten" Thread per Link referenzierst.

In diesem Sinne, weiter so! Immerhin stößt Du Diskussionen (erneut) an, und alle Beteiligten oder Leser lernen etwas.

Sherlock