Cookie の使用について.本サイトでは、基本機能の提供に必要な必須 Cookie を使用しています。さらに、同意いただいた場合に限り、アクセス解析 Cookie を利用して利用状況を把握し、サービス改善に役立てます。詳しくは .
このツールは使いやすかったですか?
フィードバックは改善に役立ちます
使用BlowFish对称算法在线加密或解密数据,确保隐私安全。支持UTF-8、Base64、Hex等多种编码格式。
内容を入力し、暗号化/復号ボタンをクリックしてください
概要
解決できる課題、処理の仕組み、データの範囲を確認できます。
このページではテキストをBlowfishで暗号化し、Base64またはHexの暗号文を得られます。暗号文を復号すると、復号結果はテキスト、Base64、Hexで確認できます。Blowfishは暗号化と復号に同じ鍵を使う共通鍵ブロック暗号です。既存システムのデータ形式との照合、手元の非機密テスト値を使った学習に向いています。
復号結果を一致させるには、鍵の内容だけでなく、鍵の表記形式、選択した鍵長、暗号モード、パディング、必要なIV、暗号文の形式も元の処理と合わせます。Base64とHexはバイト列を文字で表すための符号化であり、暗号化でも認証でもありません。表示形式を変えても暗号文の保護強度は上がりません。
Blowfishのブロック長は64ビット(8バイト)です。設計者の解説と暗号仕様資料はこのブロック長を示し、設計者は新たな用途での採用に注意を促しています。64ビットブロック暗号には同一鍵で大量のデータを扱う際の衝突リスクも研究されています。参考資料:Blowfish設計者によるアルゴリズム解説、RFC 2451、Sweet32研究。
| 設定・結果 | 確認すること |
|---|---|
| 鍵長 | 128、192、256、448ビットから選択します。初期値は256ビットです。鍵欄はテキスト、Hex、Base64で入力でき、選択した形式で解釈した後の鍵バイト数が設定値に合う必要があります。 |
| モード | ECB、CBC、CFB、OFBを選べます。元データと同じモードを選びます。ECB以外ではIVが必要です。 |
| パディング | PKCS7、Zero Padding、No Padding、ISO 10126、ANSI X.923から選択します。暗号化側と復号側で一致させてください。 |
| IV | HexまたはBase64で指定します。Blowfishのブロック長に対応するIVは8バイトです。自動生成時のIVは別に表示され、暗号文には含まれません。 |
| 結果 | 暗号文はBase64とHex、復号時はテキスト・Base64・Hexで確認します。バイト結果と、UTF-8として読めるテキストは別々に判断します。 |
使い方
手順に沿って操作し、例を使って入力と結果を確認します。
鍵のバイト列と表記形式、鍵長、モード、パディング、IV、暗号文のBase64/Hex形式を確認します。「Blowfishを使用」だけでは復号条件として足りません。
暗号化を選び、機密ではないテスト文字列を入力します。必要なら入力形式をテキスト、Hex、Base64から選び、鍵と各設定を合わせて実行します。CBC・CFB・OFBで自動IVを使った場合は、表示されたIVを記録します。
Base64またはHexの出力に加えて、鍵長・鍵形式・モード・パディング・IVを記録します。IVは暗号文に自動連結されないため、暗号文だけを保存すると同じ条件での復号に必要な情報が欠けることがあります。
復号へ切り替え、入力をBase64またはHexに指定して暗号文を貼り付けます。鍵とその他の条件を保ち、テキストだけでなくHexまたはBase64の結果も照合します。別のプログラムとの比較では、文字列ではなく復元したバイト列も確認してください。
同じ非機密の短い入力と鍵を保ち、モードやパディングを一項目ずつ切り替えると、条件の違いが結果にどう表れるか比べられます。互換性検証では複数項目を一度に変更すると原因を絞りにくくなります。設定と出力を記録した小さなテストケースを作り、変更後の実装でも同じ結果になるかを確認する方法が実用的です。学習時に得た結果は、本番用途の安全性を評価したことにはなりません。
活用例
仕事や日常の流れの中での活用方法を紹介します。
旧システムの担当者が非機密の入力と既知のパラメーターを使い、暗号文と復号結果を記録します。移行後の処理と同じ鍵・IV・モード・パディングで再現できるか確認する材料になります。
他の実装で復号表示が文字化けする場合、鍵やモードの不一致に加えて、元の文字コードやBase64/Hexの取り違えを調べます。テキスト欄だけで結論を出さず、Hexなどのバイト表現を比較します。
テスト用データを使い、モードやパディングを変えたときの入出力の違いを観察できます。これは仕組みを理解するための実験であり、機密データを守る方法の選定には使えません。
Q&A
よくある疑問や迷いやすい点をまとめて確認できます。
鍵長は見た目の文字数ではなく、選んだ形式から解釈した後のバイト数で確認されます。日本語や絵文字はUTF-8では複数バイトになる場合があります。Hexなら2桁で1バイトを表すため、入力形式と鍵長を合わせてください。
復元されたバイト列をUTF-8の文字列として読めない場合があります。まず暗号文形式、鍵とその形式、モード、パディング、IVを照合し、元データの文字コードも確認してください。読みやすい文字が出たことだけでは正しい復号の証明になりません。
入りません。IVは画面に別表示されるため、暗号文と対応づけて記録し、復号時に同じ値と形式を指定します。RFC 2451でもCBCのIVはブロックと同じ長さとされています。
いいえ。Base64はバイト列を文字列に表す符号化方式です。暗号化方式や鍵の強さを変えず、鍵を知らない相手から内容を隠す機能もありません。
注意
利用範囲、結果の制限、必要な注意点を事前に確認します。
このBlowfish設定は、認証付き暗号として改ざんを検出する仕組みを提供しません。Blowfishは64ビットブロック暗号であり、設計者も新規用途では別方式を検討するよう案内しています。実際のパスワード、秘密鍵、認証トークン、個人情報、顧客データ、本番鍵を入力しないでください。新しいシステムの機密保護に流用せず、現行の安全要件に合う方式と鍵管理を専門家が選定してください。
関連
関連ツール、特集、利用可能なAPIを探せます。