Base64をデコード

いいえ。何も保存されず、ログも残らず、サーバーが目にすることもありません。ネットワークを切断しても動作し続けます。この種のツールでは、これはおまけではありません。オンラインのエンコーダーやデコーダーに貼り付けられるものは、日常的に現役の情報です。セッショントークン、APIキー、Authorizationヘッダー、顧客データ。それをどこかへ送信するページに貼り付けることは、サイトが削除についてどう約束していようと、情報の開示です。

コピーした文字列が壊れる原因はよくある4つで、ここではどれも拒否せずに自動で修正します。メールヘッダー、PEMブロック、MIMEの折り返しによる改行は削除します。不足している=のパディングは追加します。URLセーフの文字セット（+と/の代わりに-と_）は検出して変換します。そしてスペースは両方の解釈を試します。偶然入った空白として、そしてURLによってスペースに変わった+として。後者はBase64がクエリ文字列を通るたびに起こることです。行った修正はそれぞれ結果に表示されるので、元の文字列が実際にどうだったかが分かります。それでも失敗する場合は、コピーの際に本当に文字が失われており、ページがどの文字かを示します。

各部分をデコードすることはできますが、それにはJWTデコードのページのほうが適しています。3つのセクションを分割し、JSONを整形し、タイムスタンプを実際の日時に変換し、トークンが期限切れかどうかも教えてくれます。有効なセッショントークンは、どこであれ汎用のデコーダーに貼り付けないでください。このサイトではどちらのページでも保存されることはありませんが、多くのサイトではそうではありません。

形式が判別され、ダウンロードできるようになります。ファイルの種類は、あなたが指定した情報ではなく、デコードしたバイト自体（PNGのシグネチャ、PDFのヘッダー、ZIPのマーカー）から判別するため、元のファイル名がとうに失われていても、正しい拡張子でダウンロードできます。画像はページ上でプレビューされます。

文字列がURLセーフの文字セット、つまり+と/の代わりに-と_を使うものだったということです。JWT、OAuth、URLで運ばれるものすべてで使われる形式です。2つの文字セットは異なるバイト列にデコードされるため、取り違えるとエラーにならず黙ってデータが壊れます。そのため、決め打ちせずに検出して表示しています。

デコードそのものは安全です。何も実行されず、何も保存されません。ただし、出てきたものには注意してください。Base64は、悪意のあるスクリプトや実行ファイルをメールフィルターから隠すためによく使われる方法です。心当たりのない送り主からデコードしたファイルは、心当たりのない添付ファイルとまったく同じように扱ってください。

固定のサイズ上限ではなく、使用可能なメモリ次第です。長い文字列でも問題なくデコードできます。