Entschlüsseln einer Datei (DEC) mit Java problematisch

[gammatester]

Zitat:

Zitat von Deep-Sea (Beitrag 1076850)

Zitat:

Zitat von gammatester (Beitrag 1076847)

Nein. Wie am Quellcode sieht, wird wirklich für die restlichen Bytes CFB8 benutzt.

RBT fällt auf CFB zurück, auch wenn es in der Wikipedia nicht so offensichtlich da steht.
(Auf was bezieht sich die "8" von CFB8? Darauf, das es Byte- und nicht Bitweise arbeitet?)

Das kann aber nicht sein:

* Encrypt the ⌊N/L⌋ full blocks of plaintext using the cipher block chaining mode
* Encrypt the last full encrypted block again;
* XOR the remaining bits of the plaintext with leftmost bits of the re-encrypted block.

Wenn Du im letzen Teil zb 11 Bytes hast, wird bei CFB8 das 11-te Byte abhängig von den vorherigen 10 Bytes via Feedback behandelt. Das ist dem zitierten RBT nicht der Fall. (Eventuell bei CFB<Blocksize> also bei AES/CFB128).

(CFB8 sollte mit 8 Feedback-Bits arbeiten, CFB1 mit einem, CFB mit einem ganzen Block, aber die Bezeichnungen sind wohl nicht eindeutig)

[Deep-Sea]

Zitat:

Zitat von gammatester (Beitrag 1076859)

(CFB8 sollte mit 8 Feedback-Bits arbeiten, CFB1 mit einem, CFB mit einem ganzen Block, aber die Bezeichnungen sind wohl nicht eindeutig)

Achso, ja darum fragte ich ja auch gerade, wofür die 8 steht. Kenne das DEC ja nicht - wenn dem also so ist, hast du natürlich recht. Dann wäre RBT nur gleichbedeutend mit CBCx, wenn auf CFB und nicht auf CFB8 zurückgegriffen würde ...

[Eldarion]

Also so richtig weiter komme ich immernoch nicht. ich hab jetzt herausgefunden wie die Datei wohl aussehen wird, wenn sie fertig ist:

Identität(Long)Modus(Byte)HashIdentität(Long)Seed( Binary)FileSize(Long)VerschlüsselterDateiinhalt(Fi leSize)CalcMAC(Keine Ahnung wie lang)

Jetzt ist ja die Frage, wie man das ganze dann in Java wieder entschlüsseln kann. Weiß da jemand eine Antwort drauf? ich denke immernoch, dass der Verschlüsselungsmodus (Modus) frei wählbar, aber standardmäßig cmCTSx, ist.