テキスト暗号化 – オンラインで暗号化・復号
複数の方式でテキストを安全に暗号化・復号します。処理はすべてブラウザ内で行われ、データはサーバーへ送信されません。
テキストをオンラインで暗号化・復号するには、下の入力欄にテキストを貼り付け、アルゴリズム（Base64、ROT13、シーザー暗号、AES-256）を選び、必要に応じて鍵を入力して「暗号化」または「復号」を押します。処理はすべてブラウザ内で完結し、テキストがサーバーに送信されることはありません。
テキスト暗号化とは？
テキスト暗号化とは、不正アクセスを防ぐため、読めるテキストを読めない形式（ciphertext）へ変換する処理です。正しい鍵またはalgorithmを持つ利用者だけが、元の読める形式へ復号できます。
このtoolは、ROT13やCaesar Cipherのような単純なclassical ciphersから、AES-256のようなmilitary-grade encryptionまで複数の方式を提供します。
対応アルゴリズム
- Caesar Cipher：各文字をalphabet上で一定数先の別の文字へ置き換える単純なsubstitution cipherです。
- ROT13：shift 13のCaesar cipherの特殊例です。symmetricなので、2回適用すると元のtextへ戻ります。
- Base64：真の暗号化ではなくencoding schemeです。textを扱うよう設計されたprotocolsでdataを送る際に役立ちます。
- AES-256：256-bit keyを使うAdvanced Encryption Standardです。非常に安全で、sensitive dataに適しています。
プライバシー保証
すべての暗号化と復号は、ブラウザ内で完全にclient-side処理されます。テキスト、鍵、ファイルがserverへ送信されることはなく、データのprivacyとsecurityを守ります。
よくある質問
テキストを復号するには？
テキストをオンラインで復号するには、上のボックスに暗号化されたテキストを貼り付け、暗号化に使われたアルゴリズム——Base64、ROT13、シーザー暗号、またはAES-256——を選択し、そのアルゴリズムが鍵を必要とする場合は、暗号化時に使用した秘密鍵またはパスワードを入力します。「復号」をクリックすると、元のテキストが即座に表示されます。すべての処理はブラウザ内でローカルに行われ、サーバーには何も送信されないため、機密性の高いテキストでも安全に処理できます。どのアルゴリズムが使われたかわからない場合：Base64の出力にはA-Z、a-z、数字、および +、/、= の文字のみが含まれます。ROT13とシーザー暗号は文字がずれた読める形式のテキストを出力します。AES-256はランダムに見える文字列を出力し、正しい鍵がなければ復号に失敗します。結果が文字化けする場合は、再試行する前に鍵とアルゴリズムを確認してください。
テキスト暗号化ツールの使い方
-
テキストを入力または貼り付け
暗号化または復号したいtextをinput areaへ入力・貼り付けます。「ファイルをアップロード」をクリックし、plain .txt fileを直接読み込むこともできます。 -
暗号化または復号モードを選択
読めるtextをciphertextへ変換する場合は暗号化、元へ戻す場合は復号を選びます。modeを切り替えるとoutput panelが自動更新されます。 -
アルゴリズムを選択
Caesar Cipher（classic substitution）、ROT13（symmetric shift-13）、Base64（encoding）、AES-256（military-grade encryption）から選びます。強度と用途はそれぞれ異なります。 -
必要に応じて鍵を設定
AES-256には秘密鍵が必要です。独自のpassphraseを入力するか、「ランダム鍵を生成」をクリックしてcryptographically secureな鍵を作成します。Caesar Cipherでは代わりに1～25の数値shiftを使います。 -
結果をコピーまたはダウンロード
コピーをクリックして暗号化・復号結果をclipboardへコピーするか、ダウンロードして.txtファイルとして保存します。
例：短いメッセージの暗号化
次の短いテキストを入力例にします：
"Meet me at the library at noon."
| Algorithm | Sample Output | Security Level |
|---|---|---|
| ROT13 | Zrrg zr ng gur yvoenel ng abba. | None (educational) |
| Caesar (shift 3) | Phhw ph dw wkh oleudub dw qrrq. | None (educational) |
| Base64 | TWVldCBtZSBhdCB0aGUgbGlicmFyeSBhdCBub29uLg== | None (encoding only) |
| AES-256 | U2FsdGVkX1+... (varies per key) | High (cryptographic) |
同じ入力でもalgorithmごとに大きく異なる形へ変換されます。ROT13とCaesar Cipherは軽量で元へ戻せますが、実質的なsecurityはほとんどありません。Base64は暗号化ではなくencodeで、outputは乱れて見えても簡単にdecodeできます。強力な鍵を使うAES-256だけが、意図的な攻撃者に対して本当のcryptographic protectionを提供します。
主な用途
機密性の高い個人メモを保護
digital journalやnotesを保存するwriters、researchers、studentsは、shared devicesやcloud servicesへ保存する前にsensitive entriesをAES-256で暗号化し、自分以外が読めないようにできます。
安全でない経路で秘密を共有
password、API key、private messageをemail、chat app、shared documentで渡す必要がある場合、AES-256で暗号化し、別の経路で鍵を共有すると有効な保護層を追加できます。
開発・テストのワークフロー
developersはAPIs、JWT headers、HTML data URIsで使うbinary data、authentication tokens、image payloadsをBase64-encodeすることがあります。このtoolならterminalなしですぐ変換できます。
古典暗号の学習
computer scienceやcryptographyを学ぶstudentsは、Caesar CipherとROT13 modesを操作し、modern algorithmsへ進む前にsubstitution ciphers、frequency analysis、encryption keysの概念を理解できます。
レガシーシステムとの互換性
一部の古いsystemsやAPIsではBase64-encoded payloadsやROT13-encoded text fieldsが必要です。codeを書いたりsoftwareをinstallしたりせず、すばやくencode・decodeできます。
各暗号化アルゴリズムの仕組み
4つのalgorithmは、それぞれ異なるmathematical processでtextを変換します。違いを理解すると、状況に合う方式を選べます。
- Caesar Cipher
- 各文字をalphabet上で一定数先の文字へ置き換えます。shift 3なら"A"は"D"、"B"は3文字先の"E"になります。最も単純なsubstitution cipherで、modern standardsでは本当のsecurityはありません。frequency tableがあれば小学生でも解読できますが、cryptography educationの基礎概念です。
- ROT13
- shiftを正確に13とするCaesar Cipherの特殊例です。English alphabetは26文字なので、ROT13を2回適用すると元のtextへ戻り、暗号化と復号は同じ処理になります。online forumsやcommunitiesでspoilersやpuzzle answersを隠すために使われます。
- Base64
- Base64はencoding schemeであり、本当の暗号化ではありません。binary dataまたは任意のtextを64個のASCII characters（A–Z、a–z、0–9、+、/）を使う文字列へ変換します。outputは常にinputより約33%長くなります。誰でもdecodeできるためsecurityはありませんが、text-only protocolsでbinary dataを安全に送れます。 Base64エンコーダー
- AES-256
- 256-bit keyを使うAdvanced Encryption Standardは、NISTが標準化したsymmetric block cipherで、世界中のgovernments、banks、security softwareに利用されています。現在および予見可能なhardwareでbrute forceによりAES-256を破ることは計算上不可能です。このtoolのAES-256実装のsecurityは、鍵を秘密に保つことへ完全に依存します。
Base64をオンラインでデコードする方法
Base64は暗号化ではなくエンコード方式です——鍵がなくても誰でもデコードできます。APIレスポンス、JWTトークン、data URI、メール添付ファイルなどが読める文章ではなく、英数字と +、/、= の文字列を表示している場合、Base64のデコードが必要です。
- 上のテキストボックスにBase64文字列を貼り付けます。
- アルゴリズムとして「Base64」を選択し、鍵の欄は空欄のままにします——Base64は鍵を使用しません。
- 「復号」をクリックすると、元のテキスト、画像、またはバイナリデータが即座に表示されます。
このツールの対象者
テキスト暗号化は、意図しない相手に読まれるべきでない情報を扱うすべての人に役立ちます。
- shared devicesやcloud-connected devicesへ保存する前に、personal notes、diary entries、sensitive messagesを暗号化したいprivacy-consciousな利用者。
- API payloads、JWT tokens、binary stringsをBase64-encodeしたい、またはcodeを書かず暗号化・復号logicをすばやくtestしたいdevelopers。
- classical ciphers、symmetric encryption、cryptographic key managementの基礎を学ぶcomputer science・cybersecurity students。
- sensitive informationを含むsource materials、research notes、draft manuscriptsを保護したいwritersやjournalists。
- end-to-end encryptedではないemailやmessaging appsでcredentials、internal codes、private instructionsを共有するsmall business users。
より強い暗号化のヒント
良い暗号化にはalgorithm以外も重要です。次の習慣も同じくらい大切です。
- 本当に機密性が高い内容にはAES-256を使用 — ROT13、Caesar Cipher、Base64には本当のsecurityがありません。重要なcontentにはAES-256を使ってください。他のmodesはencoding、puzzles、learning向けで、実際の秘密保護には不向きです。
- 自分で決めずランダム鍵を生成 — 人が選ぶpasswordsは短く予測しやすい傾向があります。「ランダム鍵を生成」ボタンは、手入力よりはるかに強力なcryptographically secure keyを作ります。
- 鍵は別の経路で共有 — 暗号化textをemailで送るなら、鍵はphone、SMS、対面など別の方法で渡してください。両方を同じ経路で送ると暗号化の目的が失われます。
- 鍵を安全に保管 — AES-256鍵を失うと暗号化contentへ永久にアクセスできなくなります。recovery mechanismはありません。暗号化textと同じdocumentではなくpassword managerへ保管してください。
- Base64は暗号化ではないことを忘れない — Base64 outputは意味不明に見えますが、誰でも簡単にdecodeできます。sensitive informationを隠すためには使わず、text-based channelsでbinary dataを安全に送る用途だけに使ってください。
テキスト暗号化が重要な理由
多くのdigital communicationは、利用者が考えるほどprivateではありません。emails、chat messages、shared documents、cloud notesはservice providersにアクセスされ、authoritiesのsubpoena対象となり、data breachesで露出する可能性があります。sensitive textを端末から出す前に暗号化すれば、こうした状況でも保護層が残ります。
- data breachesでは毎年数十億件のrecordsが流出します。storage serviceが侵害されても、対応する鍵がなければencrypted textは攻撃者にとって無意味です。client-side encryptionなら、unencrypted versionがserverへ届くことはありません。
- すべてのcommunication channelがend-to-end encryptedとは限りません。standard emailはprotocol levelでplain textとして送信されます。送信前にmessage bodyを暗号化し、別の経路で鍵を共有すれば、有効なprivacy guaranteeを得られます。
- 暗号化の理解は、ますます基本的なliteracy skillになっています。encoding（Base64）、classical ciphers（Caesar、ROT13）、modern symmetric encryption（AES-256）の違いを知ることで、どのtoolをいつ信頼すべきか適切に判断できます。
パフォーマンスとプライバシー
暗号化と復号はすべてブラウザ内だけで実行されます。テキスト、鍵、ファイルがCharCount serversへ送信されることはありません。保存も記録もされず、自分以外はアクセスできません。AES-256では特に重要で、入力した鍵は端末から一切出ません。browser tabを閉じるとinputとoutputの痕跡はすべて消えます。本当に機密性の高いcontentにも安全に使えます。
暗号化の概念
平文
読める暗号化前のinput textです。"Meet me at noon"はplaintextです。plaintextを保護することが暗号化の目的です。
暗号文
encryption algorithmを適用して得られる読めないoutputです。正しい鍵とalgorithmがなければ、ciphertextから元のmessageは分かりません。
暗号鍵
変換を制御するためalgorithmが使うdataです。AES-256では秘密にすべき文字列、Caesar Cipherでは数値のshift valueが鍵です。
共通鍵暗号
symmetric algorithmsは暗号化と復号に同じ鍵を使います。AES-256、ROT13、Caesar Cipherはいずれもsymmetricです。受信者は送信者と同じ鍵で復号します。
エンコードと暗号化の違い
Base64のようなencodingは、公開された既知のschemeでdataを別表現へ変換し、誰でも元へ戻せます。encryptionは秘密鍵を使い、それを持つ人だけが戻せます。混同しないでください。
トラブルシューティング
- AES-256の復号で「復号に失敗しました」と表示されます。
- 鍵またはciphertextが間違っています。大文字・小文字や特殊文字を含め、暗号化時と完全に同じ鍵を使っているか確認してください。1文字違うだけでも結果は完全に異なります。
- 出力が空、または変化しません。
- 正しいmode（暗号化または復号）を選び、input textが空でないか確認してください。Caesar Cipherではshift valueが設定されているか確認します（defaultは3）。
- Base64出力に予期しない文字があります。
- standard Base64 outputには"+"、"/"、"="が含まれます。URL-safe Base64（"+"を"-"、"/"を"_"へ置換）が必要なら、URL-safe mode対応の専用Base64 Encoder/Decoder toolを使用してください。
- ツールが反応しません。
- すべての処理にはJavaScriptが必要です。browser settingsを確認し、このsiteでscript-blocking extensionsを無効にしてpageを再読み込みしてください。
ご存じですか？
Julius Caesarは紀元前58年ごろ、各文字を3 positionsずらすcipherでmilitary commandersと通信していました。その後約2,000年間、このような単純なsubstitution ciphersは最先端のcryptographyと考えられていました。9世紀にArab mathematician Al-Kindiがfrequency analysisを初めて記述してようやく正式に破られました。現在、このtoolが強力な暗号化へ使うAES-256をcurrent computing technologyでbrute-forceするには、observable universeに存在する以上のenergyが必要とされています。
まとめ
Text Encryption toolは1つのbrowser interfaceで4つの方式を提供します。learningやpuzzles向けのclassical ciphersから、本当のsecurity needsに対応するAES-256まで利用できます。すべてclient-sideで動作し、何も保存されず、鍵は端末から出ません。API payloadをencodeするdeveloper、cryptographyを学ぶstudent、sensitive personal notesを守りたい利用者まで幅広く使えます。algorithmと鍵を選び、自信を持って暗号化してください。