Programmstart nach ablaufdatum verhindern

[khh]

Hi zusammen,
vieleicht steh ich grad auf dem schlauch
wie würdet ihr das machen.

Ein Programm soll nur bis zu einem bestimmten Datum lauffähig sein.
Danach ist ein neuer key erforderlich, damit das Prog wieder freigeschaltet ist.
Soweit so gut.

Wie lässt sich verhindern, dass das Prog durch Zurücksetzen des Systemdatums trotzdem läuft?
EDIT: Datum in Registry schreiben oder sonst in ein file, aber das ist auch nicht 100% sicher

Danke für eure Ideen

Gruss KHH

[Klaus01]

Hallo,

irgendwo (in der Registry) ein Flag setzen,
dass das Datum überschritten wurde.
Wenn nun das Datum zurückgesetzt wird und das Flag nicht ..

Grüße
Klaus

[khh]

Zitat von Klaus01:

Hallo,

irgendwo (in der Registry) ein Flag setzen,
dass das Datum überschritten wurde.
Wenn nun das Datum zurückgesetzt wird und das Flag nicht ..

Grüße
Klaus

gut, flag ist nicht so auffällig wie Datum

aber 100% sicher auch nicht .-(

[Sir Rufo]

Dazu steht hier im Forum auch schon einiges (SuFu)

Ein Tip wäre z.B. im Windows-Ordner nach einigen Dateien zu suchen und dort das Dateidatum auszulesen.
Liegt das in der Zukunft, dann ist wohl das Datum zurückgesetzt worden.

Schreibe irgendwo in der Registry immer das höchste ermittelte Datum (verschlüsselt als eine Zahl)

Prüfe ob und wann der Windows-Zeitgeber eine aktuelle Uhrzeit ermittelt hat. Ein aktiver Dienst ist schon mal als Hinweis zu nehmen, dass die Zeit vermutlich korrekt ist.

usw.

[p80286]

Wenn Du Internetzugang als Bedingung für die Programmbenutzung hast, dann frag doch einen Zeitserver nach Uhrzeit und Datum. Da kann keiner Manipulieren.
OK den kann man auch simulieren.
Ist halt die Frage wieviel Aufwand Du treiben willst.
Eine andere Möglichkeit ist es im Sektorverschnitt hinter Deinem Programm die Zeit zu protokollieren, dagegen hilft dann eine Neuinstallation.

Ist irgendwie wie Hase und Igel.

Gruß
K-H

[khh]

Zitat von p80286:

Wenn Du Internetzugang als Bedingung für die Programmbenutzung hast, dann frag doch einen Zeitserver nach Uhrzeit und Datum. Da kann keiner Manipulieren.
OK den kann man auch simulieren.
Ist halt die Frage wieviel Aufwand Du treiben willst.
Eine andere Möglichkeit ist es im Sektorverschnitt hinter Deinem Programm die Zeit zu protokollieren, dagegen hilft dann eine Neuinstallation.

Ist irgendwie wie Hase und Igel.

Gruß
K-H

die Sache das letzte Datum irgendwo verschlüsselt zu speichern und zu vergleichen ist ja recht simple und relativ sicher, denk ich mal

[Hansa]

Bei mir muss eine Datei vorhanden sein mit quasi unmöglichem Namen. Z.B.: idsfaihfd.xy und die liegt irgendwo rum, jedenfalls nicht da, wo die Programm-EXE ist. Ist der Zeitraum rum, dann wird die Datei (aber sicher und komplett!!) gelöscht. Das lässt sich alles auch auf die Spitze treiben. Wer das alles umgehen will, der muss aber zunächst mal den Dateinamen rauskriegen und wissen, dass es eine Datei gibt, die da sein muss. Dann muss er noch einen Hex-Editor bedienen können. Sonst sucht er sich nämlich dumm und dämlich. Usw.

Bin allerdings kein Freund von solchen zeitlichen Einschränkungen. Besser ist es IMHO, den Funktionsumfang zu beschränken. Da nützt dann auch kein Hex-Editor mehr was und den Firlefanz kann man auch gleich sein lassen.

[Chemiker]

Hallo,

ich habe jetzt auch keine konkrete Lösung, aber alle Lösungen werden doch durch einen einfachen Debugger ausgehebelt, der im Quelltext der EXE nachsieht wenn die Abfrage kommt.

Bis bald Chemiker

[Linor]

Hallo,

einen brauchbaren Schutz liefern nur Tools die die Code-Segmente verschlüsseln, so das dieser nicht disassembliert werden kann. Denn sonst lässt sich jeder Schutz, wie Chemiker schon schrieb, durch einen Debugger aushebeln.

Und diese Tools gibt es leider nicht umsonst
http://www.sofpro.com/ (Setze ich selber ein)
http://www.siliconrealms.com/

Diese bieten auch Demo-Laufzeit-Schutz...

@Hansa: Und ich finde der Kunde sollte den vollen Funktionsumfang testen können, Crippleware hat so einen kleinen Beigeschmack von Katze im Sack kaufen

[lbccaleb]

Zitat von Linor:

...einen brauchbaren Schutz liefern nur Tools die die Code-Segmente verschlüsseln, so das dieser nicht disassembliert werden kann....

Auch diese "Code-Stücke" liegen irgendwann unverschlüsselt im speicher rum