Wie kann ich meine Anwendung abschmieren lassen?

[Kukulkan]

Hallo,

Wie kann ich meine Anwendung am sichersten kontrolliert abschmieren lassen? Wichtig wäre, dass das erst nach ein paar weiteren Befehlen passiert und nicht sofort. Also so nach dem Motto ich rufe was auf, und dann stürtzt die Anwendung immer bei einem bestimten Befehl (zB was GUI Artiges) ab.

Beispiel:

Code: Alles auswählen

{irgendwas}
Böser CODE
{irgendwas}
{irgendwas}
Hier der Absturz weil zB SetGadgetText() aufgerufen wurde (oder sowas)
{irgendwas}

Kennt da jemand was?

Ach ja, fragt nicht warum

Volker

[Kiffi]

Kennt da jemand was?

Code: Alles auswählen

b/0

Grüße ... Kiffi

[milan1612]

Noch schöner:

Code: Alles auswählen

CallFunctionFast(1)

[Kukulkan]

Danke danke, aber sowohl Division durch Null oder CallFunctionFast() lösen den Absturz direkt aus. Ich suche was um etwas verspätet abzuschmieren...

Volker

[DarkDragon]

Code: Alles auswählen

Procedure CrashIt(Time.l)
  Protected b.l
  Delay(Time)
  b / 0
EndProcedure

CreateThread(@CrashIt(), 1000)

Repeat
  Delay(2)
ForEver

Komisch, dass das überhaupt jemand benötigt.

[NicTheQuick]

Vielleicht ein paar Gosubs ohne Return oder Returns ohne Gosubs oder
Prototypen, die 2 Parameter haben, die du benutzt um eine Procedure mit
nur einem Parameter aufzurufen.

Ach ja, fragt nicht warum

Warum?

[Kukulkan]

Hi DarkDragon,

Das sieht sehr gut aus! Ich werde das am Donnerstag so testen.

Warum? Naja, ich prüfe die Integrität externer DLL's, indem ich eine Zahl berechne (wiederum aus den Hashcodes). Diese Zahl wird erst später im Code mal gesichtet. Ist diese falsch, so will ich mein Programm abschmieren lassen. Aber eben nicht sofort, denn dann findet ein Hacker die Stelle doch recht schnell. Ich möchte es lieber so, dass man eine Weile suchen muss... Ist nicht wirklich sicher, aber sollte ein paar Anfänger-Hacker schon auf die Probe stellen, oder?

Grüsse,

Volker

[Deeem2031]

Hm, da wäre die Lösung von DarkDragon wahrscheinlich nicht so gut, da man ja leicht bemerkt das es ein extra thread ist. Dann muss man halt nurnoch suchen wo der gestartet wurde. Als ich den ersten Post gelesen hab dacht ich zuerst an "!SUB Esp, 4" oder ähnliches, das führt zwar nicht zwangsweise zum Absturz - aber das Programm macht auf jedenfall nicht das, was es soll, und es ist sehr verwirrend, wenn man nur den ASM-Code hat

[Fluid Byte]

OnError Library

[Thorium]

Code: Alles auswählen

!std

Erklärung:
Die Assembleranweisung setzt das Direction-Flag.
Sowohl PureBasic-Prozeduren als auch die Win-API gehen von einem gelöschten Direction-Flag aus. Deshalb passiert erstmal garnix. Erst wenn ein Code das Direction Flag verwendet z.b. um einen String zu scannen crasht es.