J Toolsのセキュリティモデル

J Toolsは、ウォレットを預かることなくトークンの操作を実行します。自分のウォレットからのトランザクションは手元で署名され、プラットフォームがそれを組み立てて送信し、その裏側をサーバー側の保護が支えています。

要点

#要点

ヒント

接続したウォレットの鍵はそのウォレットの中に留まり、手数料の金額をブラウザに任せることはなく、秘密情報はログに残しません。管理画面へのアクセスは第2要素で保護され、監査ログは改ざんがあれば必ずわかるように作られています。

ノンカストディアルな設計

#ノンカストディアルな設計

J Toolsがシードフレーズを求めることはなく、資金を預かることもありません。接続したウォレットを使う場合、署名はすべてウォレットアダプターを通してそのウォレットの中で行われ、ネットワークに送られるのは署名済みのトランザクションだけです。ウォレットの秘密鍵がウォレットの外に出ることはありません。

J Toolsのページ

1J Toolsで操作を設定する

トランザクションがウォレットに届く

自分のウォレット

2ウォレットにトランザクションが表示される

3自分のウォレットで承認して署名する

接続したウォレットの鍵がその外に出ることはありません

外に出るのは署名だけ、鍵は決して出ない

Solana

4署名済みトランザクションがSolanaにブロードキャストされる

一部のツールは、貼り付けた秘密鍵でも署名できます。アダプターで接続しない多数のウォレットをまとめて扱うためで、バンドルトレード、マルチスワップ、マルチ送信、一括回収、中継系のツール、Pump.fun作成＆バンドル購入、手数料受け取り系のツールなどがあります。これらの鍵はブラウザのタブに留まり、署名もタブの中で行われ、当社に送られることはありません。ツールの秘密鍵ソースとして貼り付けた鍵は、15分後に消去されます。こうした鍵は使い捨てのホットウォレットとして扱ってください。当社のサーバーに鍵を渡すツールは保有者ブースターだけです。保有者ブースターは実行ごとに新しいディストリビューターウォレットを作り、保有者ウォレットの鍵はダウンロードするバックアップファイルに保存し、ディストリビューターウォレットの鍵だけを暗号化して送ります。これにより、タブを閉じたあとも当社のワーカーが実行を最後まで進められます。シードフレーズを求めるページがあれば、それは当社ではありません。

改ざんがわかる監査チェーン

#改ざんがわかる監査チェーン

管理者の操作は、追記専用の監査ログに記録されます。各行には直前の行のSHA-256ハッシュであるprev_hashが含まれ、記録が鎖のようにつながっています。1行でも変更や削除をすると、それ以降のハッシュがすべて一致しなくなるので、書き換えがすぐにわかります。ログの記録には、パスワードやセッショントークンを含めません。

RPCのホワイトリストとレート制限

#rpcのホワイトリストとレート制限

ブラウザがSolanaのノードと直接通信することはありません。決まった読み取り用メソッドと、トランザクションの送信およびシミュレーションだけを許可するゲートウェイを経由し、IPごとにリクエスト数を制限しています。RPCのURLと鍵はサーバー側にあるので、ブラウザから漏れるものはありません。レート制限はエンドポイントごとに適用され、クライアントの実際のIPはx-forwarded-forの右端の値から読み取るので、偽のヘッダーで制限をすり抜けることはできません。

手数料の不正防止

#手数料の不正防止

ツールがプラットフォーム手数料を請求するとき、コミッションのために記録する金額は、当社の手数料設定か、オンチェーンで実際にプラットフォームのウォレットに届いたSOLから取得します。ブラウザが送ってきた数字は使いません。クライアントから渡された手数料を信頼する経路はありません。何かを確定する前に、ツールの手数料カードで内訳（合計、プラットフォーム手数料、推定ネットワーク手数料）をすべて確認できます。参考になる金額は、アプリ内の手数料の内訳か手数料一覧で確認してください。

注意

手数料について。 どの操作にも2つの費用がかかります。バリデーターに支払うSolanaのネットワーク手数料と、J Toolsのプラットフォーム手数料です。プラットフォーム手数料は確定する前に必ずアプリに表示され、署名するまで何も請求されません。手数料は変わることがあるため、以前に見た数字ではなくアプリ内の内訳を確認してください。

厳重に保護された管理者アクセス

#厳重に保護された管理者アクセス

管理画面に入るにはパスワードとTOTPコードが必要で、サーバー側で強制しています。ログインの流れは、外部に何の手がかりも与えないように作られています。

第2要素 パスワードの保存 情報を漏らさない セッション

TOTPは必須です。コードはサーバー側で検証され、失敗が続くと、一定の待機時間が過ぎるまでサインインがロックされます。ロックの理由がクライアントに返されることはありません。

管理者のパスワードは一方向のハッシュとしてのみ保存され、環境変数で設定します。管理画面にもAPIにもパスワードのリセット画面はなく、変更するには環境変数の値を新しくしてデプロイする必要があります。

ログインに失敗したときは、ユーザー名、パスワード、コードのどれが間違っていても同じ一般的なメッセージを返し、存在しないユーザー名の確認にも、実在するユーザー名と同じ時間がかかります。サインインがロックされたときは、試行回数が多すぎたことだけを伝え、どの制限に引っかかったかは伝えません。ログインの試行は、IPとユーザー名の両方でレート制限されます。

セッションはサーバー側のストアに保存され、httpOnly、Secure、SameSite=StrictのCookieとランダムなIDを使います。セッション固定攻撃を防ぐためにログイン時にIDを更新し、操作がない状態が続くとタイムアウトし、管理者ごとに数の上限があります。

すべての場所でOPSECを徹底

#すべての場所でopsecを徹底

運用上のセキュリティ（OPSEC）は、すべてのエンドポイントとページに共通する決まりです。秘密情報、秘密鍵、完全なトークンはログに残しません。クライアントへのエラーレスポンスには短いメッセージと、多くの場合はコードが含まれますが、スタックトレース、内部のパス、データベースの詳細は含みません。全体の情報はサーバーのログにだけ残ります。自動で作成されたブログ記事は、管理者が公開するまで下書きのままなので、人が承認しないまま読者に届くものはありません。