HTTP Basic 認証エンコーダ / デコーダ
RFC 7617 Basic 認証は単に `base64(username:password)` を `Authorization: Basic` ヘッダーに貼り付けたもの。このツールはブラウザでエンコードとデコードのラウンドトリップを行う — ネットワーク呼び出しなし — 貼り付け可能な curl スニペットを発する。警告はよくある落とし穴をキャッチする：ユーザー名のコロン（Basic は最初の `:` を区切り文字として使うため、資格情報が間違ってパースされる）、非 ASCII 文字（RFC 7617 は charset を選ばせるが、ほとんどのサーバーは UTF-8 を期待する）、空の資格情報。
YWxpY2U6d29uZGVybGFuZA==
Authorization: Basic YWxpY2U6d29uZGVybGFuZA==curl -H "Authorization: Basic YWxpY2U6d29uZGVybGFuZA==" https://api.example.com
Basic 認証は base64(`user:pass`)。可逆 — HTTPS でのみ安全、可能であれば別のメカニズム（Bearer、mTLS）を使う。
使い方
- エンコードモード：ユーザー名とパスワードを入力 — Base64 トークン、完全な `Authorization` ヘッダー、curl コマンドが下に表示される。
- デコードモード：任意の `Authorization: Basic …` 行（または Base64 部分のみ）を貼り付けて、中にあるユーザー名とパスワードを見る。
- 必要な出力をコピーする — Basic 認証情報は HTTPS でのみ。
よくある質問
- Basic 認証は安全？
- 接続が HTTPS の場合のみ。Base64 は可逆 — ヘッダーをキャプチャした人は誰でもデコードできる。トークンをプレーンテキストパスワードのように扱う。
- なぜコロンでユーザー名警告が発火する？
- Basic 認証文法は最初のコロンで分割する。ユーザー名に `:` が含まれている場合、サーバーは最初の `:` 以降のすべてをパスワードとして読み、あなたの実際のパスワードがワイヤー上でユーザー名に追加される。
関連ツール
Cache-Control ヘッダービルダー
ビジュアルチェックリストから HTTP Cache-Control ヘッダーを構築 — 鮮度、再検証、不変性、よく使うプリセット。
OAuth 2.0 PKCE ジェネレーター
OAuth 2.0 PKCE(RFC 7636)用の code_verifier + S256/plain code_challenge を生成。authorization URLとトークン交換用curlも自動作成。
CAA レコードビルダー (DNS 認証局権限制限)
CAA (Certificate Authority Authorization) DNS レコードを生成 — 信頼する CA だけがドメインの TLS 証明書を発行できるよう制限。BIND 形式 + コントロールパネル向け tag/value 分割出力、よく使う CA (Let's Encrypt, DigiCert, Google, Amazon 等) のワンクリック追加付き。
HTTP Cookie パーサー
`Cookie:` リクエストヘッダや `Set-Cookie:` レスポンスヘッダを貼り付けて、各クッキーの名前、値、属性、警告を表示。
HTTP ステータスコード リファレンス
1xx-5xx の全 HTTP ステータスコードを検索 — 概要・RFC・使い時・よくある落とし穴付き。
日付フォーマット変換
ISO・RFC・Unix epoch・ロケールなど任意の日付を入力すると、14 種類以上の標準フォーマットで並列表示。