Zitat Zitat von OpCodez Beitrag anzeigen
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