![]() |
Programm schützen
Hallo!
ich möchte gerne aus meinen Programmen ein Art Test-version machen. Ich möchte: 1. eine bestimmte Zeit angeben können, die das Programm laufen darf (z.B. 15 Tage). Danach soll die Datei aus Schritt 2 abgelegt werden und das programm soll sich selbst zerstören, bis auf diese Datei. 2. auf dem computer, der diese Version genutzt hat soll eine Datei abgelegt werden, in der steht, dass die Zeit abgelaufen ist. Diese soll möglichst versteckt sein und von meinem Programm ausgelesen werden können, sodass nur eine Meldung erscheint, in der gesagt wird, dass die Testversion abgelaufen ist. MfG zapper54 |
Re: Programm schützen
Spontan würde mir folgendes einfallen:
Beim Starten überprüft das Programm, ob die Datei existiert. Wenn nicht, schreibt es das aktuelle Datum in die Datei ( DateToStr(Date) ). Das würde also dem ersten Starten des Programms entsprechen Ist die Datei schon da, dann wird überprüft, ob das gespeicherte Datum kleiner ist als das jetzige Datum - 15 Tage. Wenn ja, dann gibt dein Programm eine Meldung aus und schließt sich Das ganze System lässt sich natürlich umgehen, indem der Benutzer diese Datei einfach immer wieder löscht. Du müsstest die Datei also gut verstecken. Selbst löschen kann sich ein Programm glaub ich nicht |
Re: Programm schützen
Erstmal herzlich willkommen in der DP :dp:
Vielleicht hilft Dir dieser Link ![]() Ansonsten suche doch erst einmal in den Foren Grüß Wolfgang |
Re: Programm schützen
Hallo,
nimm die Registry, packe dort einen Schlüssel mit dem Enddatum (Date+15) rein (beim ersten Programmstart) Das läßt sich aber einfach per Registry-Watch rausbekommen. Egal, was du programmtechnisch probierst, wird geknackt. Einzige sinnvolle Möglichkeit wäre Profi-Tool (z.B. Wibu-Box). Heiko |
DP-Maintenance
Dieses Thema wurde von "alzaimar" von "Neuen Beitrag zur Code-Library hinzufügen" nach "Programmieren allgemein" verschoben.
Is ja wohl kein Beitrag für die Codelib |
Re: Programm schützen
Die Profilösungen sind nahezu alle schon längst geknackt, da sie weit verbreitet sind.
Fazit: wie schon gesagt, sowas ist praktisch kaum/garnicht machbar und man kann alles umgehen, voallem im Zeitalter von VMs. Ich nehme deinem Programm die Rechte und schon kann es sich nicht löschen und dann wird das Programm noch überwacht und deine sonstwo versteckten Daten werden entweder danach gelöscht oder es wird gleich beim Vesuch diese zu erstellen dieses unterbunden. |
Re: Programm schützen
@fui-tank:
genau das hatte ich mir auch vorgestellt. Das Problem: Ich programmier noch nicht so lange, also habe ich keinen Plan, wie ich das anstellen soll. Und dann wär da noch die Sache mit dem verstecken... Habt ihr da ne Idee??? Es ist mir auch nicht so wichtig, dass das irgendwelche leute umgehen können. Nur möglichst der Otto-normalverbraucher sollte das nicht können. P.S:Wenn ihr ne Idee habt, die man höchstwahrscheinlich nicht mit nem halben jahr delphi-untericht ausser Schule verstehen kann, dann postet doch bitte den Quellcode. MfG zapper54 |
Re: Programm schützen
Verstehe mich bitte nicht falsch, aber
geht es dir um eine grundsätzliche Lösungsmöglichkeit, oder möchtest du (=Anfänger) tatsächlich ein selbst geschriebenes Programm schützen? |
Re: Programm schützen
Zitat:
Zitat:
Zitat:
TRegistry aus der Unit Registry, DeleteFile (Rechteproblem wie bereits angesprochen), ... |
Re: Programm schützen
@jaenicke:
Gut. Ich hab dann halt mal ne konkrete Frage: Wie, zum Henker benutzt man TRegistry????? (Antworten bitte möglichst mit Quellcode.) MfG zapper54 |
Re: Programm schützen
Zitat:
![]() |
Re: Programm schützen
Zitat:
|
Re: Programm schützen
schau mal in deiner OH unter
![]() (selbst die kranke OH von D2009 hat Beispiele da drinnen) |
Re: Programm schützen
Zitat:
|
Re: Programm schützen
Manchmal frage ich mich, wozu dieses Forum gut sein soll, wenn man sowieso nur blöde Antworten kriegt, wenn man mal was nicht versteht...
Und Außerdem dachte ich es geht hier ums proggen und nicht darum, wer den anderen die meisten Rechtschreibfehler anzeigt... |
Re: Programm schützen
Aber du hast doch bereits gut qualifizierte Antworten bekommen. (blöde find ich nicht)
Mich hat es gerade 2 Mausklicks gekostet um ![]() Und btw: Wer hat deine Rechtschreibfehler bemängelt? |
Re: Programm schützen
Zitat:
Alle Nutzer hier im Forum sind Freiwillige. Im allgemeinen wird hier gerne geholfen. Es wurden ja auch schon einige hilfreiche Vorschläge gemacht - umsetzen musst du die aber selbst. Ein Forum ist dazu da, Anregungen zu geben, nicht, dir das Denken abzunehmen. Es ist nicht schlimm, wenn man etwas nciht weiß, es ist nur dann schlimm, wenn man sich nicht selbst darüber informiert. Du erwartest, dass andere Leute sich für dich hinsetzen und eine qualifizierte Antwort abgeben - in diesen Fall kann man ja wohl mindestens das gleiche von dir erwarten. Es hätte wirklich nicht wehgetan, den Begriff TRegsitry in die Delphi-Suche einzugeben. Du hättest dank der neuen "Delphi-Referenz" auf der Startseite dieses Forums nicht mal den Browser verlassen müssen. Allerdings muss ich auch sagen: Wenn du nicht einmal mit dem Begriff TRegistry etwas anfangen kannst, wage ich zu bezweifeln, dass deine Programme wirklich schützenswert sind. Das sage ich nicht, um dich irgendwie zu beleidigen o.ä., sondern ich spreche aus eigener Erfahrung. Man neigt gerade als Anfänger dazu, seine eigenen Leistungen zu überschätzen. |
Re: Programm schützen
ok.
sry. Hab jetzt unter TRegistry nachgeguckt. Hab auch versucht von einer der Seiten das ganze für mich umzusetzten. Hat aber nicht geklappt. Könntet ihr mir noch ein paar Tipps geben? |
Re: Programm schützen
Was hast Du versucht und was hat nicht geklappt? :glaskugel:
|
Re: Programm schützen
ich hab
![]() |
Re: Programm schützen
Dann binde mal die Unit Registry in die uses-Klausel ein.
|
Re: Programm schützen
wie meinst du das?
|
Re: Programm schützen
Delphi-Quellcode:
uses
Windows, Messages,..., Registry; |
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:18 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