Wie sicher ist der Scop Cipher?

[cookie22]

der titel sagt eigentlich schon alles. ich brauche einen schnellen cipher um daten schnell zu ver und entschlüsseln, dabei dachte ich an scop. leider ist im internet nicht viel zur sicherheit von scop zu finden. weiss jemand wie sicher scop im vergleich zu anderen algorithmen ist?

mfg
cookie

[gammatester]

Zitat von cookie22:

der titel sagt eigentlich schon alles. ich brauche einen schnellen cipher um daten schnell zu ver und entschlüsseln, dabei dachte ich an scop. leider ist im internet nicht viel zur sicherheit von scop zu finden. weiss jemand wie sicher scop im vergleich zu anderen algorithmen ist?

mfg
cookie

Zumindest gab's zwei Tage nach Veröffentlichung in sci.crypt eine Analyse von Paul Crowley, die folgende Eigenschaft aufzeigt: "This generator is biased: the word output is even 1/512 too often" und "This means that the cypher as a whole leaks a little information about the bottom bit of each plaintext word". (Vollständiger Newsgroup-Beitrag).

Das und die Tatsache, daß so wenig zu finden ist, sollte zu denken geben. Was für Geschwindigkeiten schweben Dir denn vor, die nicht von AES oder den eSTREAM-Algorithmen erbracht werden können?

Gruß Gammatester

[cookie22]

danke für den link. ich denke ich lass lieber die finger davon und versuche erstmal sowas wie aes oder twofish zu benutzen.

[himitsu]

kannst ja auch mal nach DEC (Delphi Encrytion Compendium / Delphi Encrytion Compendium) suchen ... das kennt viele Verschlüsselungen, ist recht sicher und auch schnell.

[cookie22]

ich benutze das dec, da ist halt scop mit abstand das schnellste.

[himitsu]

hmmm, dann kommt es wohl mit darauf an, wie sicher es sein muß...

also was (welcher Kompromis) in deinem Fall dann in Bezug auf Geschwindigkeit und Sicherheit optimaler wäre.

[cookie22]

also ich schildere mal genau was ich mache. ich habe eine datenbank, welche mit rijndael oder twofish verschlüsselt wird. zu laufzeit wird die ganze datenbank in den speicher entschlüsselt, wichtige daten sind ein weiters mal verschlüsselt und werden zur laufzeit zu verschiedenen zwecken ständig entschlüsselt. ich dachte, daß für die performence ein schneller algorithmen halt besser geeignet ist.

ein ähnliches programm benutzt z.B. rc4 für die interne verschlüsselung. da er allerdings immer noch patentiert ist, möchte ich vermeinden den zu benutzen.

[gammatester]

Zitat von cookie22:

also ich schildere mal genau was ich mache. ich habe eine datenbank, welche mit rijndael oder twofish verschlüsselt wird. zu laufzeit wird die ganze datenbank in den speicher entschlüsselt, wichtige daten sind ein weiters mal verschlüsselt und werden zur laufzeit zu verschiedenen zwecken ständig entschlüsselt. ich dachte, daß für die performence ein schneller algorithmen halt besser geeignet ist.

ein ähnliches programm benutzt z.B. rc4 für die interne verschlüsselung. da er allerdings immer noch patentiert ist, möchte ich vermeinden den zu benutzen.

RC4 hat ein ähnliches Problem wie SCOP, ist aber wohl besser analysiert: empfohlen wird zB im RFC4345 die ersten 1536 Bytes in die Tonne zu treten. Selbst ohne die Empfehlung ist RC4 wegen seiner sprunghaften Bytezugriffe auf (32+x)-Bit-Prozessoren nicht (wesentlich) schneller als AES (das hängt natürlich auch von der Implementation ab).

Gruß Gammatester

[TurboMagic]

Sorry, wenn ich auf so eine alte Diskussion antworte,
die kam aber bei eienr Suche von mir eben mit hoch.

Die SCOP Implementierung der DEC scheint
(siehe Issues im GitHub repo) nach Aussage eines anderen
Entwicklers Fehler zu enthalten. Interessanterweise aber
so, dass der ursprüngliche Unit Test bestanden wird.
Derjenige der den Fehler entdeckt haben will hat auch
die nötigen Korrekturen vorgeschlagen und neue Testvektoren
mitgeliefert.

Beides habe ich im Entwicklugnszweig eingebaut, nun schlägt
aber der Test des ursprünglichen Test Vektors fehl.

=> es müssen glaubwürdige Testdaten her. Falls jemand eine
möglichst offizielle Quelle hat gerne her damit!

Ich geh' schon mal ins Bett

Grüße
TurboMagic

[Michael II]

Wohl niemand würde heute "im google Zeitalter" einen Cipher SCOP nennen. Ich finde tonnenweise scope und wenn ich nach SCOP Cipher wenige Seiten:
http://www.geocities.ws/smaltchev/scop.html.
Linkt auf die Originalarbeit (inkl. Code!) Die Info von Paul Crowley über das Leck in SCOP (unten auf der Seite) ist interessant.

Ich habe noch dies hier gefunden:
https://www.emsec.ruhr-uni-bochum.de.../da_bethge.pdf
Gut, weil nicht nur SCOP besprochen wird. Aber punkto SCOP eigentlich nur eine Übersetzung des Papers. "Leider" werden Speed und Energiebedarf in den Vordergrund gestellt; punkto DEC würde mich Sicherheit weit mehr interessieren.

Stromchiffren Elektronik