Programmstart nach ablaufdatum verhindern

[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

[Chemiker]

Hallo lbccaleb,

meistens ist es aber so, dass der Zugriff mit einem Debugger schon wesentlich erschwert wird und nur die Teile die grade gebraucht werden Unverschlüsselt im Speicher vorliegen und in der Regel nicht das komplette Programm.

Bis bald Chemiker

[lbccaleb]

Damit wollte ich auch nur ausdrücken, das "übertriebenes Schützen" der Software, oftmals total überflüssig ist. Erschweren ist die eine Sache, aber man soll nie glauben das es nicht zu knacken ist. Und meistens wird immer sowas wie "totale Sicherheit" verlangt, was aber oftmals total blödsinnig und viel zu Zeitaufwändig ist.

[Chemiker]

Hallo lbccaleb,

da hast Du völlig recht. Einen absoluten Schutz wird es nicht geben.

Bis bald Chemiker

[Hansa]

Zitat von Linor:

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

Da hast Du schon Recht. Meine Demo hat kompletten Funktionsumfang und ist zeitlich nicht limitiert. Etwas Phantasie gehört aber auch dazu. Kommt halt auf das Programm an. Bei mir gibts z.B. nur 2 freie Kundennummern, wobei ich genau weiss, dass alle User mind. 100 brauchen.

[Mithrandir]

Zitat von Hansa:

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.

Process Monitor ist schon ne coole Sache. Alles, was auf Datei oder Registry zurückläuft, kann man damit filtern.