エンコードツール

エンコードはこのサイトで最も地味なカテゴリーであり、悪いツールが最も大きな被害を出すカテゴリーでもあります。急いでデコードされる文字列は、圧倒的に秘密です。失敗したリクエストから取り出したベアラートークン、Kubernetesのシークレット、Basic認証のヘッダー、署名付きクッキー、サポートチケットに貼られたセッション識別子。どれも、貼り付けた瞬間に有効な認証情報です。

ほとんどのオンラインデコーダーは、その文字列をサーバーへ送ります。善意のものですらアクセスログに書き込みます。アクセスログはまさに、サードパーティの集約サービスへ送られ90日間保持される類のファイルです。ツールは2秒であなたの問題を解決し、静かにはるかに大きな問題を作り出したのです。

ブラウザ内で行えば、それらは完全になくなります。信頼すべきリクエストが存在しないからです。そもそもリクエストがないのです。デコーダーは、すでに開いているページ内のJavaScriptであり、この段落を読むのと同じ時間でNetworkパネルで確認できます。

デコーダーが正しく扱うべきもう1つの点は、Base64が自身の中身を記述していないことです。Base64はバイトからテキストへの写像であり、その下にあるバイトはUTF-8かもしれないし、PNGかもしれないし、gzipストリームかもしれないし、protobufメッセージかもしれない。常に結果を文字列として表示するデコーダーは、かなりの割合であなたに嘘をついています。そこでこれらのツールはまずバイトとしてデコードし、選択させます。テキストとして表示するか、実際のバイナリをダウンロードして、それを理解するソフトウェアで開くか。

アルファベットも重要です。標準Base64とURLセーフBase64は2文字が異なり、パディングの有無も違います。ここを間違えることが、デコード失敗の単独最大の理由です。あなたに解読を強いる代わりに、このデコーダーは両方を受け付け、欠けたパディングも許容し、検出した方式を教えてくれます。

エンコードは行き先ではなく、中間の一手順であることが多いものです。デコード結果がJSONなら（トークンや設定の塊では、たいていそうですが）、そのままJSONフォーマッターへ運んで読みやすくするか、解析できないならJSONバリデーターへ。変換ではなく識別子が必要な場合は、UUIDジェネレーターが隣にあります。