Guten Tag,
da ich zwar einträge gefunden habe die ein ähnliches Problem haben aber keins was mir geholfen hat frag ich nun selber!
Ich bekomme einmal in der Woche ein Dataset in excel, txt oder mdb file (das wird noch entschieden)
dieses File muss ich mit einem tool durchlaufen und unsere Kundennummern verschlüsseln aber so das wenn 3 mal die selbe kundennummer kommt auch 3 mal das selbe als verschlüsselung raus kommt!
Das ganze soll auf einem Key basieren und am ende nur ASCII und nicht mehr als 30 zeichen lang sein!
Was kann ich da nehmen oder muss ich mir selber was ausdenken im sinne von +Key vschiebe alles 10 stellen usw?

Ich hoffe es wird klar was ich brauche!
Danke für eure Hilfe

Lars

Psike2k11 schrieb:

unsere Kundennummern verschlüsseln

Wozu sollen die "verschlüsselt" werden?
Die Datei geht an jemanden, den die KNr nix angeht? Dann nicht "verschlüsseln", sondern "hashen".

zB:

Sind dann zwar 32 Zeichen, aber dürfte im Prinzip beliebig kürzbar sein.

nur die Kunden nummer verschlüsseln, die Daten nicht??

wozu soll das gut sein?

würde auch das Erstellen eines Hashes ausreichen?

weil sonst brauchste zum Verschlüsseln ja auch ein Passwort.

Blöd

Return Convert.ToBase64String(b)

macht den output ja signifikant kleiner

Hash ist wenn ich mich recht erinnere doch so das es immer noch zu Kollisionen kommen kann und des weiteren auch nicht eindeutige ergebnisse beim selben eingabe wert liefert? Kann mich Irren

guck ma auf wikipedia.

Psike2k11 schrieb:

Hash ist wenn ich mich recht erinnere doch so das es immer noch zu Kollisionen kommen kann und des weiteren auch nicht eindeutige ergebnisse beim selben eingabe wert liefert?

a) ja
b) nein

zu a)
Die WAHRSCHEINLICHKEIT einer Kollision ist recht gering. Ziemlich gering. Unglaublich gering. Also jedenfalls ECHT gering!

Ok jetzt nur noch mal zu meiner Frage, ich habe jetzt das gesammte drum rum fertig ich brauche nur noch eine möglichkeit mit einem schlüssel das ganze zu entschlüsseln die gründe dafür sind eig. zweitrangig aber ich muss zur fremdabrechnung einige felder unkenntlich machen aber so das der selbe string meiner csv datei den selben wert ergibt also ( lars = 1234) und das immer zu 100%...und das 1234 unter keinen umständen was anderes als lars ergbiebt!

Wir reden über ein datenset mit 500 spalten und ca 4 millionen zeilen!
davon werden 50 Spalten verschlüsselt!
ALSO 200000000 Strings....keine ahnung wie unwarscheinlich nicht ECHT ist

Wikipedia gibt mir in sachen hash nicht die infos die ich brauche um z.B. das mit einem key zu realisieren!

Ein Hash lässt sich nicht entschlüsseln.

Dann musst du dir wohl selber was schreiben mit einem Key.

Genau das wollte ich verhindern, selber schreiben ist nie so gut wie erprobtes

gibts doch schon feritge code zu ver/entschlüsseln: vbarchiv.net/tipps/tipp_1483-d…tschluesseln-vb-2005.html
Dateien kannst auch ver/entschlüsseln, Beispiele findest im link.

Psike2k11 schrieb:

200000000

200.000.000
Rund 2^28
Das ist wenig im Verhältnis zu 2^128. Ungefähr 2^100 mal weniger. Und das ist ne Menge.

Solltest du eine Kollision finden, bitte veröffentlichen. Die sind seltener als weiße tiger in Wanne-Eickel

picoflop schrieb:

Die sind seltener als weiße tiger in Wanne-Eickel

Hammer hatte damit heute den Lacher des Tages ;)

SystemUnknow schrieb:

gibts doch schon feritge code zu ver/entschlüsseln: vbarchiv.net/tipps/tipp_1483-…ln-vb-2005.html

Dateien kannst auch ver/entschlüsseln, Beispiele findest im link.

Das klingt schon mal gut das werde ich mal Testen morgen, hab zwar gerade noch nciht gefunden wo ich dort mit nem Key arbeiten kann!

Beim verschlüsseln bitte beachten, dass die Länge des Outputs MINDESTENS so lang wie die Länge des Inputs ist. In den meisten Fällen ist der output ein vielfaches von 16 oder 8.

Psike2k11 schrieb:

gründe dafür sind eig. zweitrangig aber ich muss zur fremdabrechnung einige felder unkenntlich machen

hurraa! ein ansatz einer antwort auf meine Frage aus Post#3: Wozu zum Kuckuck soll das gut sein?

Ihr Fragesteller denkt immer zu wissen, was relevant ist, und was nicht. Wir antworter auch, vlt. aufgrund von Erfahrung. Ob etwas nun relevant ist, ist glaub am schnellsten geklärt, indem die frage eben mal beantwortet wird.

Jedenfalls lernen wir, du willst nicht eine Spalte verschlüsseln, sondern 50. Und es hat einen Sinn (ich hab ja nicht mehr dran geglaubt!), nämlich felder unkenntlich machen für einen fremdabrechner.
Damit scheidet Verhashen doch gleich mal aus, weil das ist nich reversibel, und ich stell mir vor, wenn ihr da was fremdabgerechnetes habt, möchtet ihr schon noch wissen, für wen im einzelnen da was ausgerechnet wurde.

Also käme symmetrische Verschlüsselung in Frage, AES und Konsorten. auf PasswordHandling ist sowas dabei.

Ist halt bischen schwierig, .Net-Cryptography auf dein prob anzuwenden, denn es ist auf Verschlüsselung von Streams ausgelegt, nicht auf Zahlen oder Strings.

Auch eine Überlegung wäre, ob man die Spalten, die den Fremdabrechner nix angehen, ob man die nicht lieber gleich ganz entfernt. Statt der Kundennummer könnte man eine IndexNummer dranmachen, anhand der man das Elaborat dann wieder zuordnet.

Oder man lässt die Kunden nummer sogar drin und unverschlüsselt. Was nützt es dem Fremdabrechner ohne die anneren 49 Spalten ?

Geht leider nicht weil auf der gegenseite auch gleichzeitig unser Backup ist also wir lassen fremdabrechnen und gleichzeitig haben wir so ein Backup auf das wir uns bei streitigkeiten berufen können weil es nicht in unserem bestand ist also löschen geht nicht!

Ich werde mir deinen Beitag zum Password Handling jetzt gleich durch lesen!

Danke für die Hilfe ich hoffe ich bekomme das jetzt hin die strings umzuwandeln

Wie (dort übrigens auch) gesagt: Kryptografie hat mit Strings nix zu tun, ver-/ent-schlüsselt werden Streams bzw. Byte-Arrays.
Heraus kommen Byte-Arrays, die sich nicht vernünftig als Strings darstellen lassen - das wird ein Problem in einer csv.

Aber kein Problem: jedes Byte-Array lässt sich mit Convert.ToBase64String in einen darstellbaren String konvertieren, gugge vlt. Base64-Codierung

Base64 unsicher....wenn dann AES

das base64 ist nicht zur verschlüsselung. AES ist auch meine empfehlung.
nur soll das crypto-Ergebnis anschließend in eine csv gepackt werden, und dazu solls nach base64 konvertiert werden.

Evtl. weiss ja jem. bei diesem Problem weiter!
Threading