[VB.NET]Crypter Tutorial .pdf

[ocz]

Trotzdem wäre eine Anleitung, wie man einen FUD Crypter (auch wenn er mittlerweile nicht mehr FUD ist) schreibt und wieso das so funktioniert, wie es funktioniert nicht schlecht.

Das Ziel des Autors war es nicht, irgendwelchen Kids Copy & Paste Sources zur Verfügung zu stellen. Auch wenn VB.NET als Sprache völlig ungeeignet ist, erfüllt das Tutorial seinen Zweck wunderbar. Wer einen ernstzunehmenden Crypter schreiben will, sollte jedoch mal über den .NET Tellerrand hinausblicken.

[hacho123]

Wieso ist .NET denn dafür nicht geeignet? Außerdem stellt sich mir auch die Frage, wie so ein Crypter überhaupt funktionieren soll. Es muss ja keine Copy-Paste Anleitung sein, aber die generelle Funktionsweise kann man doch ruhig erklären. Ich würde zumindest erstmal überhaupt gerne die Funktionsweise verstehen.

[hackerking]

@OpCodez

Auch wenn VB.NET als Sprache völlig ungeeignet ist

Das war Ironie oder? Ich sehe nichts was an der .NET Plattform für die Malware Programmierung negativ sei. Das Framework ist auf jedem PC ab XP SP 2.0 installiert...

[ocz]

Wieso ist .NET denn dafür nicht geeignet?

Vielleicht habe ich mich falsch ausgedrückt: Die Sprache in diesem Beispiel ("Scantime Crypter") spielt keine Rolle, da es ums Prinzip geht. Für Szene Tools (ich nenn es jetzt einfach mal so) ist .NET jedoch komplett ungeeignet. Es ist langsam und durch solche Scherze wie nicht-nativer Code fallen Sachen wie Injections schonmal weg.

Außerdem stellt sich mir auch die Frage, wie so ein Crypter überhaupt funktionieren soll. Es muss ja keine Copy-Paste Anleitung sein, aber die generelle Funktionsweise kann man doch ruhig erklären. Ich würde zumindest erstmal überhaupt gerne die Funktionsweise verstehen.

Wie gesagt, für die Funktionsweise eines Scantime Crypters macht die Sprache eigtl keinen relevanten Unterschied, auch wenn es natürlich besser ist, sich gar nicht erst .NET anzugewöhnen.

Das war Ironie oder? Ich sehe nichts was an der .NET Plattform für die Malware Programmierung negativ sei.

Allein das angewiesen sein auf ein Framework, auf welchem Pc auch immer das schon installiert ist, sollte Grund genug sein.
.NET wurde entwickelt um einfache Scripts schnell schreiben zu können. Nur weil es sehr einfach ist und man noch 'nen schönen Forms-Designer in die Hand kriegt, lernen das natürlich viele und versuchen dann dafür zu argumentieren. Es gibt sicher Gebiete in denen man ein .NET Script über ein Programm stellen würde, auch wenn mir sowas grad nicht einfällt. Wie gesagt ist allein die JIT Kompilation Grund genug, .NET nicht für echte Projekte zu nutzen, auch wenn man sich das vllt (nachdem man sich an die schöne IDE und den schönen Designer gewöhnt hat) nicht eingestehen will. Ich hoffe immernoch, dass Microsoft bald was mit dem Framework ausliefert, das gleich mal alle .NET Malware ausknockt.

grz

[G.U.N]

Danke schön gemacht, <3 ERSTELLER

[Chazer2010]

.NET soll langsam sein? Völliger Blödsinn... informier dich lieber bevor du sowas raus haust. Tatsächlich erreicht .NET zu 90% die Geschwindkeit von C++, native. Teilweise ist es sogar schneller....

Und ob du nen Crypter in vb.net c# oder c++ oder in sonst was schreibst is völlig egal...

[kodiak1990]

hab mal damit angefangen und ich finde es ein bisschen schwer
hat den jmd schon fertig gemacht? wenn ja kann mir den vl jmd schicken?
ware cool weil ich das lernen moechte

[hackerking]

Vielleicht habe ich mich falsch ausgedrückt: Die Sprache in diesem Beispiel ("Scantime Crypter") spielt keine Rolle, da es ums Prinzip geht. Für Szene Tools (ich nenn es jetzt einfach mal so) ist .NET jedoch komplett ungeeignet. Es ist langsam und durch solche Scherze wie nicht-nativer Code fallen Sachen wie Injections schonmal weg.

Wieso sollten keine Injections möglich sein? Es gibt schon genug PoCs (z. B. Win7 UAC Bypass)

Wie gesagt, für die Funktionsweise eines Scantime Crypters macht die Sprache eigtl keinen relevanten Unterschied, auch wenn es natürlich besser ist, sich gar nicht erst .NET anzugewöhnen.

Wieso sollte es schlecht sein sich an .NET zu gewöhnen? Es erleichtert einem Massenweise die Arbeit..

Allein das angewiesen sein auf ein Framework, auf welchem Pc auch immer das schon installiert ist, sollte Grund genug sein.

Auf jedem PC mit XP Service Pack 2 ist das .NET Framework drauf..

.NET wurde entwickelt um einfache Scripts schnell schreiben zu können.
Nicht dein Ernst?

Nur weil es sehr einfach ist und man noch 'nen schönen Forms-Designer in die Hand kriegt, lernen das natürlich viele und versuchen dann dafür zu argumentieren.

Diese Leute argumentieren (zumindest einige) mit Verstand, im Gegensatz zu dir hier..

Es gibt sicher Gebiete in denen man ein .NET Script über ein Programm stellen würde, auch wenn mir sowas grade nicht einfällt.
Ich kenne kein .NET Script Projekt..

Wie gesagt ist allein die JIT Kompilation Grund genug, .NET nicht für echte Projekte zu nutzen
Ich sehe kein Grund dabei, da die JIT Kompilation sogar die Performance verstärkt..

Ich hoffe immernoch, dass Microsoft bald was mit dem Framework ausliefert, das gleich mal alle .NET Malware ausknockt.

Wie willst du das anstellen (bei jeder Sprache).. Man braucht Sockets, I/O,
etc..

PS:
Wie oft ich das in letzter Zeit sagen muss:
Einfach != Schlecht
Schwer != Gut