INI-Dateien schützen

[Elvis]

Och menno...
Schaut mal hier: Mit dem RC-Stromdekorierer INIs verschlüsseln
Das war doch nun wirklich easy zu finden...

btw: der Stream decorator ließe sich prima mit einer dpCollection kombinieren um den Übersetzungs code INI <-> Objekte loszuwerden. ;)

[runger]

Hallo Daniel

Zitat:

Mit irgend einem Tool kann man auch jede Datei öffnen. Warum verbietest Du dem Menschen das atmen? Wenn einer rumspielt und sich damit etwas beschädigt, isser selber schuld. Das liegt nicht in deiner Macht.

Wir haben hier in Deutschland Produkthaftung. Wie willst du hnterher jemandem nachweisen, dass er an der Datei gespielt hat und nicht dein Programm einen Fehler verursacht.

Wir haben z.B. alle unsere Sprachinformationen in INI's.
Stell dir vor an einem Butoon, der einen Hochspannungsschalter schalten soll steht
statt Hochspannungsschalter ein --> Erdungsschalter ein.
Ich gebe zu, dass das weit hergeholt ist.

Rainer

[bigg]

Hi,

ich würde die Daten in einer ZIP mit Passwort-Schutz verpacken.
Die Verschlüsselung ergäbe sich dann aus dem Passwort.

Der Benutzer könnte so auch an die Daten herankommen, sofern
er einen Packer und das jeweilige Passwort besitzt.

Das ODT-Format funktioniert übrigens genauso.

[faux]

Zitat:

Zitat von Totti

a) Irgendwo verstecken

Das finde ich nicht gut. Wie soll der Benutzer dann seine Daten sichern?

[mumu]

Zitat:

Wir haben hier in Deutschland Produkthaftung. Wie willst du hnterher jemandem nachweisen, dass er an der Datei gespielt hat und nicht dein Programm einen Fehler verursacht.

muss der Kunde nicht beweisen, dass dein Programm einen Fehler verursacht hat und nicht umgedreht.

[Totti]

Naja ... man könnte ja in das Programm ne Sicherungsprozedur einbauen ;)

Und ich ging eigtl. davon aus, dass wenn dieses Hintergrundprogramm exklusiven Lese- und Schreibzugriff hat, dass auch andere Programm den net umgehen können. Wenn dem nicht so ist, bitte ich das zu entschuldigen ... und dann müsste ich mla eben lachen, wäre ja irgendwie blöd :D

[angos]

Zitat:

Zitat von mumu

Zitat:

Wir haben hier in Deutschland Produkthaftung. Wie willst du hnterher jemandem nachweisen, dass er an der Datei gespielt hat und nicht dein Programm einen Fehler verursacht.

muss der Kunde nicht beweisen, dass dein Programm einen Fehler verursacht hat und nicht umgedreht.

Jepp, der Kunde muss beweisen, dass das Programm Mist macht.

[PierreB]

Zitat:

Zitat von bigg

ich würde die Daten in einer ZIP mit Passwort-Schutz verpacken.
Die Verschlüsselung ergäbe sich dann aus dem Passwort.

Hallo bigg,

ja, aber dann müsste mein Programm das ZIP ja auch erst entpacken um die Daten lesen können. Und wenn diese entpackt werden müssen sie irgendwo gespeichert werden, also könnte man wieder auf sie zugreifen und verändern. Ich habe es mittlerweile ganz simpel mit XOR gemacht, scheint für meine Zwecke zu reichen. Vielen Dank für die Antworten. ;)

[DevilsCamp]

Zitat:

Zitat von PierreB

Zitat:

Zitat von bigg

ich würde die Daten in einer ZIP mit Passwort-Schutz verpacken.
Die Verschlüsselung ergäbe sich dann aus dem Passwort.

Hallo bigg,

ja, aber dann müsste mein Programm das ZIP ja auch erst entpacken um die Daten lesen können. Und wenn diese entpackt werden müssen sie irgendwo gespeichert werden, also könnte man wieder auf sie zugreifen und verändern. Ich habe es mittlerweile ganz simpel mit XOR gemacht, scheint für meine Zwecke zu reichen. Vielen Dank für die Antworten. ;)

Leider gibt es keine INI-File-Klasse, die ihre Daten komplett im Speicher verwaltet. Es müsste also eine TMemIniFile sein, ohne den Zwang Create mit einem Dateinamen als Parameter aufrufen zu müssen (entsprechend müsste natürlich die UpdateFile-Methode abgeändert werden).

Dann wären solche Operationen um ein Vielfaches einfacher...


Vielleicht schreibe ich ja mal bei Gelegenheit so eine Klasse. :coder2:

[bigg]

Hi,

Zitat:

ja, aber dann müsste mein Programm das ZIP ja auch erst entpacken um die Daten lesen können. Und wenn diese entpackt werden müssen sie irgendwo gespeichert werden, also könnte man wieder auf sie zugreifen und verändern. Ich habe es mittlerweile ganz simpel mit XOR gemacht, scheint für meine Zwecke zu reichen. Vielen Dank für die Antworten.

Wenn dir die XOR-Kodierung ausreicht, okay.
Deine Lösung ist ja nicht verkehrt. :wink:

Nochmal was zum ZIP:
Entpacken ja, aber nicht zwingend auf der Platte :wink:.
Man kann die Daten im Speicher entpacken, muss sie also nicht zwangsläufig
auf der Festplatte ablegen.
(ähnlich wie bei komprimierten Bildern, du weist was ich meine :stupid: )

mfg :mrgreen: