Verschlüsselung im Net-Framework

[Lemmy1]

Hrm später Antwort sorry...

Ich glaube nicht, dass Verschlüsselung Dein Problem überhaupt lösen kann. Das Problem ist, dass Du einen User daran hindern willst, etwas auf seinem Rechner zu tun. Sowas wird nie perfekt gehen. D.h. du kannst zwar Verschlüsseln etc aber der User kann sich den .NET code ja dekompilieren und anguckn und dann hast eigentlich immer verloren. Wenn Du den entsprechenden Code in eine Dll packst, wirds auch nicht viel helfen weil da ja dann dasselbe gilt Das bedeutet grundsätzlich erstmal: Du kannst keine prinzipielle Lösung finden aber versuchen, es dem User schwer zu machen.

Wie gesagt nochmal: DotNet erzeugt dieses Problem nicht aber es wäre ohne .NET halt für einen User schwieriger, an den Code/die Texte etc ranzukommen. (Dekompilierung ist halt in der nativen Welt schwieriger).

Wie wärs, wenn Du den Textfilereader als native Dll implementierst, sprich Win32 und da irgendeine Form von Verschlüsselung machst?

Ansonsten versuch, den Key irgendwie kompiliziert zu generieren...nimm mehrere private functionen in einer Klasse die das bewerkstelligen und lass dann das ganze obfuskieren.

[Lemmy1]

Grad nochmal drüber nachgedacht....prinzipiell ginge natürlich auch Public-Private Verschlüsselung. D.h. Du verschlüsselt mit Deinem privaten Key die Texte und via Public key wird entschlüsselt. Vorteil: Niemand kann verschlüsselte Texte so erzeugen, dass sie mit Deinem Public Key einen gewünschten Text ergeben.

Im Klartext als:
- Generier ein Key-Paar Public und Private
- Verschlüssel via Private Key
- Irgendwohin schreiben
- Entschlüssel im Programm via Public

Sollte eigentlich sicher sein womit ich meine vorige Aussage ad absurdum geführt habe Kann Dir aber nix dazu sagen, wie man das im .NET Framework bewerkstelligt...irgendwo unter System.Security jedenfalls

[Mario]

Danke für die Info. Das werde ich mir mal anschauen.