要約:AESは本当に暗号化しますが、Base64は再エンコードするだけで、シーザー暗号とROT13は学習用の暗号で、実質的な安全性はありません。どれがどれかを知っておけば、単にエンコードされただけのテキストを"暗号化された"と呼んだり、表計算ソフトで数秒で解けるような暗号を信用したりせずに済みます。このガイドはBase64 Encoder、AI Hidden Characters、Character Counter、Text Differenceと組み合わせて使ってください。
これら4つのツールはよく"テキスト暗号化"としてひとくくりにされますが、実際に何かを保護するのは1つだけです。CharCountのText Encryptionは本当の機密性のためにAES-GCMを使い、加えて利用者が求めるエンコード用途や娯楽用途のために、Base64、シーザー暗号、ROT13も提供しています。これらを混同すると実害があります。Base64でエンコードしたAPIキーを公開リポジトリにプッシュしても保護にはならず、単に一目では読みにくくなるだけです。
背景:NIST FIPS 197がAES規格を定義し、Web Crypto APIがブラウザ内でそれを実行し、RFC 4648がBase64を定義し、OWASPの暗号化ストレージガイドが"暗号化された"の本来の意味を説明しています。

AES:本当に暗号化するもの
AES(Advanced Encryption Standard)は対称ブロック暗号です。同じ鍵でテキストをロック・アンロックし、128ビットのブロック単位で処理し、鍵長は128、192、256ビットのいずれかです。2001年にNISTが公開コンテストの末に選定し(基盤アルゴリズムはRijndaelと呼ばれます)、今日ではHTTPS、ディスク暗号化、パスワードマネージャーの背後にあるデフォルトの暗号です。
CharCountのText Encryptionは認証付きモードであるAES-GCMを使用します。テキストを隠すだけでなく、暗号文が改ざんされたかどうかも検出します。正しい鍵がなければ、出力はランダムなバイト列と区別がつきません — 256ビット鍵に対して、人の一生の間に実行可能な近道も頻度分析も総当たり攻撃も存在しません。
Base64:暗号化ではなくエンコード
Base64は任意のバイト列を64文字のアルファベット(A–Z、a–z、0–9、+、/、パディングに=)に変換し、メールやJSONなどバイナリデータがテキスト用に設計されたシステムを壊れずに通過できるようにします。誰でも鍵なしで完全に元に戻せます — デコードは単なる対応表であり、秘密ではありません。
間違いはこれを"暗号化"と呼ぶことです。Base64文字列は暗号化されているように見えますが、どのブラウザのコンソールでもatob()で即座にデコードできます。Base64はCSSに画像を埋め込んだり、URLでバイナリデータを渡したり、特殊文字を壊すシステムを通じて安全にテキストを運ぶために使ってください — 開発者ツールを開く人から何かを隠すためには決して使わないでください。
シーザー暗号とROT13:学ぶための暗号であり、信頼するためのものではない
シーザー暗号はアルファベット内で各文字を一定量シフトします — スエトニウスによれば、歴史的にユリウス・カエサルに帰される版はシフト量3を使っていました。可能なシフトは25通りしかないため、手作業で数分以内に解けるか、文字頻度分析で即座に解読されます。
ROT13はシフト量が13に固定されたシーザー暗号です — 26文字アルファベットのちょうど半分で、これにより自己反転性を持ちます。ROT13を2回適用すると元のテキストに戻ります。この性質のおかげでUsenetや古い掲示板で、本当に読みたい人からではなく、何気なく読む人からネタバレやオチを隠すために人気がありました。どちらの暗号も、あなたが本当に大切にしたいものを守るために使うべきではありません。
正しいものを選ぶ
- パスワード、下書き、個人的なメモを守る → AES(Text Encryption、AES-GCMモード)。
- テキストのみのシステム(URL、JSON、CSS)にバイナリデータを埋め込む → Base64。
- ネタバレを隠す、または換字式暗号を教える → シーザーまたはROT13、機密性のないものに限る。
- 迷ったら?好奇心のある読者にコンテンツが知られると困るなら、AESが必要です — 他の2つではありません。
よくある間違いを避けるワークフロー
テキストをText Encryptionに貼り付け、個人的なものにはAES-GCMを選び、鍵は暗号文とは別に保管してください — AESは鍵なしでは復元できないよう設計されています。Base64については、どこかに送る前に必ずデコード結果を確認してください。これは機械に読ませるためのものであり、内容を隠すためのものではないからです。
検索や公開の品質のため、テキストのクリーンアップが隠された内容や誤解を招く内容と重なる場合はBase64 EncoderやAI Hidden Charactersも確認し、復号やデコードの結果が期待通りであることをText Differenceで確認してください。