11 Antworten in diesem Thema

[pi^2]

CARPE NOCTEM

Bearbeitet von pi^2, 03 December 2018 - 22:52 Uhr.

[cubik]

Sieht ganz ok aus.

Es gibt sogar eine eher russiche Methode den Autostart zu verstecken (Im Taskmanager bzw via msconfig).

Habs leider nicht im Kopf aber es gibt ein Registryverweis wo du ebenfalls Programme in den Autostart schreiben kannst.

Das Programm startet aber "eigentlich" nur einmal und der Registry eintrag wird danach gelöscht.

Schreibt sich das Tool allerdings nach jedem starten wieder in die Registry hast du somit einen versteckten Startup

 

Musst halt Google anstarten für das Registryverzeichnis.

Is aber ne ganz nett Methode.

 

Natürlich etwas "gewagt". Geht einmal etwas schief, wars das.

Vielleicht interessiert dich das ja.

 

Grüße

Bearbeitet von cubik, 09 February 2017 - 15:14 Uhr.

[rat123]

weitere Startup Methode:

 

HKEY_CURRENT_USER\\Software\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon

Einen Schlüssel namens "Shell" erstellen, als Wert "explorer.exe,C:\irgendwas\bot.exe"

 

Vorteile: 

• Hidden
• Keine Administrationsrechte zum schreiben benötigt
• Kein SmartScreen Popup

Nachteil: 

• Wird von den "großen" AV herstellern erkannt

Bearbeitet von rat123, 09 February 2017 - 16:38 Uhr.

[Crap]

Für alle die, die den Code bei einer normalen Software verwenden möchten (welche nicht hidden fungiert), schaut euch bitte Async&Await an. Bei einem Dropper natürlich nicht zu gebrauchen da:

-Framwork 4 Dependencies.

@cubik du sprichst wahrscheinlich vom RunOnce Entry. Diesen muss man bei jedem Start erneut hinzufügen. Allerdings in der msconfig hidden.

Bearbeitet von Crap, 28 March 2017 - 07:07 Uhr.

[n1nja]

Ich verbesser mal den Code.

 

Bei .Net Sprachen verwendet man NIE "+" als Zeichen im String um Pfade zusammenzusetzen.

 

Dafür gibt es "Path.Combine".

Hast du mal ein "\" zuviel oder vergisst es, funktioniert es nicht mehr.

Unter Linux/Mono funktioniert das auch nicht, weil Linux den Backslash verwenden "/".

 

Noch dazu sollte man in keiner Sprache feste Pfade setzen wie "C:/Windows".

 

System auf "D:" installiert hast auch keine Chance mehr.

Dazu gibt es viel bessere Wege, vorallem in .Net.

Am besten mal die MSDN durchlesen, wie man sowas am besten löst.

Bearbeitet von n1nja, 28 March 2017 - 04:49 Uhr.

[juPP]

Für alle die, die den Code bei einer normalen Software verwenden möchten (welche nicht hidden fungiert), schaut euch bitte Async&Await an. Bei einem Dropper natürlich nicht zu gebrauchen da:

-Framwork 4 Dependencies.

@cubik du sprichst wahrscheinlich vom RunOnce Entry. Diesen muss man bei jedem Start erneut hinzufügen. Allerdings in der msconfig hidden.

 

 

Was würde hier denn ein async download bringen? Schließlich gibt es hier keinen GUI Thread der blockiert werden würde ... Daher ist es bei diesem Programm wohl herzlich egal ob sync oder async .... Oder nicht?

[Crap]

Les bitte den ersten Satz nochmal. Danke.

[juPP]

Les bitte den ersten Satz nochmal. Danke.

 

Habe ich. Bitte. Also ist es eine Definition von "normaler Software" das diese einen GUI Thread hat? Eben war die Eigenschaft die dies zu einer "normalen Software" macht noch kein hidden Startup. Auf meine Frage zu dem vorteil von async in dem Beispiel (Was du ja räts) gehst du gar nicht ein. Dein Verweis den ersten Satz nochmal zu lesen hilft da nicht weiter.

Also was ist bitte der Vorteil, bei gegeben Programmcode (abgesehen von Startup) den WebClient async zu verwenden anstatt synchron. Vielen Dank für eine aussagekräftige Antwort

Bearbeitet von juPP, 28 March 2017 - 16:31 Uhr.

[Crap]

@juPP im ersten Satz steht: (welche nicht hidden fungiert). Damit meine ich eine Anwendunge, welche nicht hidden arbeitet. Bei den lohnt sich Async überwiegend. Genau aus den Gründen, welche du genannt hast. Demnach bin ich scheinbar mit dir einer Meinung. Deshalb dachte es, es genügt als Antwort.

 

Klar wird der Startup dann früher in die Registry geschrieben, aber der Unterschied bringt einem nur wenig. Ein großer Nachteil bei Async sind, wie bereits erwähnt, die Framwork 4.0 Dependencies. Daher kein Async in einem simplen Dropper. Wollte nur Leuten ein Tipp geben, welche derartigen Code möglicherweise in einer sichtbaren Anwendung verwenden möchten.

 

Ich würde allgemein keine Dropper mehr empfehlen. Da wird man nur mit Runtime Detections überhäuft. Gibt da nur wenige Ausnahmen. Mein Vorschlag wäre, dass ganze via RunPE zu lösen. Aber soll ja auch nur ein Simpler Dropper sein. Deswegen sollte man das nicht kritisieren. Möchte es nur anmerken.

[n1nja]

Mal nebenbei noch erwähnt das "Await / Async" offizell erst ab Framework 4.5 enthalten ist. Bei 4.0 müsste man die Referenzen in der Framework Bibliothek ersetzen;)

[Crap]

Mal nebenbei noch erwähnt das "Await / Async" offizell erst ab Framework 4.5 enthalten ist. Bei 4.0 müsste man die Referenzen in der Framework Bibliothek ersetzen;)

 

Noch schlimmer

[juPP]

@Crap , ja - wir sind einer Meinung. Hatte dich nur nicht auf anhieb verstanden.