ForHosting KIT · 開発者向けツール

bcrypt Base64エンコーダー

「Hello, world!」はbcrypt Base64でQETqZE6qGFbtakviGOになります。ピリオドとスラッシュで始まるOpenBSDの字母で「=」を付けず、bcryptハッシュのソルトやダイジェスト部分と同じ形です。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
テキスト
Hello, world!
計算モード
Encode
結果
結果
QETqZE6qGFbtakviGO
アルファベット
bcrypt
文字セット
./A-Za-z0-9
パディング
none

本機能はその変換に特化します。

bcrypt Base64アルファベットでテキストを符号化する

エンジンは文字列をUnicodeテキストとして解釈し、UTF-8バイトへ直列化し、古典的Base64と同じく6ビット群に詰め、各群をOpenBSD順(ピリオド・スラッシュ・A–Z・a–z・0–9)へ写像します。バイト長が3の倍数でない場合、最終群は2文字または3文字で出力され、等号パディングはありません。

これはbcryptのソルトおよびダイジェスト断片と同じ形式です。空文字列は有効で、0バイトの空結果に符号化されます。多言語テキスト、絵文字、句読点もフルUTF-8経路のため往復でき、Latin-1の近道ではありません。

/A-Za-z0-9、padding=none、符号化前のUTF-8長の bytes、result の文字数の length が含まれ、テストでサイズを検証できます。アルゴリズムはネットワーク・乱数ソルト・壁時計を使わない純粋な算術のため、同一入力は常に同一出力になります。

RFC 4648ではなくbcryptアルファベットに一致する、貼り付け安全な表現が必要なときにこの経路を使ってください。

bcrypt Base64が役立つ場面

教室デモ、サポート手順、単発変換には、OpenSSLや言語ランタイムを入れずにブラウザ上の無料bcrypt Base64ツールを使ってください。別の流れでは、パスワードハッシュ形式に触れるリリース前に、文書サンプルが記載どおりの平文に復号できるかを検証します。

アルファベット差を並べて示すときは標準Base64ツールと組み合わせつつ、検索意図が一つになるようランディングは分けてください。ソース文は他のKIT parse項目と同じ保持規則に従い、アルゴリズムはアイソレート間で完全に決定的なため結果を継続的インテグレーションのフィクスチャに固定できます。

テキストをbcrypt Base64として符号化するには?

result にはパディングなしの ./A–Za–z0–9 アルファベットによる bcrypt Base64 が入ります。

bcrypt Base64をテキストへ復号するには?

mode を decode にし、text に bcrypt Base64 文字列を入れてください。

標準Base64と同じですか?

いいえ。 bcryptは ./ で始まる別の64文字順を使い、+/や=パディングは使いません。標準Base64文字列は復号時に拒否されます。

bcryptパスワードハッシュを計算しますか?

いいえ。 ハッシュ文字列内で使われるbcrypt Base64アルファベットによるデータ変換のみです。

デコードで文字列が拒否されるのはなぜですか?

主な理由は3つです。標準Base64の+のようにbcryptの字母にない文字がある場合、4文字の組で1文字だけ余る長さの場合、最後の組の使われないビットがゼロでない場合です。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/enc/base64-bcrypt

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/enc/base64-bcrypt \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, world!"}'
{
  "text": "Hello, world!"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base64_bcrypt",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

bcryptのパスワードハッシュは、JSONチュートリアルで見かける日常的なBase64アルファベットを使いません。OpenBSD cryptとcrypt_blowfishは、6ビット群を、ピリオドとスラッシュから始まり、続いてA–Z、a–z、数字となる64文字の集合へ写像し、パディング用の等号を決して付けません。このアルファベットの並べ替えだけで、標準のBase64デコーダーはソルトやダイジェスト断片をゴミとして拒否し、標準エンコーダーは実際のbcryptフィールドと一致しない文字列を生成します。プレーンなUTF-8テキストを貼り付けてbcrypt Base64へ符号化するか、bcryptアルファベットの文字列を貼り付けて読めるテキストへ復号し、アルファベット・長さ・UTF-8ペイロードが誤っていれば明確な無効入力エラーを返します。無料のブラウザツールはハッシュ構造の確認や相互運用のデバッグ向けに端末上だけで動作し、プリペイドAPIは同じ決定的な契約を成功1件あたり$0.002で提供し、アルファベット変換だけのために暗号ライブラリを引き込むことなく、スクリプト・SDK・パイプライン向けの安定した符号化/復号ステップを実現します。

bcrypt Base64アルファベットでテキストを符号化する

必須の文字列フィールド text にbcryptアルファベットで表現したい平文メッセージを入れたJSON本体を送り、mode は既定の encode のままにするか、明示的に encode を指定してください。古いフォーム名からクライアントを生成する場合、同一フィールドに input・value・s・data の任意エイリアスも受け付けます。応答には常に、bcrypt Base64文字列の result、mode=encode、alphabet=bcrypt、charset=.

bcrypt Base64を復号し無効入力を扱う

mode を decode にし、text にbcrypt Base64文字列を置いてください。エンジンは標準のプラス/スラッシュや等号パディングを黙って再写像しません。長さを4で割った余りが1の場合は不正として拒否され、末尾の不完全群に非ゼロの余剰ビットがある場合も拒否され、クライアントが未使用の下位ビットに余分な情報を隠せません。/A-Za-z0-9、padding=none、復号UTF-8長の bytes、平文の文字数 length を返します。相互運用や学習で「bcrypt Base64の符号化/復号」そのものを探す場合に本機能を選び、標準パディングやURL安全なクッキーは別ランディングに任せてください。先頭・末尾の空白・タブ・改行は除去されるため複数行の貼り付けも機能しますが、bcryptアルファベット外の文字は即座に invalid_input になります。OpenBSDアルファベットの約束をぼかし、実際のbcryptフィールドに現れない文字列を作り出してしまうからです。アルファベット検証の後、復元バイトは致命的デコーダーでUTF-8として解釈され、有効なUnicodeテキストでなければ置換文字ではなく invalid_input となり、下流表示の破壊を防ぎます。成功時は result に復元文字列、mode=decode、alphabet=bcrypt、charset=.検証失敗はプリペイドAPIでは課金されないため、疑わしい断片の検査は運用者にとって安価で、エンドユーザーにも安全です。

APIの使い方、料金、ワークフロー、実用上の制限

バックエンド、サーバーレス関数、SDKが同じ符号化/復号ステップを残高管理下で必要とする場合は、成功1件あたり$0.002のKITプリペイドAPIを使い、エンジンが拒否した検証失敗は残高を消費しません。典型的な流れでは、ライブラリ固有アルファベットがRFC 4648とどう異なるかを示す短いテストベクトルを符号化し、チケット経由で渡し、受信側で mode=decode して bytes が元の長さと一致することを確認します。SDK作者は result をコピーボタンへ直結でき、alphabet と padding のラベルにより、等号付き古典アルファベットしか知らない読者にもスクリーンショットとOpenAPI例が自己説明的になります。

ハッシュ構造のデバッグと相互運用

OpenBSD bcryptアルファベットでソルトやダイジェスト断片を符号化・復号し、ライブラリ出力が $2a$ および $2b$ フィールドの文字列と一致するようにします。

ドキュメントとCIゴールデン検査

符号化・復号のフィクスチャを固定し、bcryptアルファベットの対応がずれたら文書サンプルと継続的インテグレーション試験がすぐに失敗するようにします。

サポートと学習

担当者と学習者は無料ブラウザウィジェットでテキストを変換し、誤って標準の+/や等号パディングを貼った場合に明確な invalid_input エラーを受け取ります。

bcrypt Base64エンコーダーは無料ですか?

ブラウザツールは端末上で無料です。API呼び出しは成功1件あたり$0.002のKITプリペイド残高を使い、検証失敗は課金されません。

KITの完全なドキュメントを見る →