Programm soll nur 30 Tage laufen.

[vlees91]

ja lol
im prinzip schon
aber wenn du dir das anschaust, wirst du erstmal von der datenmenge umgehauen und noch dazu sieht man da nicht sofort durch^^ (jaja ich weiß, ein prozessor siehts sofort, aber wer ist das schon?)

[Balu der Bär]

Zitat:

Zitat von Cöster

Wusste ich gar nicht, dass es sowas gibt. Dann sind aber doch im Grunde genommen alle Programme Open Source, wenn man so einfach den Code rauskriegt.

Naja, nicht direkt. Du siehst halt nur den Assemblercode. Und den komplett zu analysieren und zu verstehen erfordert enormes Wissen und viel Zeit. Ein Cracker setzt einfach einen Breakpunkt auf die Abfrage z.B. Serialabfrage. Der Debugger springt dann direkt zum passenden Assemblercode. Je nach Stärke und Aufwand des Schutzes kann er nun die Exe bearbeiten.

Auchd dir gebe ich den Tipp mal die Forensuche zu bemühen, wurde alles schon x-Mal beredet.

[3_of_8]

@Cöster: Disassemblierung ist AFAIK ein Verstoß gegen das Urheberrecht.

Und wenn du schon mal Assemblercode gesehen hast, dann merkst du, dass das absolut gar nichts mit Delphi-Quellcode zu tun hat.

Aus nem a:=b div 7 * c; wird da schon was komplizierteres á la:

mov eax, [ebp-$0c]
mov ecx, $00000007
cdq
idiv ecx
imul dword ptr [ebp-$10]
mov [ebp-$08], eax

[dino]

wiedermal viel zu lesen, darum muss ich wieder fragen, ob es schonmal vorgeschlagen wurde, aber hatte schon jemand die Idee ein Programm zu schreiben, welches die Systemzeit innerhalb von Bruchteilen von Sekunden immer wieder auf den selben Wert setzt?

woher kennt das Programm dann noch die Zeit? bzw. ist das nicht idiotensicher gecrackt?

[Balu der Bär]

Nungut wäre möglich.

Aber denk mal nach, ich möchte nicht die ganze Zeit ein Tool laufen haben das mit die Systemzeit/-datum immer wieder auf den gleichen Wert zurücksetzt, da ich a) auch mal wissen möchte wie spät es ist / welches Datum wir haben und b) ich mal wissen möchte wann Dateien erstellt wurden. Es wäre wohl unzumutbar nur wegen einem Programm seinen Rechner so zu verschandeln.

[vlees91]

es gibt programme (z.B. NoLimit oder daykill), die sowas einfach lösen: man startet nicht die trial sofort, sondern über das programm (also nolimit oder daykill) , welches dann die systemzeit auf die installationszeit (oder eine andere gültige zeit) setzt, dann wartet bis das programm gestartet ist und anschließend die systemzeit zurücksetzt zum echten.
sowas bringt natürlich nichts wenn die startzeit der installation gespeichert wird und wielange das programm bereits lief...

[noHuman]

Zitat:

Zitat von Balu der Bär

Nungut wäre möglich.

Aber denk mal nach, ich möchte nicht die ganze Zeit ein Tool laufen haben das mit die Systemzeit/-datum immer wieder auf den gleichen Wert zurücksetzt, ...

Für sowas gibt es ein Crackertool namens FakeDate.
Dieses startet die Exe und wenn das Programm die Systemzeit wissen will (also z.B.: GetTickCount, etc),
gibt FakeDate die Systemzeit in der fakedate.ini drin ist zurück.

Ich hab es nur zu Testzwecken einmal ausprobiert, funktioniert einwandfrei.

EDIT: Mist, das kommt davon, wenn man die Seite nicht neuladet... :wall:

MfG, noHuman

[Meflin]

Zitat:

Zitat von noHuman

[Ich hab es nur zu Testzwecken einmal ausprobiert, funktioniert einwandfrei.

Darauf fällt aber auch kein wirksamer Trialschutz mehr rein :roll:

Ich sage es nochmal: jeder noch so perverse Vorschlag den ihr euch hier aus den Fingern saugen werdet wird keinen 100%igen Schutz geben. Er wird IMMER, WIRKLICH IMMER umgehbar sein.

Wenn man mit wenig Aufwand einen dennoch recht hohen Schutz haben möchte, verwendet man eben Komponenten von Leuten die sich schon länger mit dem Thema beschäftigen. Tonnenweise davon habe ich ja bereits auf der ersten Seite dieses Threads verlinkt :roll:

Alles, was ihr euch in einer halben Stunde ausdenken könnt, wird einem "Angriff" keine 10 Minuten standhalten...

[pertzschc]

Zitat:

Zitat von Balu der Bär

Gewisse Funktionen in deinem Programm deaktivierst du per Compilerschalter, so kannst du wenigstens sicher sein das niemand die zeitbegrenzte Version knackt.

Könntet Ihr mal das Vorgehen etwas detailierter beschreiben bitte?

- Wo definiert Ihr den Compilerschalter? (Projektoptionen in Delphi,...)
- Klemmt Ihr die Gui-Elemente ab (z.B. Menüeinträge) oder nur die Ereignismethoden?
- Wie managt Ihr die unterschiedlichen Sourcecode-stände?

Danke+Gruß,
Christoph

[Cyberbob]

Compilerschalter werden im Quelltext definiert.

Ich würde auch den procedure abschalten, da diese mit nem Resource-Editor wieder freigeschaltet werden können.
Wenn die prozeduren "ausgeklammert" werden, werden diese nicht mitcompiliert. es kann also auch nicht wieder freigeschltet werden!
problem bei dieser methode ist, das der benutzer des programmes, sollte er es weiter benutzen wollen, auch ein neues programm verwenden muss, in der alle funktionen vorhanden sind. diese kann er allerdings auch wieder weitergeben!



Alles in allem kann man sagen, wo funktionen vorhanden sind, kann man sie auch verwenden. Es gibt keine 100% prozentige lösung, die nicht geknackt werden kann!