Username + Passwort mit XOR

[Dax]

Einfaches Gegenbeispiel:

Code:

Klartext: 10
Key:      01

-> 

Chiffre: 11
Maske:   11

->

Key: 00 <- ?

In jedem Fall aber wird das nicht grade einfach, da du nur eine Information von zwei nötigen hast, um den Schlüssel zu berechnen. Bei Texten, die mit einem kurzen Schlüssel im Vergleich zur Textlänge verschlüsselt wurden, besteht allerdings eine Chance.

[Delphiturbo]

Zitat:

Zitat von NamenLozer

Ich glaube, es geht ihm eher darum, herauszufinden, mit welchem Key das Programm verschlüsselt. Wenn ich jetzt nicht falsch denke, müsste es ausreichen, als Passwort z.b. 111111111111 einzugeben, und dann für Jedes Zeichen

Code:

key[x] := verschluesselt[x] xor passwort[x]

zu rechnen. Herauskommen müsste der Key.

Hallo zusammen

ich möchte nicht wissen, mit welchem Key das Programm verschlüsselt wurde.
eigentlich möchte ich den selben Keygen von dem Programm verwenden, um Passwörter für User zu generieren
dafür muss ich mein Programm auch genauso mit XOR verschlüsseln

Kann ich die Verschlüsselung herausfinden, wenn ich mit Keygen mehrere username und Passwörter erstelle ?
z.B.

Code:

// Hier sind Beispiele. Das Key habe ich extra als Konstant "00000000"
-username -    - key --     - Passwor  -    Passwort in dezimal
00000000   00000000   883959A112729A   38343653949862550
00000001   00000000   893B5CA416779F   38627340885325730
00000002   00000000   8A3D5FA71A7C84   38911027820788860
00000003   00000000   8B3F424AFD0109   39194575721267464
00000004   00000000   8C2165AD02060E   39443217317496340
00000005   00000000   8D236890266B93   39726903718210450

[Namenloser]

@Dax:

Delphi-Quellcode:

.
    Klartext:        10
xor Key:             01
-----------------------
    Verschluesselt:  11
xor Klartext:        10
-----------------------
    Key:             01

@Delphiturbo:
Diesen Satz verstehe ich nicht:

Zitat:

Das Programm gefehlt mir nicht, sondern seine XOR-Verschlüsselung

Die von dir gezeigte Tabelle enthält mit ziemlich hoher wahrscheinlichkeit keine (xor-)verschlüsselung, sondern einen Hash, worauf unter anderem die immer gleiche Stellenanzahl hinweisen.

[Dax]

Zitat:

Zitat von NamenLozer

@Dax:

Delphi-Quellcode:

.
    Klartext:        10
xor Key:             01
-----------------------
    Verschluesselt:  11
xor Klartext:        10
-----------------------
    Key:             01

Du setzt die Kenntnis von Klartext und Chiffre vorraus, ich erkenne in deinem Beitrag aber keine Anzeichen einer solchen Voraussetzung. Geht man davon aus, dass dem Threadersteller wie es sich gehört nur eine Information vorliegt. Was du gezeigt hast ist die Definition einer XOR-Verschlüsselung, keine Art, nur mit einer Information auf den Schlüssel zu schließen. Und darum ging es dir doch, oder nicht?

[Namenloser]

Zitat:

Zitat von Dax

Du setzt die Kenntnis von Klartext und Chiffre vorraus

Das tue ich in der Tat. Ich gehe davon aus, dass der Threadersteller weiß, wo die Daten gespeichert sind, und dass er selber User, Accounts oder was auch immer anlegen kann, die das Programm verschlüsselt abspeichert.

[Delphiturbo]

Zitat:

Zitat von NamenLozer

Die von dir gezeigte Tabelle enthält mit ziemlich hoher wahrscheinlichkeit keine (xor-)verschlüsselung, sondern einen Hash, worauf unter anderem die immer gleiche Stellenanzahl hinweisen.

Warum nicht?
Vielleicht wird den Text noch einmal in Hex umgewandelt

Code:

// Hier sind Beispiele. Das Key habe ich extra als Konstant "00000000"
-username -    - key --     - Passwor  -    Passwort in dezimal
00000000   00000000   883959A112729A   38343653949862550
00000001   00000000   893B5CA416779F   38627340885325730
00000002   00000000   8A3D5FA71A7C84   38911027820788860
00000003   00000000   8B3F424AFD0109   39194575721267464
00000004   00000000   8C2165AD02060E   39443217317496340
00000005   00000000   8D236890266B93   39726903718210450
00000006   00000000   8E256B932A50B8   40010590653665464
00000007   00000000   8F276E962E55BD   40294277589128640
00000008   00000000   F049B1D952BAC2   67635022614674110
00000009   00000000   F14BB4DC56BFC7   67918709550137290
00000010   00000000   893B5CA416769E   38627340885325470
00000011   00000000   8A3D5FA71A7B83   38911027820788610
00000012   00000000   8B3F424AFD0008   39194575721267210
00000013   00000000   8C2165AD02050D   39443217317496080
00000014   00000000   8D236890266A92   39726903718210190

[Namenloser]

Ich schließe die Möglichkeit nicht aus, ich halte es nur für unwahrscheinlich :wink:

[Dani]

Hallo Delphiturbo. Warum muss es unbedingt genau diese "Verschlüsselung" sein? Da drängen sich doch gewisse Zweifel an deinen Motiven auf...

[Delphiturbo]

Zitat:

Zitat von Dani

Hallo Delphiturbo. Warum muss es unbedingt genau diese "Verschlüsselung" sein? Da drängen sich doch gewisse Zweifel an deinen Motiven auf...

Ich wollte keinen weiteren Keygenerator erstellen um Passwörter für user zu generieren
Ich verwende diesen Keygenerator seit 3 Jahren
Und da ich gerade ein kleines Programm erstellt habe, möchte ich auch die gleiche Verschlüsselung verwenden, sonst muss ich einen weiteren Keygenerator für das neue Programm erstellen.
Und das will ich nicht.

Ich möchte also keinen Keygen erstellen sondern den alten weiter verwenden,
dafür muss ich mein Programm die selbe Verschlüsselung verwenden

[Sergej]

Zitat:

Zitat von Delphiturbo

Ich möchte also keinen Keygen erstellen sondern den alten weiter verwenden

Und was hält dich davon ab genau das zu tun?

Zitat:

Zitat von Delphiturbo

dafür muss ich mein Programm die selbe Verschlüsselung verwenden

Versteh ich leider nicht, vielleicht kannst du das genauer erklären?