Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Programm schwer manipulierbar machen->Wo lauert Gefahr (https://www.delphipraxis.net/120703-programm-schwer-manipulierbar-machen-wo-lauert-gefahr.html)

Hedge 15. Sep 2008 15:51


Programm schwer manipulierbar machen->Wo lauert Gefahr
 
Habe mal ein Diagramm gemacht, was mein Programm im groben tut.
Eigentlich nicht mehr als eine hand voll Variablen zu inkrementieren, die auch in einer Datei gespeichert werden damit das beim Programmstart fortgesetzt werden kann.
Diese sollen dann auch an ein PHP-Skript gesendet werden.

Meine Frage ist jetzt, wo die Gefahren lauern, dass leicht manipuliert werden kann?

Hier das Modell:

http://img3.imagebanana.com/img/0as4e46t/diagramm.JPG

Hedge 15. Sep 2008 18:40

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
hmm...das Ganze war jetzt vielleicht ein wenig zu pauschal, also werd ich mal gezielt mit Fragen ankommen.

Also mein Programm kriegt einen globalen Maus und Keyhook.

Die Frage ist was in Sachen Sicherheit besser ist.

Die Hooks in einer DLL auszulagern oder in der .exe selbst als JournalHooks zu verwenden.

Klar sind Journal-Hooks eigentlich nicht dafür gedacht, aber hier geht es mir nur um den Aspekt was sicherer ist.

Larsi 15. Sep 2008 18:46

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Puschen (so heißt das wenn du selber auf deine eigene Frage antwortest bevor 24 Stunden rumsind um deinen Beitrag hier nach oben zu bringen) ist hier nicht gern gesehen :warn: :dp: :)

SubData 15. Sep 2008 18:51

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Du musst gerade reden, Larsi... -hust-

@Topic: Gegenfrage: Lohnt sich der Aufwand die Software "sicher" zu machen, oder wäre es vielleicht von vorn herein angebrachter davon auszugehen, dass die Daten "unsicher" sind.

Meine Idee: Generier für die gesendeten Daten eine Prüfsumme, die sich periodisch ändert. Werden die Daten manipuliert, fällt das durch die Prüfsumme sofort auf.

Hedge 16. Sep 2008 07:57

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Die Idee mit der Prüfsumme finde ich gut.

Das Programm macht nicht viel Sinn wenn die Daten nicht zumindest so sicher sind, dass ein Script-Kiddie daran rumwuseln kann.

Hilft eventuell Mutex im Programm selbst weiter?

SubData 16. Sep 2008 17:22

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Was soll der Mutex machen?

Hedge 18. Sep 2008 07:40

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
habe die Aufgabe von Mutex' falsch interpretiert, also vergess das einfach.

Jetzt mal was zum Client-Server-Datenaustausch.

Ich werde mit OpenSSL die Daten an den Server via SSL versenden.

Sollte ich dann für die Datenübermittlung ein asymetrisches Verschlüsselungsverfahren einsetzen oder tut es auch ein symetrisches?

Im Fall eines asymetrischen:

sollten mit dem private Key die Daten auf dem Server entschlüsselt werden und mit einer Hash-Funktion jedes Mal ein public Key für den Client generiert werden oder wie muss ich mir das vorstellen?

brechi 18. Sep 2008 09:46

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Gibt glaub ich nen Thermida OllyDbg Plugin wie ich das jetzt bei google schnell gefunden haben. Des weiteren ist Thermida auf der BL mancher AV-Hersteller (upps mal bei jotti). D.h. ein Programm (ob nu schädlich oder nicht) wird sobald es mit Thermida gepackt wurde als Virus erkannt.

Aber ich würde schon da ansetzen, Thermida unpacken bzw. Debuggen und so die Variablen ändern.

Hedge 18. Sep 2008 10:41

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
gibt ja noch andere Exe-Crypter als Thermida die vielleicht nicht so verbreitet sind.
Da würde ich dann ansetzen.

Auf der anderen Seite hoffe ich einfach nur Script-Kiddies abzuschrecken, denn mein Programm erfüllt keinen kommerziellen Zweck.

SubData 18. Sep 2008 10:48

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Wenn du uns verrätst, was dein Programm nachher eigentlich machen soll, haben wir evtl vielleicht noch einen ganz anderen Ansatz ?!

Hedge 18. Sep 2008 18:01

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Mausklicks und Tastaturanschläge zählen und zum Server übertrag ;)
keine besonders neue Idee, aber mir machts halt Spaß.

Gerade in Sachen Sicherheit gibts Probleme an allen Ecken und Kanten. Da ist Datenmanipulation noch das kleinste Programm wenn sich mit nem Debugger was machen lässt.

Da die Sache für Cracker nicht interessant ist, aber die Leute (auch wenns keinen Sinn macht) trotzdem gerne an sowas rumspielen, gilt es die Sicherheit auf ein Niveau zu bringen bei dem man sich echt fragen muss ob Jemand zu viel Zeit hat, wenn er das crackt.

Namenloser 18. Sep 2008 18:25

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Ich glaube, man muss sich eher fragen, ob du zu viel zeit hast :zwinker:
Was machst du, wenn ich ein Programms chreibe, was Tastendrücke simuliert? Dann nützt dir der Schutz des Programms selber auch nix.

HalloDu 18. Sep 2008 18:29

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Extra Gerät in die Tastatur einbauen und dann mit USB verbinden und diese Referenzeingaben auswerten anstatt der Tastendrücke :stupid:

sx2008 18. Sep 2008 18:53

Re: Programm schwer manipulierbar machen->Wo lauert Gefah
 
Zitat:

Zitat von Hedge
... wo die Gefahren lauern, dass leicht manipuliert werden kann?

Du kannst durch eine Prüfsumme sicherstellen, dass niemand dein Datei manipulieren kann, ohne dass du es bemerkst.
ABER: jeder könnte eine ältere Version deiner Datei wieder ins Spiel bringen; die Prüfsumme wäre ja richtig.
Du könntest dich dagegen wehren, indem du in der Registry die letzte Prüfsumme ebenfalls speicherst.
Ein Hacker könnte aber dahinterkommen und den Wert in der Registry ebenfalls zurücksetzen...


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:44 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz