ForHosting KIT · 開発者向けツール

RFC 1751 S/KEY語エンコーダ

64ビットのキーEB33 F77E E73D 4053は、TIDE ITCH SLOW REIN RULE MOTになります。16進数より読み上げや手書きの写しが楽な6つの短い英単語で、パリティによって打ち間違えた単語も見つかります。ブラウザで無料で使えます。

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

無料で実行 API仕様を見る

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

計算例

入力した場合

テキスト: EB33 F77E E73D 4053
計算モード: Encode

結果

結果: TIDE ITCH SLOW REIN RULE MOT
Hex: EB33F77EE73D4053
単語: TIDE ITCH SLOW REIN RULE MOT
鍵のバイト数: 8

RFC 1751は、バイナリ暗号鍵を短い英単語列へ変換する固定規約を定め、64ビットおよび128ビットの素材を16進の疲労なく読み・記憶・入力できるようにします。同じ辞書が古典的なS/KEYワンタイムパスワードを支えます。各8バイトブロックは1〜4文字の2048語リストから6語となり、転写ミスを検出するためにパリティ用の2ビットが確保されます。本機能は16進キーをその単語形へ符号化し、単語を大文字の16進へ復号し、6語グループごとにパリティビットを検証します。

RFC 1751が64ビットを6個の英単語に詰める仕組み

RFC 1751辞書は1〜4文字の英単語をちょうど2048語含み、各語が11ビットを指します。6語は66ビットを供給します。鍵素材64ビットにパリティ2ビットを加えたものです。

符号化は鍵の各8バイト半分をビット列として走査し、64データビット上の連続する2ビット切片を加算してパリティニブルを作り、下位2ビットのパリティを付けたうえで、66ビット結果を6個の11ビット索引に分割します。それらの索引は固定リストから大文字の単語を選び、空白でつなぎます。

純粋な64ビット鍵はちょうど6語になり、128ビット鍵は独立した2半分で12語になります。復号は写像を逆にします。各語は辞書に存在しなければならず、6語で9バイトのビット詰めを再構築し、先頭8バイトが候補の鍵半分となり、格納された2ビットパリティを新しいパリティ和と比較します。

不一致は誤入力やビット反転を意味し、静かに誤った鍵を返すのではなく、明確なパリティ失敗メッセージで拒否します。辞書は実装間で変わりません。この安定性のおかげで、S/KEY OTP、SNMP時代の鍵印字、現代の復旧ツールがいずれもRFC 1751を名乗るときに相互運用できます。

本ページが実装するのはこの古典的語彙のみです。BIP-39ニーモニックでもEFFダイスウェアでも任意のパスフレーズ生成でもなく、検索意図はパリティ付きの人が読める鍵符号化に固定されます。

入力契約、モード、エラー動作

mode を省略すると既定は encode です。encode モードは text を16進キーとして扱います。任意の 0x 接頭辞、空白、コロン、ハイフンは除去され、清浄後の桁数は64ビット鍵なら16、128ビット鍵なら32でなければならず、それ以外の長さは直ちに失敗します。

decode モードは text を空白区切りの英単語として扱い、大文字化し、数字1をL、0をO、5をSに写す歴史的なS/Key置換を適用し、6の正の倍数の語数を要求します。検証失敗はプリペイド残高を消費しません。

古典的なフィクスチャには EB33 F77E E73D 4053 を TIDE ITCH SLOW REIN RULE MOT へ符号化すること、および RFC の12語フレーズを32桁の16進へ復号することが含まれます。

S/KEY風の単語鍵が今も役立つ場面

64ビット素材をいまも印刷・口述する運用者にとって、16桁の16進より6個の短い語の方が、特に電話や無線でははるかに扱いやすいです。すでにRFC 1751フレーズを出すS/KEYおよびOTPシステムには、隣の鍵を受け入れて誤った主体を認証するのではなく、パリティ失敗を拒否する厳格な復号器が必要です。

セキュリティ研修ラボは、1語の誤りがパリティビットを反転させて復号を中止する様子を示し、転写衛生を教えます。インシデント対応メモは、16進エディタのない対応者が後から鍵を再入力できるよう、オフライン復旧素材を人が読める語群として保存することがあります。

RFC 1751やS/KEY語で順位を狙う文書著者は、辞書・パリティ規則・鍵長が異なるため、汎用Base32やBIP-39ページではなくライブツール付きの専用ランディングを求めます。検証失敗は残高を消費しません。

活用例

S/KEY OTPフレーズの入力

6語のS/KEYワンタイムパスワードフレーズを、ログイン素材を受け入れる前にパリティ検証付きで基礎の64ビット値へ復号します。

人が読める鍵の印字

64ビットまたは128ビットの16進キーを、口頭伝達・紙バックアップ・無線向けランブック用に6語または12語の英単語へ符号化します。

よくある質問

16進キーをRFC 1751の語へ変換するには？

mode に encode（または mode 省略）を送り、text に64ビットなら16桁、128ビットなら32桁の16進を設定します。空白とコロンは無視されます。result には辞書の大文字語が6語または12語入ります。

英単語を16進へ戻すには？

mode に decode を送り、text に空白区切りのRFC 1751語を6語または12語設定します。

パリティ検査が失敗するとどうなりますか？

パリティ不一致は少なくとも1語の誤入力または破損を意味し、機能が推測鍵を返すことはありません。

BIP-39ニーモニックと同じですか？

いいえ。 RFC 1751は別の2048語リストを使い、64ビット半分を2ビットパリティ付きで詰め、HDウォレットのシード句ではなくS/KEY風の鍵を対象とします。

どの形式のキーを貼り付けられますか？

64ビットのキーなら16桁、128ビットなら32桁の16進数を貼り付けます。空白、コロン、ハイフン、先頭の0xは無視されるので、EB33 F77E E73D 4053もそのまま使えます。128ビットのキーは12語になります。

開発者向け — APIアクセス

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

エンドポイント

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

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

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

curl -X POST https://api.kit.forhosting.com/enc/rfc1751 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"EB33 F77E E73D 4053"}'

const res = await fetch("https://api.kit.forhosting.com/enc/rfc1751", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "EB33 F77E E73D 4053"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/enc/rfc1751",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "EB33 F77E E73D 4053"
},
)
task_id = res.json()["task_id"]

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

body := bytes.NewBufferString(`{"text":"EB33 F77E E73D 4053"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/rfc1751", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "text": "EB33 F77E E73D 4053"
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.rfc1751",
  "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`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

無効な語、語数の誤り、不正な16進長、パリティ失敗は鍵を捏造せず invalid_input を返します。無料のブラウザ経路とAPIは同一の純イソモルフィックモジュールを共有するため、授業デモ・復旧スクリプト・本番ワーカーは常に同じ辞書と同じビット詰めに一致します。

入力契約、モード、エラー動作

必須の文字列フィールド text と、任意の mode（encode または decode）を含む JSON 本体を POST してください。成功ペイロードには常に mode、元の text、主結果 result（符号化時は語、復号時は大文字16進）、エコーの hex と words、key_bytes、key_bits、word_count、standard ラベル RFC 1751、変換完了時の parity_ok true が含まれます。text 欠落、非文字列オブジェクト、未対応の mode、奇数の16進長、非16進文字、未知の辞書語、4文字超の不正トークン、6の倍数でない語数、失敗したパリティ検査はすべて、問題を名指しする英語メッセージ付きの invalid_input になります。成功した API 呼び出しは公開ベース価格 $0.002 を1件あたりに用います。

S/KEY風の単語鍵が今も役立つ場面

実装は純粋なparseティアAのため、成功呼び出しは毎回公開ベース価格 $0.002 で、モデルトークンも外向きネットワークもありません。文書化された鍵サイズにリクエストを保ち、テストで大文字16進と語列を固定すれば、フル暗号キットを自前で立てなくても、復旧フロー・OTPツール・エッジワーカー向けに再現可能な変換が得られます。

連携の活用例

多言語ゴールデンフィクスチャ

RFC 1751参照実装と一致する符号化・復号ベクタを生成し、多言語CIが一つの正解を共有できるようにします。

技術的な質問

RFC 1751語コンバータの料金は？

ブラウザツールは無料です。APIリクエストは成功1回あたり $0.002 のKITプリペイド残高を使い、無効入力は課金されません。

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

RFC 1751 S/KEY語エンコーダ

無料で実行

計算例

RFC 1751が64ビットを6個の英単語に詰める仕組み

入力契約、モード、エラー動作

S/KEY風の単語鍵が今も役立つ場面

活用例

S/KEY OTPフレーズの入力

人が読める鍵の印字

よくある質問

関連ツール

開発者向け — APIアクセス

エンドポイント

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

リクエスト例

レスポンス例

料金

エラー

技術的な注記

入力契約、モード、エラー動作

S/KEY風の単語鍵が今も役立つ場面

連携の活用例

多言語ゴールデンフィクスチャ

技術的な質問

ありがとう