14-Tage Testversion erstellen?

[xyz]

Hallo,
wie kann man eine 14-Tage Testvesion erstellen?

Viele Grüße

 

[KSG9|sebastian]

erzeug irgendwo auf der festplatte ne datei die das datum des ersten starts beinhaltet

schreib was in die registry

änder was an irgendeiner datei

u.s.w.

 

[bygones]

wichtig ist das ganze zu verschlüsseln in irgendeiner Form. Eine Datei die heißt "14tageCountdown" wäre ein bisschen zu eindeutig.

Des weiteren musst du sicher stellen (hahaha), dass dein Programm nicht dekompiliert wird und somit ermittelt wird wie du die Abfrage erstellst ?!

 

[Sky]

... entscheidend könnte auch noch sein, dass man es irgendwie hinbekommen muss, dass dein Prog. nicht alle 14 Tage neu installiert wird !?

 

[Nova]

Wenn du die Version nur an eine handvoll Leute verschickst könntest du auch hardcodiert eine Datum in eine Klasse reinschreiben.
Beim Start des Programms wird dann anhand der Systemuhr überprüft ob das Datum überschritten wurde und ggf. der Dienst verweigert.
Das hilft allerdings nicht wenn jemand die Systemuhr zurückstellt...
Um das zu verhindern könntest du noch das Erstellungsdatum deiner Dateien überprüfen, dann müsste der User die Dateien nochmal neu erstellen UND die Systemuhr zurückstellen => unwahrscheinlich das da jemand drauf kommt.
Oder beim ersten Start nach Ablauf der Frist den Inhalt einer Klassendatei ändern sodass sie nicht mehr läuft. (=> meistens setzt man die Systemuhr erst dann zurück wenn das Programm einem sagt die Testversion sei abgelaufen ;-) )


Würde mich aber auch interessieren ob es da nicht eine "saubere" Lösung für das Problem gibt.


mfg
Nova

 

[TRunKX]

.... hmmm wie wäre es mit Oldschool?

Ich habe mal bei Siemens gesessen die haben einfach eine DAtei mit der Lizens das ist ein kleines Script das auch mit Java läuft und es " zerstört " einen Festplattensektor und die Platte speichert wann dieser defakt gegangen ist und anhand dieses HardwareDatums kannn man die Lizens machen..... Wie die das hinbekommen haben die mir natürlich nicht verraten... Aber sie meinen das es bisher das sicherste gewesen sei um vERsionen zu schützen mit Frist!

 

[byte]

sicher ist imo gar nix. problem ist wie schon gesagt: wenn jemand die dateien lokal auf seiner platte hat, dann kann er damit machen was er will. also wenns gar nich anders geht, decompilen und und nen beipass legen, so dass die datumsabfrage umgangen wird. deshalb gibts heutzutage für jede shareware nen crack und für jedes computerspiel nen no-cd patch (naja, für fast jedes).

was ansonsten recht sicher sein sollte: man baut nen key ein, der sich aus der id der netzwerkkarte errechnet (die ist unique) und dieser key wird online errechnet und bereit gestellt. der webserver verwaltet dabei alle bisher verwendeten netzwerk-ids und vergibt für keine id nen zweiten key. der key enthält zusätzlich nen timestamp und verfällt nach 30 tagen. zeit sollte dabei online überprüft werden und nicht über die lokale systemuhr.

 

[thE_29]

Ne MAC Adresse Unique??

Jo Unique schon, aber man kann die ändern...
http://www.java-forum.org/de/viewtopic.php?t=22186

Soviel zu der Sicherheit


Ich hätte ja da so eine Idee! (wenn es ein Jar File wäre)

Du veränderst einfach die Manifest.MF beim 1. start des programmes.

Also man sieht in der Manifest.MF nach ob zB in der letzten Zeile ein White Space ist, bzw. ein geschütztes Leerzeichen (ALT + 255).
Ist so eines vorhanden, nimmt man dieses raus (daher weiß man den 1. Start) und speichert die Manifest.MF neu in die jar Datei!

So nun ist dieses Veränderungsdatum der Startzeitpunkt deines Programmes....

Solange das keiner decompiliert (musst halt obfuscatern) findet der auch keine veränderte Datei, etc. und nachzusehen ob sich die Manifest.MF geändert hat, tut glaube ich keiner... (bzw. siehts niemand weil ein Leerzeichen verschwunden ist)

 

[byte]

habs recherchiert und du hast recht. man kann den lokalen teil dieser adressen tatsächlich ändern. ich würde das verfahren trotzdem als relativ sicher betrachten. erstens wissen wohl die wenigsten von diesen adressen und dass man sie ändern kann. zweitens würden wohl nur wenige die firmware ihrer hardware für ein shareware produkt verändern. denn bei sowas bleibt durchaus immer ein restrisiko, wenn man sich nicht genau auskennt und die auswirkungen nicht abschätzen kann.

Ich hätte ja da so eine Idee! (wenn es ein Jar File wäre)

Du veränderst einfach die Manifest.MF beim 1. start des programmes.

Also man sieht in der Manifest.MF nach ob zB in der letzten Zeile ein White Space ist, bzw. ein geschütztes Leerzeichen (ALT + 255).
Ist so eines vorhanden, nimmt man dieses raus (daher weiß man den 1. Start) und speichert die Manifest.MF neu in die jar Datei!

So nun ist dieses Veränderungsdatum der Startzeitpunkt deines Programmes....

Solange das keiner decompiliert (musst halt obfuscatern) findet der auch keine veränderte Datei, etc. und nachzusehen ob sich die Manifest.MF geändert hat, tut glaube ich keiner... (bzw. siehts niemand weil ein Leerzeichen verschwunden ist)

klingt interessant! allerdings ist es fraglich, ob man ein verfahren als sicher einstufen kann, dass alleine darauf basiert, dass der zugrunde liegende algorithmus nicht bekannt wird. sollte es doch mal jemand rausfinden (z.b. indem er den thread hier liest ) und seinen lösungsvorschlag veröffentlicht (nämlich das leerzeichen vor dem ersten starten zu entfernen), dann ist das verfahren fürn fuß. :roll:

 

[Sky]

Die Methode mit dem Ändern des Manifest's geht auch nur solange gut, wie man das Prog. nicht ein zweites mal runterläd zum "testen"... dann haste nämlich direkt ein 'neues' Manifest

 

[Roar]

außerdem kann man nich einfach in der jar rumfummeln, während das programm läuft.

 

[thE_29]

Verdammt

Mein Algorithmus hat schon einen Fehler...

Dieses verdammte nochmals runterladen... argl :/

Dann muss man sowas halt verhindern indem man nur registrierten Benutzern was runterläden lässt

Bzw. wenn man einen Misch masch aus meinem Algo, dem MAC-Adressen -Unique Identifier und diese Info auf einem WebServer speichern macht, könnte das hinhaun

Also man setzt eine inet verbindung voraus, bzw man sagt halt das man beim 1. Starten eine braucht

Beim 1. mal starten => speichert der WebServer die MAC Adresse mit dem veränderten Datum der Manifest.MF ab!

Ist beim 1. start keine inetverbindung da, soll der MAC-AdreesenAbspeicherungsvorgang bei jedem start "probiert" werden, da sich das Datum der Manifest.MF nicht ändert (Solange man nix runterlädt...)


Dh, der Benutzer kann es dann nur noch umgehn, indem er das von der Manifest.MF weiß oder nie Online ist wenn das Programm gestartet wird, bzw. es immer wieder neu runterlädt und eben nie Online ist...

Achja und wenn man immer mit dem Server die Zeit abgleicht, fehlt auch das Problem weg, indem man die Systemzeit zurückdreht

 

[Sky]

Jetzt mal die Frage: ist das ein System für IT-Fachkräfte oder für DAU's (Oder halt irgendwas dazwischen...)?

Je nachdem, wer die Zielgruppe ist, versichere ich dir, dass mehr als die Hälfte nicht mal in der Lage sind ohne Handbuch die Systemzeit zu ändern! Dafür sollte man nicht so viel Aufwand investieren.

Alternativ: Du baust 2-jar-Files: Eines mit allen Funktionen und eines mit weniger. Wer zahlt, bekommt ein neues jar und kann alles tun, was das Programm hergibt.

 

[CCMario]

Je nachdem, wer die Zielgruppe ist, versichere ich dir, dass mehr als die Hälfte nicht mal in der Lage sind ohne Handbuch die Systemzeit zu ändern! Dafür sollte man nicht so viel Aufwand investieren.

:toll: :toll: :lol:

mehr fällt mir dazu nicht ein!

 

[Campino]

Je nachdem, wer die Zielgruppe ist, versichere ich dir, dass mehr als die Hälfte nicht mal in der Lage sind ohne Handbuch die Systemzeit zu ändern! Dafür sollte man nicht so viel Aufwand investieren.

ähm...naja...

nenn mir mal ein Programm das NUR DAUs brauchen, an das bestimmt keine IT-Fachkraft jemals drankommt...und wenn einer das knackt und die Lösung ins Internet stellt, was meinst du wie schnell auch DAUs plötzlich ihre Systemzeit ändern?

 

[Sky]

Je nachdem, wer die Zielgruppe ist, versichere ich dir, dass mehr als die Hälfte nicht mal in der Lage sind ohne Handbuch die Systemzeit zu ändern! Dafür sollte man nicht so viel Aufwand investieren.

ähm...naja...

nenn mir mal ein Programm das NUR DAUs brauchen, an das bestimmt keine IT-Fachkraft jemals drankommt...und wenn einer das knackt und die Lösung ins Internet stellt, was meinst du wie schnell auch DAUs plötzlich ihre Systemzeit ändern?

Wenn man alle Programme unter dem Aspekt bauen würde, so würde man nie Fertig werden.
Natürlich hast Du recht, wenn sich jemand auskennt und das "Geheimis" (egal ob Systemzeit oder was anderes) knackt so wissen es bald alle... aber dass kann m.E. nicht die Grundlage der Anwendungsentwicklung sein!

Außerdem geht es nicht zwingend darum, dass ein Programm NUR von DAUs gebraucht wird. Vielmehr kann es auch ein Programm sein, welches für einen DAU genau das richtige ist (einfache Bedienung mit der Maus; "wenig Möglichkeiten"), und ein Experte hat evtl. spezielle Software für derartige Probleme oder plagt sich mit solchen Problemen überhaupt nicht rum...