Welche Verschlüsselung steckt hier hinter?

[Relicted]

Moinsen!

Mal wieder was für unsere crypto profis (*zu hagen schiel*) :-)
vielleicht könnt ihr mir helfen. folgende informationen sind in einer datei gespeichert:

Zitat:

Schoelle
0:47,323

Ein Fahrername und eine Rundenzeit. Die Verschlüsslte datei sieht folgendermaßen aus:

Zitat:

rPYn3jd8BjrIUYL258//OA==
cgSN7xw3SYnIUYL258//OA==

welche information welche ist kann ich nicht sagen. aber vielleicht kann man sich annähern und zumindest die verschlüsselung bestimmen.
würd mich freuen wenn ihr mir helft.

Gruß
reli

[blackdrake]

Hallo.

Direkter Base64 ist es schonmal keiner. Ich denke, du bekommst es ohne weitere Infos (wie z.B. Passwort) nicht heraus. Das, was du hast, ist vereinfachter ASCII-Code und könnte zu sehr vielen Algorithmen passen. Eventuell ein Base64 einer binären verschlüsselten Information, sodass die Daten per Plaintext/E-Mail versendet werden können.

Achja, sehr seltsam ist, dass beide unterschiedliche Strings am Ende ein "UYL258//OA==" tragen :?

Gruß
blackdrake

[Relicted]

jup hat mich auch gewundert... mein erster verdacht war, dass der string aufgefüllt wird auf 18 zeichen und dann mit einer XOR verschlüsselt wird. passt aber leider nicht ganz.
schoelle = 8 zeichen, der part aber 11..

rPYn3jd8BjrIUYL258//OA==
cgSN7xw3SYnIUYL258//OA==

klar wäre es mit PW einfacher aber hey dann fehlt doch der spass dabei :-p

gruß
reli

[QuickAndDirty]

Das liegt daran das es Base 64 ist... der Text wird quasi gestreckt

Wenn man den von dir angegebenen Code mit Base64 decodiert kommt ein haufen nicht druckbarer Zeichen raus.

Schoelle sähe so aus

U2Nob2VsbGU=

wenn man nach U=r geht könnte es schon mal nen Ansatz geben für eine fest Verschiebung der nach der Base64 Verschlüsselung.
Aber leider kommt 2=P nihct hin allso ists was anderes.
Bildet mal einer die Differenz zwischen allen Zeichen?

[Relicted]

ok da kam ich jetzt nicht ganz hinterher :-)

kannst du die letzten sätze
"wenn man nach U=r geht könnte es schon mal nen Ansatz geben für eine fest Verschiebung der nach der Base64 Verschlüsselung.
Aber leider kommt 2=P nihct hin allso ists was anderes.
Bildet mal einer die Differenz zwischen allen Zeichen?"

nochmal für mich verständlich schreiben ^^ ? ich komme nicht ganz dahinter wieso du auf "U=r" kommst.

[QuickAndDirty]

Zitat:

Zitat von Relicted

ok da kam ich jetzt nicht ganz hinterher :-)

kannst du die letzten sätze
"wenn man nach U=r geht könnte es schon mal nen Ansatz geben für eine fest Verschiebung der nach der Base64 Verschlüsselung.
Aber leider kommt 2=P nihct hin allso ists was anderes.
Bildet mal einer die Differenz zwischen allen Zeichen?"

nochmal für mich verständlich schreiben ^^ ? ich komme nicht ganz dahinter wieso du auf "U=r" kommst.

Schoeller in

Klartext
U2Nob2VsbGU=

Verschlüsselt
rPYn3jd8Bjr=


das letztere ergibt Base 64 decodiert einen haufen nicht Druckbarer Zeichen...muss also entweder vor oder nach der Base 64 codierung verschlüsselt worden sein.

Ist die frage wurde vor oder nach base 64 mit Passwort verschlüsselt?

bei Kenntniss des Verfahrens könnte man die beiden Strings quasi von einander abziehen und so das Passwort erhalten glaube ich...
Besser wäre wenn du Hagen direkt in den thread einlädst glaube ich...


(oh je ich sehe gerade es geht um Schoelle und nihct um Schoeller.....)

[Alien426]

Ist ein interessantest Thema. Habe mich vor ein paar Wochen mal damit beschäftigt. Da kann man ziemlich endlos in Wikipedia stöbern:
Base64
XOR cipher
Caesar cipher
Cipher

Mein Vorgehen war dann, mittels SHA den Schlüssel zu verlängern und dann den kurzen Text mit XOR zu verschlüsseln, was relativ einfach ist, aber auch sicher solange der entschlüsselte Text nicht bekannt ist (siehe XOR cipher). Base64 wird gebraucht, da mit XOR auch nicht darstellbare Zeichen herauskommen können. Base64 macht übrigens auch die Anhänge in Mails so groß (+33%).

[blackdrake]

Kannst du uns nicht genauere Details geben?

Wo gibt es das Programm, das diese Verschlüsselung nutzt?

Und wie würde der String "Schoellx" verschlüsselt aussehen? Wenn sich der Encrypted-String nur am Ende ändert, wissen wir, dass kein professioneller Cipher oder ein XOR o.ä mit einem errechneten Hash vorliegt. Dann müsste man sich Dinge wie die Caesar-Verschiebung näher anschauen.

Gruß
Daniel Marschall

[Relicted]

ich kann sobald ich zuhause bin noch 1-2 beispiele bereit stellen.
es geht hierbei um folgendes: es gibt das rennspiel GTR2 und dazu gibt es ein programm, welches den server managen kann (3rd party). das tool speichert den trackrecord in einer streckenname_.dat datei ab und dort stehen diese informationen drin. ich müsste mal schauen ob man den fahrernamen in dem spiel ändern kann. dann könnte ich mit geänderten namen mehrmals einen trackrecord hinlegen und man hätte ein paar referenzdaten mehr. ich habe auch schon versucht kontakt zu dem ersteller des 3rd party tools aufzunehmen aber die email kam leider mit "nicht zustellbar" zurück.

gruß
reli

[Relicted]

ich hab was in nem forum gefunden:

Zitat:

GTR2Manager uses an MD5 algoritm to calculate a hash of the key, then TripleDES(ECB) to decrypt/encrypt the data. You can use key "Gtr2Manager" to decrypt the data. The decrypter routine looks like this:

1. Compute hash of key (Gtr2Manager)
2. Use TripleDES ECB to decrypt data using computed key.

Unfortunatly there is currently no support of extracting the times other then decrypting the file manually.

hört sich ned gut an oder?^^