Hallo!

Wollte mal fragen wie ich es schaffe das Konstanten nicht offen in der exe stehen. Verschlüsselung würde theoretisch auch gehen (da hätte ich schon eine) (weil in diesem Fall aus den Konstanten eh bald Variablen werden).

Hat da jemand eine Idee?

Moin und im Forum!

Da reicht doch schon ein simples xor, damit man das nicht sofort wiederfindet. Beispiel:

Musst das aber in eine Funktion verpacken, sonst optimiert der Compiler das wieder raus.

Richtig sicher geht´s aber nur schlecht, denn selbst wenn du sowas wie RC4 nimmst, brauchst du in der EXE ja auch den Schlüssel... irgendwo beißt sich das ganze dann immer wieder in den Schwanz.

Andere Variante: die Werte "verteilen", also die Daten (Konstanten) in Teilen wild durcheinander deklarieren und dann erst beim Benutzen wieder zusammensetzen.

cu
Narses

Da ich in diesem Programm schon RC4 benutze, bietet sich es an auch für die verschlüsselung meiner Konstanten zu benutzen.

Jetzt muss ich nur noch wissen wie ich die verschlüsselten Daten am besten abspeicher (denn es können ja auch Zeichen wie #13 bei der Verschlüsselung entstehen).

Danke schonmal

Weiß keiner was?

Moin!

[/user] hat folgendes geschrieben:

Jetzt muss ich nur noch wissen wie ich die verschlüsselten Daten am besten abspeicher (denn es können ja auch Zeichen wie #13 bei der Verschlüsselung entstehen).

Ich kapier deine Frage nicht kannst du keine Konstanten deklarieren, oder was?

cu
Narses

Moin!
Ist das nicht egal, ob bei der Verschlüsselung Steuerzeichen wie eben lfs oder crs entstehen? die können in deinem restlichen code ja auch entstehen, dort störts ja auch nicht imho. Oder seh ich das falsch oder versteh ich die Frage auch net? :D
:rizla:

Ich glaub ihr versteht mich falsch

Also ein Beispiel: Ich habe 2 RichEdits. Ich verschlüssel den Text des 1. und gebe ihn im 2. aus. Wenn ich jetzt es wieder entschlüssle, klappt das wunderbar. Wenn ich aber den Text vom RichEdit2 (Verschlüsselter Text) in die Zwischenablage kopiere und ihn dann irgendwo einfüge (1. RE), gehen Zeichen verloren und wenn ich ihn dann entschlüsseln will kommt der Text nicht mehr richtig heraus..

Und wie soll ich denn eine Konstante deklarieren die #13 enthält? Ok ich kann machen XXX = 'hallo'#13'test';

#10 kann sie auch enthalten, aber das ist eigentlich garnicht mehr das Problem da ich die 2 Zeichen mir einfach via StringReplace anzeigen lasse..

Ah, jetzt macht das Sinn, klang vorher a bissl anders die Frage.
Ja, das ist tatsächlich ein Problem mit dem lf dann.
Was genau für ein Stringreplace machst du denn? (Ist ernst gemeint die Frage!)
.:°rizla°:.

Meinst du jetzt die Parameter? [rfReplaceAll]?

Also ich mache es im moment so, dass ich #13 mit '#13' ersetze... soll ich das jetzt so mit allen nicht darstellbaren Zeichen machen?

Welche zeichen sind denn nicht darstellbar? #0 - #31 ?

Ich frage aus folgendem Grund: Was passiert denn, wenn dein plaintext zu folgendem ciphertext wird: '#13' ? Ist kein joke, das kann passieren - und wenn du das mit allen Steuerzeichen machst, ergibt der entschlüsselte Code keinen Sinn mehr, unter Umständen.
Verstehst, was ich meine?
~*rizla*~

Jup ich weiß, aber gibt es denn eine andere Möglichkeit?

Also ich kann bei diesen 3 (je ca 40 Stellen langen) Strings eigentlich sicher sein, dass dort der verschlüsselte Text kein #13 enthält.
Ich mache es dann so, dass ich mit StringReplace mir die Sachen anzeige (also in dem extra Programm mit den 2 REs) und in den Konstanten aber dann richtig Schreibe: 'blablubb'#8#12#13'lalala'

Also welche Zeichen muss ich dann alles ersetzen?

Ja, die sind halt die Steuerzeichen, einige sind darstellbar, andere piepen (bel), andere machen einen Tab
Also ersetzt am besten alle SZ - dann biste uff der sicheren Seite. Warum bist Du dir so sicher, dass kein '#13' rauskommt?
o0rizla0o

rizla hat folgendes geschrieben:

Also ersetzt am besten alle SZ

Und welche sind das?

rizla hat folgendes geschrieben:

Warum bist Du dir so sicher, dass kein '#13' rauskommt?

Naja ich hab die 3 Strings verschlüsselt und nirgens kam '#13' aus
Also kann ich mir ja sicher sein



[EDIT]Habs jetzt geschafft, #0-#31 sind die Steuerzeichen Danke an alle![/EDIT]

Wie von dir selbst gesagt: nimm #0 - #32, ersetz sie durch dein '#XX' muster, dann ist gut!
Aber wenn Du sagst, Du hast die 3 Strings verschlüsselt, es kam kein #13 raus, sind das denn nun die 3 Strings, die Du verschlüsselt haben willst?

Ja, sind nur die 3 Strings



PS: bis #31 natürlich #32 ist ja ein leerzeichen

Ah! Dann macht das alles Sinn und die Frage meine ganzen letzten Aussagen wett, denn Du kannst doch einfach n anderen Schlüssel nehmen, der keine Steuerzeichen erzeugt
Oder nen anderen Algo..
Ich dachte, Du würdest aktiv mit der Verschlüsselung arbeiten, hatte net erkannt, dass Du einfach nur 3 verschlüsselte Zeichenketten brauchst.

Da ich die Erfahrung noch nicht gemacht habe, wollte ich mal fragen:

In TStrings gibt es doch einen Wert (Bezeichner entfallen), der alle Zeilen eines TRichEdit od. TMemo als ein einziger String mit Steuerzeichen repräsentiert. Wenn ich diesen String in die Zwischenablage kopiere und anschließend wieder in ein TStrings (ob nun unter TRichEdit oder TMemo) einfüge, dann gehen die Steuerzeichen in der Zwischenablage "verloren"?

Oder geht es nicht um die Zwischenablage, sondern darum, dass TRichEdit und TMemo einen Steuerzeichen behafteten String nach der Zuweisung formatieren und nicht unterstützte Steuerzeichen entfernt werden?

Diese Frage ist mir sehr ernst.

rizla hat folgendes geschrieben:

Ah! Dann macht das alles Sinn und die Frage meine ganzen letzten Aussagen wett, denn Du kannst doch einfach n anderen Schlüssel nehmen, der keine Steuerzeichen erzeugt Oder nen anderen Algo.. Ich dachte, Du würdest aktiv mit der Verschlüsselung arbeiten, hatte net erkannt, dass Du einfach nur 3 verschlüsselte Zeichenketten brauchst.

RC4 hat sich eben angeboten da ich das in diesem Programm schon drin habe (deswegen vielleicht die Verwirrung ).
Klappt jetzt alles wunderbar


@Neurologic Scientist: Du meinst wohl einfach TStringList.Text, oder?

Die Steuerzeichen 10 und 13 gehen nicht verloren so weit ich weiß, aber andere wie #8 (Backspace) etc.





Edit: Da brauchst du aber keine Angst haben, denn normalerweise kann man kein Backspacezeichen schreiben

Dachte ich's mir doch! Das mit #10+#13 wusste ich, iss ja der Zeilenumbruch.
THX.