Implementierung des AES2048 Algorithmus in C++

und ja, google ist dein Freund.

1. Geeignet bestimmt, aber nicht pur, eher in Verbindung mit
   CBC o.ä. http://en.wikipedia.org/wiki/Block_cipher_mode_of_operation.
   Alternativen gibt es immer
2. http://embeddedsw.net/Cipher_Reference_Home.html

loco schrieb:
> ja, man kann's selbst zusammenkloppen

Lieber nicht, wenn man nicht wirklich weiß was man tut. Lieber eine 
Bibliothek verwenden die einem den Low-Level-Kram abnimmt, z.B. 
http://nacl.cr.yp.to/ oder OpenSSL.

Letztens noch gelesen: erste Regel der Kryptographie.. wenn es etwas 
schon gibt, mach es nicht selber.

Das Problem ist ja nicht der Algorithmus an sich sondern die sicherere 
Implementierung.

Dennis S. schrieb:
> Letztens noch gelesen: erste Regel der Kryptographie.. wenn es etwas
> schon gibt, mach es nicht selber.
>
> Das Problem ist ja nicht der Algorithmus an sich sondern die sicherere
> Implementierung.

Da gibt es aber dann das Problem der fehlerbehafteten LIBs oder der 
bewußt infiltrierten LIBs (NSA & Co).

Genau. Und selbstgeschriebene Libs sind im Kryptobereich schlicht und 
ergreifend garantiert fehlerhaft.

Dennis Heynlein schrieb:
> Da gibt es aber dann das Problem der fehlerbehafteten LIBs oder der
> bewußt infiltrierten LIBs (NSA & Co).

Sicher. Aber da es hier um AES geht: Was genau kann man da infiltrieren? 
Ein paar Beispiele:

- Der Algorithmus von Anfang an von der NSA getunet worden. Dann ist es 
schnurz, wer ihn implementiert, besser kann er dann nicht mehr werden.

- Die Lib implementiert ihn falsch. Merkst du sofort, wenn du mit 
anderen Code gegencheckst, also unwahrscheinlich.

- Der Code ist offen für side channel attacks. Wenn du zwar bisher wenig 
mit Kryptographie zu tun hattest, aber so gut bist, dass dein eigener 
Code gegen solche Angriffe immun ist, dann herzliche Gratulation 
meinerseits. Ehrlich!

Es ist kein Zufall, dass es vorzugsweise die Zufallsgeneratoren sind, 
die infiltriert werden. Die sind nämlich relativ unauffällig. 
Insbesondere, wenn man die gängigen Tests dafür kennt und den Generator 
grad so baut, dass er da noch durch schlüpft. Das freilich ist kein 
Problem von AES selbst.

Jo, gilt auch eher für asymmetrisches Verschlüsselungen.

Ist eigentlich AES-2048 irgendwo definiert? Laut Wikipedia gibts nur die 
Varianten AES-128, AES-192 und AES-256.

Peter II schrieb:
> es macht keine sinn 2048 bit zu verwenden.

Das denke ich mir. Aber meine Frage ist noch nicht beantwortet.

Das ist klar. Nur der TO will AES-2048 implementieren, andere verweisen 
ihn auf irgendwlche Libs, die Google finden soll.

Geht man davon aus, daß auch nur einer der Diskutanten hier weiß, wovon 
er redet, dann müßten sich doch irgend welche Hinweise zumindest auf 
einen Rijndael-2048 finden lassen.

Da bei Substitutions-Permutations-Netzwerken wie AES/Rijndael die 
S-Boxen absolut kritisch für die Sicherheit der Verschlüsselung sind, 
kann man sich die für einen Rijndael-2048 nicht mal eben so aus den 
Fingern saugen, wenn man was brauchbares auf die Beine stellen will.

3DES funktioniert etwas anders: zuerst wird der Block mit dem ersten 
Drittel des Schlüssels chiffriert, dann wird das Ergebnis mit dem 2. 
Drittel des Schlüssels dechiffriert und das Ergebnis zum Schluß mit 
dem 3. Drittel chiffriert.

Ich denke, daß man das Problem ensthaft untersuchen muß, bevor man sich 
mit sowas aus dem Fenster lehnt.

Vor langem Philosophieren sollte man erst mal klären, ob das nicht bloss 
eine Verwechselung war. Immerhin hat der Fragesteller seither nicht 
wieder von sich hören lassen.

Peter II schrieb im Beitrag #3327590:
> Zumindest sollte damit ein "3AES-256" möglich sein.

Möglich ist das sicher. Nur wie es sich kryptographisch verhält, das 
wäre zu untersuchen, bevor man sich davon höhere Sicherheit als mit 
AES-256 verspricht.

DES ist eine Feistel-Chiffre, während AES nach dem Prinzip eines 
Substitutions-Permutations-Netzwerkes arbeitet - davon, daß das 
3DES-Prinzip für AES einen Nutzen bringt, kann man nicht einfach so 
ausgehen.

Ein echter AES-768 würde jedenfalls die Bits nicht nur auf einem 
256-Bit-Block verwürfeln, sondern auf der dreifachen Länge.