ForHosting KIT · Entwickler-Tools

Running-Key-Chiffre

Mit dem Abschnitt It was the best of times als Schlüssel wird Attack at dawn zu Impaud hx eeog: Jeder Buchstabe wird um den nächsten Buchstaben eines langen Textes verschoben, der sich nie wiederholt, Leerzeichen bleiben stehen. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Text
Attack at dawn
Key
It was the best of times
Berechnungsmodus
encrypt
Erhalten Sie
Ergebnis
Impaud hx eeog
Kodierung
running_key
Schlüsselbuchstaben
ITWASTHEBESTOFTIMES
Schlüssellänge
19

Dieses Running-Key-Chiffre-Werkzeug verschlüsselt oder entschlüsselt Text mit einer klassischen polyalphabetischen Substitution, die eine lange Passage von Schlüsseltext als nicht-wiederholenden Schlüsselstrom nutzt, nicht ein kurzes Schlüsselwort, das umläuft. Jeder alphabetische Buchstabe der Nachricht wird um den nächsten Buchstaben aus der Schlüsselpassage verschoben, sodass derselbe Klartextbuchstabe je nach Position unterschiedlichen Geheimtextbuchstaben entsprechen kann, während der Schlüssel nie von vorn beginnt. Nur A–Z-Zeichen bewegen sich: die modulare Arithmetik auf einem sechsundzwanzig Buchstaben umfassenden Ring erhält die Groß- und Kleinschreibung, und Leerzeichen, Ziffern, Satzzeichen sowie andere Symbole laufen durch, ohne einen Schlüsselschritt zu verbrauchen. Hat die Schlüsselpassage weniger Buchstaben als die Nachricht, meldet die Engine, dass der Schlüssel zu kurz ist, statt still wie gewöhnliches Vigenère umzulaufen.

Was die Running-Key-Chiffre ist und was dieses Werkzeug zurückgibt

Die Running-Key-Chiffre gehört zur Vigenère-Familie und ersetzt ein kurzes, wiederholendes Schlüsselwort durch einen langen externen Textstrom — historisch eine Buchseite, eine Zeitungskolumne oder jede vereinbarte Passage. Sie liefern diesen Schlüsseltext; seine alphabetischen Buchstaben definieren jeweils eine Caesar-Verschiebung von null für A bis fünfundzwanzig für Z. Klartextbuchstaben werden der Reihe nach transformiert: der erste nutzt den ersten Schlüsselbuchstaben, der zweite den nächsten, und so weiter, ohne Umlauf, wenn der Strom ausginge.

Die Verschlüsselung addiert den Schlüsseloffset modulo sechsundzwanzig; die Entschlüsselung subtrahiert ihn mit demselben modularen Zyklus, sodass beide Operationen exakte Inverse sind, wenn dieselbe Passage verwendet wird. Nicht-Buchstaben ändern sich nie und rücken den Schlüsselindex nie vor, wodurch Abstände und Satzzeichen um die verschlüsselten Buchstaben lesbar bleiben. Diese Seite nutzt stets diese Lehrbuchregel mit Erhalt der Groß- und Kleinschreibung und einer strengen Längenprüfung: der Schlüsselstrom muss mindestens so viele Buchstaben wie die Nachricht enthalten.

Wenn Sie AES, klassisches wiederholendes Schlüsselwort-Vigenère, Autokey oder Base64 benötigen, nutzen Sie jene speziellen Endpunkte; diese Seite beantwortet nur den klassischen Running-Key-Vertrag, den Kapitel zur Kryptografiegeschichte und CTF-Aufwärmungen bereits beschreiben.

Der laufende Schlüssel in Unterricht und Rätseln

Entwickler und Lehrende begegnen der Running-Key-Chiffre in Capture-the-Flag-Aufwärmungen, Lehrbuchkapiteln zur klassischen Kryptologie und Demos, die eine nicht-wiederholende Buchpassage mit einem kurzen Schlüsselwort kontrastieren, das unter der Kasiski-Untersuchung schließlich Struktur preisgibt. Frontend-Teams können Beispielsätze für Screenshots verwürfeln, ohne ein eigenes Alphabet zu erfinden, und sie mit decrypt unter derselben Passage wiederherstellen. Backend-Dienste codieren kurze Challenge-Zeichenketten für Puzzle-APIs oder Lehr-Sandkästen, in denen Lernende einen ausreichend langen Schlüsseltext liefern müssen, um den nächsten Schritt freizuschalten.

Quality Engineers erzeugen deterministische Ver- und Entschlüsselungspaare für Vertragstests, damit eine Middleware, die Running-Key-Unterstützung behauptet, nicht still ein kurzes Schlüsselwort umlaufen lassen kann. Wettbewerbsorganisatoren berechnen Antwortschlüssel für bescheidene englische Phrasen vor, ohne undurchsichtigen Web-Spielzeugen zu vertrauen, die Abstandsregeln ändern oder nur Großbuchstaben erzwingen. Produkt- und Bildungswerkzeuge nutzen die Transformation, wenn Lernende Geheimtext einfügen und die Oberfläche den unter einer dokumentierten Passage wiederhergestellten Klartext zeigen oder erklären muss, warum ein kurzer Schlüssel abgewiesen wurde.

Kombinieren Sie sie mit anderen klassischen Kodierhilfen, wenn Sie ein kleines Labor freier, deterministischer Textwerkzeuge aufbauen, und behandeln Sie Running-Key niemals als Ersatz für moderne authentifizierte Verschlüsselung.

CTF- und klassische Chiffre-Übung

Verschlüsseln und entschlüsseln Sie Nachrichten mit einem langen Schlüsseltextstrom für Rätsel, Unterricht und Capture-the-Flag-Aufwärmungen, die nicht-wiederholendes Vigenère lehren.

Lektionen zur Kryptografiegeschichte

Demonstrieren Sie Buchpassagen als Schlüssel, schreibungsbewahrende Transformationen und warum ein zu kurzer Schlüssel scheitern muss statt wie Schlüsselwort-Vigenère umzulaufen.

Was kostet das Running-Key-Chiffre-Werkzeug?

Es ist auf dieser Seite in Ihrem Browser kostenlos.

Wie entschlüssele ich eine Running-Key-Nachricht?

Senden Sie den Geheimtext als text, dieselbe Schlüsseltextpassage als key und setzen Sie mode auf decrypt (oder dec, decode, d). Verschlüsselung ist die Vorgabe, wenn mode weggelassen wird.

Was passiert, wenn der Schlüssel zu kurz ist?

Die Running-Key-Passage muss mindestens so viele A–Z-Buchstaben wie die Nachricht enthalten; kürzere Schlüssel werden mit einer klaren Meldung abgewiesen.

Worin unterscheidet es sich vom Schlüsselwort-Vigenère?

Klassisches Vigenère lässt ein kurzes Schlüsselwort endlos umlaufen. Running-Key läuft nie um: jeder Schlüsselbuchstabe wird einmal aus einer langen Passage genutzt, und ein zu knapper Schlüssel ist ein Fehler.

Ist Running-Key für echte Geheimnisse sicher?

Nein. Es ist eine klassische Lehrchiffre. Nutzen Sie moderne authentifizierte Verschlüsselung wie AES-GCM für echte Vertraulichkeit.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/enc/running-key

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/enc/running-key \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Attack at dawn","key":"It was the best of times"}'
{
  "text": "Attack at dawn",
  "key": "It was the best of times"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.running_key",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Nutzen Sie es kostenlos im Browser für CTF-Aufwärmungen, Lektionen zur Kryptografiegeschichte und Demos im Stil einer Buchchiffre, oder rufen Sie die API zu $0.002 pro erfolgreicher Anfrage auf, wenn Pipelines reproduzierbare Running-Key-Transformationen benötigen.

Was die Running-Key-Chiffre ist und was dieses Werkzeug zurückgibt

Die JSON-Antwort enthält result für die transformierte Zeichenkette, encoding fest auf running_key, mode auf encrypt oder decrypt, key_letters mit dem normalisierten Großbuchstabenstrom aus Ihrer Passage, key_length für diesen Strom, key_used und key_used_length für das tatsächlich verbrauchte Präfix, message_letters, input_length und output_length, die übereinstimmen, weil die Transformation längenerhaltend ist, shifted_chars mit der Anzahl bewegter Buchstaben sowie eine formula-Zeichenkette, die die modulare Abbildung und die No-Wrap-Regel für Dokumentation und Tests festhält. Es gibt keinen stillen Rückfall auf Schlüsselwort-Vigenère oder Autokey: entweder ist der Schlüssel lang genug und die Transformation läuft, oder die Anfrage scheitert mit invalid_input.

Wie text, key und mode gelesen werden und wie zu kurze Schlüssel abgewiesen werden

Die bevorzugten Nutzlastfelder sind text für die Nachricht, key für die Schlüsseltextpassage und optionales mode für encrypt oder decrypt. Bleibt nach diesem Filter kein Buchstabe übrig, lehnt die Engine die Anfrage ab. Mode ist standardmäßig encrypt, wenn es weggelassen wird, und akzeptiert auch kurze Aliasse wie enc, encode, e für encrypt sowie dec, decode, d für decrypt; jede andere Zeichenkette scheitert an der Validierung. Jeder Buchstabe wird mit der festen modularen Karte verarbeitet, und der Schlüsselindex rückt nur bei Buchstaben und nur vorwärts, sodass Verschlüsseln und anschließendes Entschlüsseln mit derselben Passage die Originalnutzlast stets wiederherstellt, wenn der Schlüssel lang genug war. Text akzeptiert Aliasse wie input, value, s, message, plaintext und ciphertext, damit Formulare und SDK-Clients bestehende Spaltennamen wiederverwenden können. Key akzeptiert key_text, keytext, passage, book, keyword und k; nur alphabetische Zeichen im Schlüssel werden behalten und in key_letters in Großbuchstaben überführt, während Ziffern und Symbole in der Passage ignoriert werden. Fehlender Text, leerer Text, Nicht-String-Typen und unbekannte Modi lösen invalid_input aus, damit ein leeres Formular nicht wie ein erfolgreiches No-Op aussieht. Nach dem Parsen zählt die Engine, wie viele Buchstaben in der Nachricht vorkommen, und vergleicht diese Zahl mit key_length. Ist der Schlüssel zu kurz, lautet die Antwort invalid_input mit einer expliziten Meldung, die beide Anzahlen nennt und längeren Schlüsseltext verlangt — genau der Fehlermodus, den diese Fähigkeit melden soll, kein stiller Umlauf, der Schlüsselwort-Vigenère-Verhalten wiedereinführen würde. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der kostenpflichtigen API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen, ohne den nicht-umlaufenden Strom selbst neu zu implementieren. Ungültige Eingaben liefern invalid_input und werden nicht berechnet, was Validierung günstig hält, während erfolgreiche Transformationen einen festen Stückpreis behalten.

Wo Running-Key in Lektionen, Rätseln und Test-Fixtures passt

Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet, und nach der Antwort wird nichts gespeichert. Diese Aufteilung — kostenlose interaktive Erkundung und identische kostenpflichtige API — entspricht dem übrigen KIT-Katalog der Stufe A und lässt Sie von einer Unterrichtsdemo zu einer automatisierten Pipeline wechseln, ohne das transformierte Ergebnis zu ändern.

Deterministische CI-Fixtures

Erzeugen Sie reproduzierbare Running-Key-Geheimtext- und Klartextpaare für Unit-Tests, Golden-Dateien und Vertragskontrollen einschließlich Fehlerfälle bei zu kurzem Schlüssel.

Vollständige KIT-Dokumentation lesen →