Softwarelizenz schützen

[EineFrage]

Zitat:

Der (nicht die) Security Identifier. Und der kann sich sehr wohl ändern, nämlich bei einer Neuinstallation des Systems.

Bei einer Neuinstallation des Systems aber schon, nicht?

Ich habe das jetzt folgendermaßen geregelt:
während der Registrierung muss der Kunde, falls er mehr als 1 Lizenz bestellen möchte, alle Mac-Adressen von den Computern, auf welchen er die Software benutzern möchte, mit angeben.
Während der Lizenzprüfung wird das dann ausgewertet.

Zitat:

Welche MAC soll er denn ermitteln?

Die Mac-Adresse der Hauptnetzwerkkarte.

An eine Onlineüberprüfung habe ich auch schon gedacht. Aber wenn jemand nicht online ist, funktioniert die Prüfung nicht.

Zitat:

Ich würde dem potentiellen Kunden überhaupt nicht zumuten, irgendetwas zu ermitteln, wenn er gedenkt, eine Lizenz zu bestellen/kaufen

Das bevorzuge ich aber. Denn dann kann eine Lizenz nicht einfach so weitergegeben werden.

[Furtbichler]

Ist das nicht die uralte Frage, wie man ein System kopiersicher macht, ohne das Internet zu verwenden und wird dann nicht demnächst die Schlußfolgerung kommen, das das eh alles nichts bringt und sich 1000 wenn nicht Millionen von Entwicklern darüber schon Gedanken gemacht haben und man doch schlußendlich eine Standardlösung ('OnGuard'?) nehmen sollte, bei der schon Mannjahre Entwicklung stecken?

[EarlyBird]

Wir machen es so:
Wenn keine gültige Lizenz vorhanden ist generiert das Programm einen Schlüssel aus dem Firmennamen oder Domain und der Mac-Adresse des PCs.
Diesen Schlüssel sendet uns der Kunde per Mail daraus generieren wir dann einen neuen Lizenz-Key.
Das funktioniert sehr gut und reibungslos.
Der Kund muss keine Mac-Adressen suchen oder sonst etwas.
Wir werden das System noch erweitern damit unsere Kunden die Lizenz online selbst abrufen können.

[grl]

Ein "Kollege" hat mal ganz stolz berichtet, daß man seine Programme ruhig klauen könne - "Die bekommt außer mir eh keiner eingerichtet"....

Also: einfach ordentlich komplex machen und möglichst wenig dokumentieren, dann ist das ganze auch kopiergeschützt...

GRL

[musicman56]

Zitat von Furtbichler:

Ist das nicht die uralte Frage, wie man ein System kopiersicher macht, ohne das Internet zu verwenden und wird dann nicht demnächst die Schlußfolgerung kommen, das das eh alles nichts bringt und sich 1000 wenn nicht Millionen von Entwicklern darüber schon Gedanken gemacht haben und man doch schlußendlich eine Standardlösung ('OnGuard'?) nehmen sollte, bei der schon Mannjahre Entwicklung stecken?

genauso isses

Hinzu kommt: Solange der TE nicht erst mal einige Fakten bzw. Informationen auf den Tisch legt, ist jedwelche Diskussion über Vor- und Nachteile von bestimmten Praktiken so müßig wie ein Kropf.

Ein Kopierschutz muss erst mal preislich im Verhältnis zur Software stehen. Also erste Frage an den TE, was kostet die Software? Und wie wird sie vertrieben? Denn bei einem indirekten Vertrieb beispielsweise, sieht das ganz anders aus als bei Direktvertrieb.

Zweite Frage, wie gut/sicher soll der Kopierschutz sein? Dazu gehört auch die Beantwortung der Frage an sich selbst, was will ich mit dem Kopierschutz erreichen? Soll der Schutz extrem sicher (teuer) sein, oder soll er (das andere Extrem) so einfach wie möglich zu knacken sein, weil dadurch die Verbreitung der Software gefördert wird, und der Kopierschutz eigentlich nur dem Erfolgserlebnis des Hackers dienen soll.

Wenn diese beiden Fragen beantwortet sind, kann man sich darüber unterhalten, ob es Hardwareschutz oder Softwareschutz sein soll, und in Folge davon, was es kosten darf, und wie man es in die Praxis umsetzt.

[Dalai]

Zitat von EineFrage:

während der Registrierung muss der Kunde, falls er mehr als 1 Lizenz bestellen möchte, alle Mac-Adressen von den Computern, auf welchen er die Software benutzern möchte, mit angeben.

Und wie gehst du mit Tippfehlern um? Oder stellst du dem potentiellen Kunden wenigstens ein Tool oder eine Anleitung zur Verfügung, um diesen Vorgang so einfach wie möglich zu halten?

Zitat:

Zitat:

Welche MAC soll er denn ermitteln?

Die Mac-Adresse der Hauptnetzwerkkarte.

Und der Kunde weiß, welche Netzwerkkarte die Hauptnetzwerkkarte ist? Keine Ahnung, in welchem Bereich deine Software angesiedelt ist, aber man kann nicht immer von technikaffinen Nutzern ausgehen.

Zitat:

Zitat:

Ich würde dem potentiellen Kunden überhaupt nicht zumuten, irgendetwas zu ermitteln, wenn er gedenkt, eine Lizenz zu bestellen/kaufen

Das bevorzuge ich aber. Denn dann kann eine Lizenz nicht einfach so weitergegeben werden.

Das ist mir schon klar und dagegen sag ich ja auch nichts. Ich persönlich habe zwar eine Abneigung, wenn Software an einen Rechner (noch dazu an Hardware) gebunden ist, aber das ist ein anderes Thema, und aus Entwicklersicht kann ich das schon nachvollziehen. Aber ich würde die potentiellen Kunden nicht mit irgendwelchen "notwendigen Aufgaben" abschrecken sondern ihnen ein Werkzeug an die Hand geben, das ihnen Teile davon (oder alles) abnimmt. Z.B. mit einem Tool einen Code generieren lassen, der dann auf irgendeinem Weg zu dir kommt und in eine Lizenz umgewandelt werden kann (in die Richtung geht ja die Beschreibung von EarlyBird).

MfG Dalai

[EineFrage]

Edit: habe ich das richtig verstanden, dass die DOMAINE z.B. bei mir aktuell "WORKGROUP" ist?

Handelt es sich um eine Einbenutzerlizenz, muss der Kunde auch überhaupt nichts zusammensuchen, denn es ist schon alles vorhanden und generiert.

Nur bei einer Mehrbenutzerlizenz. Ich stelle auch en Tool zur Verfügung, welches die Mac-Adresse zuverlässig ausliest.

Alternativ zur Angabe der Mac-Adresse habe ich nun die Angabe einer Netzwerkdomäne hinzugefügt.

[OlafSt]

Die gezeigten Dongles sind doch reichlich teuer... Die Matrix-Dongles, die wir seit Jahren einsetzen, sichern die Lizenzen genauso gut ab, kosten aber nur einen Bruchteil. Die Bindung an so einen Hardware-Key gibt einem auch zwei prima Argumente für den Kunden: 1. Du kannst die Software kopieren, wie du willst und installieren wie du willst. 2. Wenn der Kunde mal wieder über die Preise mosert: Die Software kostet nicht viel, die Dongles sind so teuer.

[EineFrage]

Ich habe folgenden sehr nützlichen Code gefunden kann ihn aber leider nicht testen, da ich nicht an einer Domäne angemeldet bin.
Wäre jemand so nett, diesen für mich zu testen und mir mitzuteilen, welche Konstante für den Rückgabewert des (Netzwerk-)Domänennamen zuständig ist?

Delphi-Quellcode:

const
 NameUnknown = 0;
 NameFullyQualifiedDN = 1;
 NameSamCompatible = 2;
 NameDisplay = 3;
 NameUniqueId = 6;
 NameCanonical = 7;
 NameUserPrincipal = 8;
 NameCanonicalEx = 9;
 NameServicePrincipal = 10;
 NameDnsDomain = 12;
function GetUserNameExString(ANameFormat: DWORD): string;
var
 Buf: array [0 .. 256] of AnsiChar;
 BufSize: DWORD;
 GetUserNameEx: function(NameFormat: DWORD; lpNameBuffer: LPSTR; var nSize: ULONG): BOOL; stdcall;
begin
 Result := '';
 BufSize := SizeOf(Buf) div SizeOf(Buf[0]);
 GetUserNameEx := GetProcAddress(GetModuleHandle('secur32.dll'), 'GetUserNameExA');
 if Assigned(GetUserNameEx) then
  if GetUserNameEx(ANameFormat, Buf, BufSize) then
   Result := Buf;
end;

Quelle: http://stackoverflow.com/questions/8...dows-in-delphi

[blondervolker]

Mach es ganz einfach.Festplattennummer auslesen oder etwas anderes auslesen.Denne verstecken in verschlüsselter Datei oder sonst wo.
Wenn manipuliert wurde oder Datei ist nicht da,eine Meldung ausgeben oder Exe
schließen.Hat den Vorteil das die "Exe" nur gestartet wird,wenn die ausgelesene Nummer/n auch identisch ist.Und funktioniert eh nur auf einen Rechner....