Code Execution in Stack n Heap

[Zer0Flag]

Die Größenberechnung klappt bestens wenn inkrementelles Linken abgestellt wurde. Außerdem sollten 5MB bei den heutigen Internet Anbindungen keine Rolle mehr spielen.
Es geht hier auch nicht darum 31337 FUD files zu erschaffen oder C&P ready SourceCodes mit 1A Anleitung zu liefern... aber das kapiert OpCodeZ mal wieder nicht...!

~Zer0

[Joe Cock]

Es geht hier auch nicht darum 31337 FUD files zu erschaffen oder C&P ready SourceCodes mit 1A Anleitung zu liefern...

Es geht aber darum, korrekte Methodik zu zeigen, denke ich zumindest. Man kann sich nicht drauf verlassen, dass Funktionen in Deklarationsreihenfolge hinterher auch in der Objektdatei stehen. Abgesehen davon bringt es ja wohl nichts, nur den Call mit den Argumenten auszulagern, wenn du vorher eh schon an die API-Adresse kommen musst.

I think the Code in the picture is really self explaining isn ́t it ? To do the same on the Stack just use
VirtualAlloc ( and VirtuallFree) instead of HeapAlloc ( and HeapFree). So this isn ́t realy a protection but it
could be useful to bypass some Heuristics.

Wat? Seit wann hat VirtualAlloc denn irgendwas mit dem Stack zu tun? VirtualAlloc alloziiert eine ganze Page, egal ob du als Size deine 34 angibst, das heißt es ist noch viel viel auffälliger (eine neue Page mit EXECUTE und gerade mal 3% belegt) als HeapAlloc, was dir einen Chunk in adäquater Größer raussucht. malloc und evtl VirtualProtect wäre natürlich die beste (und vor allem unauffälligste) Lösung gewesen.

Wir fassen zusammen:
Du weißt nicht was der Stack ist, schreibst aber ein Tutorial über CodeExecution auf solchem?