hi,
Martin Altmann hat geschrieben:
ein interessanter Ansatzpunkt - nur leider stehst Du damit auf schwachen Beinen!
Es gibt bereits entsprechende Gerichtsurteile dazu: Auch wenn man Dein Programm gekauft hat und verwendet - die Daten gehören dem Nutzer! Will er zukünftig die Daten mit einem anderen Produkt verwalten, bist Du als Entwickler verflichtet, dem Nutzer Zugriff auf seine Daten zu geben - und zwar kostenfrei!
Yup klar, aber es kommt auch auf die Lizenz Vereinbarung an.
Eine verschlüssellung ist für den Kunden, als Arbeitgeber, auch gegenüber
dritten incl. eigener Mitarbeiter wichtig. Nur eine "geschütze" Datei ist
auch Schutz würdig.
Zum verschlüsseln/entschlüsseln braucht man 2 Schlüssel. Während sich
1st. Schlüssel sich bei der Installation ergibt ist der 2st Schlüssel eine
Art Korrektur so wie bei GPS Daten. Beim ersten Start der Application
werden beide Schlüssel abgefragt und auf die verschlüsselung hinge-
wiesen und das die Daten "inkonsistent" werden wenn man nicht beide
Schlüssel eingibt.
Wenn der 2st Schüssel nicht stimmt dann "verändern" sich die Daten der
der Ausgabe "scheinbar" bei jedem Start der Application. Statt eines
Charakter Zeichen wird dann in einem String ein oder mehrere "*"
angezeigt.
Solange der User keine Änderrungen vornimmt ergibt sich für den User
auch kein Problem da ich die Daten nicht verändere. Wenn der User
dann die Daten "ändert" weil ich ihm eine "falsche" Anzeige mache so
wird der neue WYSIWYG "ist" Zustand ( mit "*" ) gespeichert.
Code: Alles auswählen
cName := Decrypt(Kunden->Name)
...
@ x,y SAY cName
...
@ x,y GET cName
...
REPLACE Kunden->Name WITH encrypt(cName)
Dumm für dem "unregistrieten" User wenn er 1 Fehler korrigiert aber
einen weiteren "dreher" mit "*" nicht bemerkt da ja nun alles REPLACED
wird und er mehrfach beim abspeichern mit "JA" geantwortet hat.
Klar halte ich alle Änderungen im Logbuch fest damit ich a.) weiss wer /
wann/was geändert hat und b.) damit mein "Reparatur" Programm dann
die Daten wiederherstellen kann für "registriete" User als Service.
Ich (ver)ändere also keine Daten sondern zeige die bloss scheinbar
"falsch" an. Das selbe natürlich bei drucken und Export. Somit wird die
Application für einen richtigen Einsatz bedeutungslos, aber für eine Demo
reicht es und die Daten sind ja wie eingegeben unverändert vorhanden.
Allerdings mache ich das ganze nur bei Stammdaten wo ich nach dem
anlegen gewöhnlich nicht mehr soviel ändere gegenüber Bewegungsdaten.
gruss by OHR
Jimmy