ForHosting KIT · 開発者向けツール

Chaocipher

バーンの古典的な開始円盤でWELLDONEISBETTERTHANWELLSAIDを暗号化すると、OAHQHCNYNXTSZJRRHJBYHQKSOUJYになります。1文字ごとに2つのアルファベットが並び替わります。同じ開始円盤で復号でき、ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

テキスト: WELLDONEISBETTERTHANWELLSAID
左: HXUCZVAMDSLKPEFJRIGTWOBNYQ
右: PTLNBQDEOYSFAVZKGJRIHWXUMC
計算モード: Encrypt

結果

結果: OAHQHCNYNXTSZJRRHJBYHQKSOUJY
入力: WELLDONEISBETTERTHANWELLSAID
正規化値: WELLDONEISBETTERTHANWELLSAID
テキスト: OAHQHCNYNXTSZJRRHJBYHQKSOUJY

Chaocipherは、John F.Byrneが1918年に発明し、2010年に完全なアルゴリズムが公開されるまで数十年間秘匿されていた古典的な多表換字機械です。固定のシーザー表やヴィジュネル表とは異なり、暗号文用の左ディスクと平文用の右ディスクという2つの円形アルファベットを保持し、1文字ごとに両方のディスクを天頂・天底の厳密な置換で並べ替えます。開始時の左・右アルファベットをA–Z全26文字の順列として与え、保護または復元するテキストと encrypt または decrypt のモードを指定してください。ソルバーは一方のディスク上で各文字を探し、他方の整列した文字を読み取り、次の対応がまったく異なるように両方のアルファベットを回転・スライドさせます。

2つのアルファベットと天頂・天底ルールの仕組み

Chaocipherの暗号化では、右アルファベットを平文ディスク、左アルファベットを暗号文ディスクとして扱います。各平文文字について、現在の右アルファベット内でその文字を見つけ、同じインデックスの左アルファベットの文字を読みます。それがこのステップの暗号記号です。

直後に、Byrneの模型で用いられMoshe Rubinが文書化した静止天頂手続きで両アルファベットを置換します。左ディスクでは、直前に使った暗号文字を天頂（先頭位置）へ回転し、天頂+1の文字を抜き出し、天頂+2から天底（14番目の位置、0始まりでインデックス13）までのブロックを1つ天頂側へずらし、抜き出した文字を天底に戻します。

右ディスクでは平文文字を天頂へ回転し、さらに1段回転して次の文字が天頂に来るようにし、天頂+2の文字を抜き出し、天頂+3から天底までを左へずらし、抜き出した文字を天底に置きます。復号は逆引き——左ディスクで暗号文字を見つけ、右の同じインデックスの文字を読む——を使い、暗号化と同じ2つの置換を適用して機械状態を同期させます。

各ステップが前の文字に依存するため、メッセージ先頭の1文字の変更が両アルファベットに波及し、長い単表構造を壊します。開始ディスクが未知の長いChaocipher通信では、古典的な頻度分析が失敗する理由がここにあります。

活用例

CTFとパズルのwrite-up

出題者が公開された開始ディスクに対するChaocipherの暗号化・復号手順を、別のオフラインスクリプトなしで検証します。

よくある質問

Chaocipherとは何ですか？

John F. Byrne（1918）による古典的な多表換字です。2つのアルファベットが各文字を揃え、文字ごとに両方が置換するため、置換対応は固定されません。

左と右のアルファベットとは？

左ディスクが暗号文字を供給し、右ディスクが平文文字を保持します。それぞれA–Zの完全な順列（26個の一意文字）でなければなりません。機械の秘密鍵です。

アルファベットが不正な場合は？

長さの誤り、重複、A–Zの欠落、ディスク文字列内の非文字は、明確なメッセージとともに拒否されます。

空白や句読点、小文字はどう扱われますか？

テキストはAからZの大文字にそろえられ、空白や記号は暗号化の前に取り除かれます。文字が1つも含まれないテキストは、処理する内容がないため受け付けません。

開始アルファベットをよく混ぜたほうがよいのはなぜですか？

AからZに近い並びのまま始めると、最初のうちは天頂付近にアルファベット順の長い並びが残ってしまいます。よく混ぜた並びを使えば、それを最初から避けられます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/enc/chaocipher

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/enc/chaocipher \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"WELLDONEISBETTERTHANWELLSAID","left":"HXUCZVAMDSLKPEFJRIGTWOBNYQ","right":"PTLNBQDEOYSFAVZKGJRIHWXUMC"}'

const res = await fetch("https://api.kit.forhosting.com/enc/chaocipher", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "WELLDONEISBETTERTHANWELLSAID",
    "left": "HXUCZVAMDSLKPEFJRIGTWOBNYQ",
    "right": "PTLNBQDEOYSFAVZKGJRIHWXUMC"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/enc/chaocipher",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "WELLDONEISBETTERTHANWELLSAID",
    "left": "HXUCZVAMDSLKPEFJRIGTWOBNYQ",
    "right": "PTLNBQDEOYSFAVZKGJRIHWXUMC"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/chaocipher", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"text":"WELLDONEISBETTERTHANWELLSAID","left":"HXUCZVAMDSLKPEFJRIGTWOBNYQ","right":"PTLNBQDEOYSFAVZKGJRIHWXUMC"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"WELLDONEISBETTERTHANWELLSAID","left":"HXUCZVAMDSLKPEFJRIGTWOBNYQ","right":"PTLNBQDEOYSFAVZKGJRIHWXUMC"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/chaocipher", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "text": "WELLDONEISBETTERTHANWELLSAID",
  "left": "HXUCZVAMDSLKPEFJRIGTWOBNYQ",
  "right": "PTLNBQDEOYSFAVZKGJRIHWXUMC"
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.chaocipher",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

長さの誤り、重複文字、A–Zの欠落、非文字のゴミなど不正なアルファベットは、黙って無意味な結果を出さず、明確な invalid_input エラーで拒否されます。経路はネットワーク呼び出しも乱数シードも壁時計依存もない純粋に決定的な文字演算であり、無料のブラウザ実行系とプリペイドAPIは教室ラボ、CTFのwrite-up、歴史的暗号デモのたびに同じJSONを返します。

APIの呼び出し方と戻り値

両アルファベットは、任意の区切りを無視したうえで一意のA–Zがちょうど26文字でなければなりません。必須の文字列フィールド text・left・right の3つと、省略時は encrypt になる任意の mode を含むJSONボディを送ってください。text の別名は input、value、data、message、plaintext、ciphertext を含みます。left は left_alphabet、left_disk、ct_alphabet、cipher_alphabet も受け付けます。right は right_alphabet、right_disk、pt_alphabet、plain_alphabet を受け付けます。mode は operation、op、direction、action を受け付け、encode や decode などの一般的な同義語も認識します。短い文字列、重複の連なり、欠落文字、ディスク文字列内の数字は invalid_input となり課金されません。text は大文字A–Zのみに正規化され、空白と句読点は除去され、文字のないペイロードは拒否されます。成功時の応答は元の text と開始の left・right をエコーし、mode を encrypt または decrypt として報告し、normalized は実際に処理した文字のみの列、result と text は暗号文または復元文字、length は出力文字数、left_final と right_final は最後の置換後のアルファベット、formula は短い規則の記憶術、message は1行の英語要約です。料金は成功リクエストごとに定額の $0.002（単位 item）です。

実用的なコツ、制限、関連検索

天頂付近に長いアルファベット連なりが残らないよう、ほぼ連続したA–Z列ではなく十分に混ぜた開始アルファベットを使ってください。暗号化は OAHQHCNYNXTSZJRRHJBYHQKSOUJY を返し、同じ開始ディスクでの復号はその原文を復元しなければなりません。新しいディスクを作るときの最良の健全性テストは往復確認です。指導では3例を組んでください。教育やパズル用に透明な古典的動的換字が必要なときにこの能力を選び、真の秘匿が必要なら現代の認証付き暗号を使ってください。古典的な展示ペア left HXUCZVAMDSLKPEFJRIGTWOBNYQ と right PTLNBQDEOYSFAVZKGJRIHWXUMC、平文 WELLDONEISBETTERTHANWELLSAID が標準の自己検査です。元の left と right 文字列で暗号化してから復号し、前回実行の最終アルファベットでは復号しないでください。Workerメモリを抑えるため、ペイロードは公開上限の10万文字未満に保ってください。Byrne展示アルファベットでの短い句、公開暗号文の復号、意図的に不正なアルファベットで invalid_input の硬い経路を示す例です。このランディングはChaocipher、Byrne暗号、進化する二ディスクアルファベットのオンライン検索向けであり、AESでもパスワード保管庫でもPlayfairでも単純なシーザーでもありません。invalid_input を返す失敗タスクはプリペイド残高を消費しないため、壊れたアルファベットを試す探索スクリプトのコストを抑えられます。

連携の活用例

教室での古典暗号ラボ

学習者がByrne展示のアルファベットを手で設定し、短い標語を暗号化して、文字列と最終ディスクを決定的なAPI結果と照合します。

歴史的暗号のデモ

博物館やブログが、共有のleft・rightディスクで来場者の文をその場で暗号化し、進化する二アルファベットが固定単表換字とどう違うかを示します。

技術的な質問

復号はどのように同期しますか？

復号は左ディスクで暗号文字を探し、右の同じインデックスの文字を読み、暗号化時と同じleft・rightの置換を適用します。

Chaocipherは無料ですか？

ブラウザツールは無料でローカル実行されます。API呼び出しは成功リクエストごとに $0.002 のKITプリペイド残高を使い、失敗タスクは課金されません。

KITの完全なドキュメントを見る →