25facher Cäsar (einfache Verschlüsselung)

[taaktaak]

Moin, Moin.

Aus Sorge um die Flugsicherheit auf dem Segelflugplatz von thiagojonas habe ich zum Spaß die im Buch (und Film) "Und Jimmy ging zum Regenbogen" beschriebene einfache Verschlüsselung aus der Erinnerung nachgebaut. Vielleicht kann unser Segelflieger den Code ja als Anregung nutzen:

Delphi-Quellcode:

function Schluesseln(Text,Key:String;Crypt:Boolean):String;
var i,KeyIdx : Integer;
begin
  Result:='';
  KeyIdx:=0;
  for i:=1 to length(Text) do begin
    inc(KeyIdx);
    if KeyIdx>Length(Key) then KeyIdx:=1;
    if Crypt then Result:=Result+chr(ord(Text[i])+ord(Key[KeyIdx]))
             else Result:=Result+chr(ord(Text[i])-ord(Key[KeyIdx]))
    end;
end;

Als Anhang ein kleines Beispielprogramm.
Viel Spaß

PS :
Natürlich ist das keine ernstzunehmende Verschlüsselung! Der Code ist auch in keinster Weise optimiert. Es soll einfach nur eine überschaubare Demonstration sein.


//edit:
Bevor ein anderer darauf kommt: Meine Erinnerung hat doch zu einer deutlich abweichenden Verschlüsselung geführt. Hab' noch mal im Roman nachgelesen. Dort ist das Verfahren recht gut beschrieben: Auch der verschlüsselte Text besteht dort nur aus lesbaren Buchstaben. Unabdingbar, da die Verschlüsselung nur mit Hilfe von Tabellen handschriftlich durchgeführt wurde.

[taaktaak]

Na, ja, hat sich so ergeben

Der Threadtitel spricht übrigens von einem 25fachen Cäsar, da in der Romanvorlage der Schlüssel "Und Jimmy ging zum Regenbogen" ist - und das sind 25 Buchstaben.

[Spiderpig_GER_15]

Wobei ich immernoch nicht durchblicke wie dieses "dazu addieren" bei Buchstaben geschenen soll

[DeddyH]

Vermutlich wird zum dazugehörigen ASCII-Code addiert (Chr(Ord('A') + 2) --> 'C')

[Spiderpig_GER_15]

ok Danke

PS:
nochwas. Was passiert bei Leerzeichen?
fängt da der Schlüssel von vorn an oder wie?

[taaktaak]

Schaue dir den Source mal in Ruhe an, dann können wir, falls notwendig, gezielter über einzelne Punkte sprechen.

Übrigens, der Link zur Uni-Leipzig ist interessant. Das dort verwendete Beispiel ist aber leider falsch:

Zitat:

Verschlüsseln:
KLARTEXT
+ 44444444
= OPEVXIBV

Um aus dem Geheimtext den Klartext zu erhalten, muss der Empfänger wissen, mit welchem Schlüssel k verschlüsselt wurde. Durch Umkehrung des Algorithmus - bei Benutzung des richtigen Schlüssels - ergibt sich dann wieder der Klartext.

Entschlüsseln:
OPEVXIBV
- 44444444
= KLARTEXT

Da jeder Buchstabe immer mit dem gleichen Chiffre-Buchstaben verschlüsselt wird, ist die Schwäche dieses Verfahrens in der Wahrscheinlichkeit des Auftretens der Buchstaben begründet.

Es wird zwar deutlich gesagt, dass jeder Buchstabe mit dem gleichen Chiffre-Buchstaben verschlüsselt wird, im Beispiel wird aus einem T zunächst ein X, dann aber ein V. Sollten die vielleicht mal korrigieren, die Leipziger


// edit: Leerzeichen - Nein, Leerzeichen werden übersprungen und 1:1 übernommen. Der Schlüssel läuft weiter. Das würde man eigentlich nicht so machen, da es, wie oben schon erwähnt, den Angriff auf den Schlüssel etwas einfacher macht.

[Spiderpig_GER_15]

Eigentlich müsste einem Leerzeichen auch der Code an der betreffenden Stelle hinzuaddiert werden, oder?

Aber dagegen spricht die normalaussehnde Anordnung der Leerzeichen in dem Text. Seltsam.

Ist der Key eigentlich aus Zahlen oder Buchstaben?

MfG

Spiderpig

[Spiderpig_GER_15]

okay, d.h.

Code:

s t i m m t   d a s   s o ...
1 2 3 1 2 3   2 3 1   2 3 ...

richtig?

[taaktaak]

Nun, ich hatte zu den Leerzeichen ja schon geschrieben

Zitat:

Das würde man eigentlich nicht so machen, da es, wie oben schon erwähnt, den Angriff auf den Schlüssel etwas einfacher macht

Der Schlüssel besteht aus einer Buchstabenfolge, diese wird natürlich, damit man "rechnen" kann, in eine Zahlenfolge gewandelt. Das ist aber im Source recht gut zu erkennen.

[Spiderpig_GER_15]

Ja, aber was du geschrieben hast ist nicht ganz eindeutig. Ist das so wie ich 2 Beiträge drüber geschrieben habe?

[taaktaak]

Diese Frage verstehe ich nicht!
Was ist damit gemeint?