Schau mal im Sourcecode-Austausch oder in Tipps & Tricks. Sowas ist in Visual Basic .NET realisierbar aber auch knackbar weil der Code nicht verschlüsselt werden kann.

Oder anders gefragt wie pogrammire ich diese Form dazu, das sie sich nur öffnet wen Form 1(der Key) richtig war?

Das machst du mit einer einfachen If-Abfrage


@singu:
Verschlüsseln kann man das schon, per MD5

VCJunk schrieb:

@singu:
Verschlüsseln kann man das schon, per MD5

Mit verschlüsseln meinte ich hier nicht den Key sondern den Visual Basic Code. Weil im Visual Basic Code befindet sich die Logik für die Product-Key Erkennung.

Wobei der sinn von Seriennummern eigentlich ist, dass nur bestimmte, mehrere Seriennummern gehen.
In dem Fall programmiert man entweder einen Algprithmus a là CRC oder man trägt die MD5-Digests der Seriennummern in den Resourcen ein und vergleicht dann die MD5 des eingegebenen mit den gültigen.
Im Showroom gibt es die ASTDLIB, die enthält eine Klasse, die das vereinfacht.

Theroretisch könnte man ja die Keys in einer Datenbank aufbewahren, oder in einem txt file, inhalt sind die Keys, allerdings als MD5-Hash und die dann vergleichen. Wenn jemand snifft, also rausfindet wo das Textfile liegt, kann er ja eig. nichts damit anfangen, weil MD5 kann man ja nicht zurück-hashen.

FAtheone schrieb:

Wobei der sinn von Seriennummern eigentlich ist, dass nur bestimmte, mehrere Seriennummern gehen.
In dem Fall programmiert man entweder einen Algprithmus a là CRC oder man trägt die MD5-Digests der Seriennummern in den Resourcen ein und vergleicht dann die MD5 des eingegebenen mit den gültigen.
Im Showroom gibt es die ASTDLIB, die enthält eine Klasse, die das vereinfacht.

Die Datei existiert nicht!

VCJunk schrieb:

Theroretisch könnte man ja die Keys in einer Datenbank aufbewahren, oder in einem txt file, inhalt sind die Keys, allerdings als MD5-Hash und die dann vergleichen. Wenn jemand snifft, also rausfindet wo das Textfile liegt, kann er ja eig. nichts damit anfangen, weil MD5 kann man ja nicht zurück-hashen.

Man könnte auch den Product-Key vom User angeben lassen und noch einen kleinen Text und anhand des Textes und den Namen des Tools wird ein interner Product-Key erzeugt und der wird verglichen mit dem vom User.

da könnte man aber wieder mit decompilen herausfinden wie dieser interne product-key erstellt wird

VCJunk schrieb:

da könnte man aber wieder mit decompilen herausfinden wie dieser interne product-key erstellt wird

Das meinte ich ja auch, das kann man bei jeder Variante machen.

Kenne mich mit den Serial Key in VB aus.


Meld dich bei Msn.



DaKevingutelaunetyp@hotmail.de



Mfg Kevin.

@Gutelaunetyp: Vllt. wollen noch andere an deinem Wissen teilhaben, könntest du das hier im Forum besprechen.

singu schrieb:

Die Datei existiert nicht!

Sorry, ich lads mal eben nochmal hoch.

FAtheone schrieb:

singu schrieb:

Die Datei existiert nicht!

Sorry, ich lads mal eben nochmal hoch.

Wenn die Datei nicht groß ist, dann kannst du die Datei auch bei VB-Paradise als Anhang hochladen.

5MB, laut FileFactory.
Was denkst du denn bei den Funktionen O.o

FAtheone schrieb:

5MB, laut FileFactory.
Was denkst du denn bei den Funktionen O.o

Welche Funktionen meinst du?

Die ganze ASTDLIB
Guck dir doch mal den Thread an -.-
Windoof sagt: 4,77MB

Ich hab die LIB noch nie verwendet, deshalb kann ich darüber nichts sagen

So. Fertig Download ASTLIB (oder im Thread)

FAtheone schrieb:

So. Fertig Download ASTLIB (oder im Thread)

Geht immer noch nicht

Sch*** FileFactory
Der Link stimmt, aber 403 ist nicht das, was ich hochgeladen habe
ich machs mal bei UL.to...#

//E:

DOWNLOAD