JVNDB-2026-012246

PinchtabのPinchTabにおける複数の脆弱性

PinchTabは、AIエージェントがChromeブラウザを直接制御できるスタンドアロンのHTTPサーバーです。PinchTabのv0.7.7からv0.8.4には、認証可能なエンドポイントに対するリクエスト制限保護が不完全であった問題が含まれていました。v0.7.7からv0.8.3の間には、internal/handlers/middleware.goに完全に実装されたRateLimitMiddlewareが存在しましたが、本番のHTTPハンドラーチェーンに組み込まれていなかったため、リクエストは意図されたIPごとのスロットル制御の対象になっていませんでした。同じv0.8.4未満の範囲では、元の制限器がクライアントをX-Forwarded-Forヘッダーでキー化していたため、もしミドルウェアが有効であった場合、クライアント側でヘッダースプーフィングが可能でした。v0.8.4では、これらの2つの問題に対応し、制限器を本番のハンドラーチェーンに組み込み、キーを直接のピアIPに切り替えましたが、/healthと/metricsはレート制限の対象外とされ、/healthはトークンが設定されている場合に認証可能なエンドポイントのままにしていました。この問題は、攻撃者がAPIにアクセス可能で、特に弱い人間が選んだトークンを使用している場合に、防御の多層性を弱体化させます。ただし、これ自体は直接的な認証バイパスやトークン漏洩の問題ではありません。PinchTabはデフォルトでローカルファーストとして文書化されており、推奨されるセットアップでは127.0.0.1と生成されたランダムトークンを使用します。PinchTabのデフォルトの展開モデルは、ユーザーとそのエージェント間のローカルファーストでユーザー制御の環境であり、より広い公開は運用者の意図的な選択です。これにより、バグの本質的な基本特性は変わらないものの、デフォルト構成における実際のリスクを低減させます。この問題はv0.8.5で完全に解決され、本番のハンドラーチェーンでRateLimitMiddlewareを適用し、転送ヘッダーを信用せず直接のピアIPからクライアントアドレスを取得し、/healthおよび/metricsの除外を削除して認証可能なエンドポイントもスロットル制御の対象としました。

Pinchtab

• PinchTab 0.7.7 以上 0.8.5 未満

本脆弱性の影響を受ける製品の詳細については、ベンダ情報および参考情報をご確認ください。

当該ソフトウェアが扱う情報の一部が外部に漏れる可能性があります。
また、当該ソフトウェアが扱う情報の一部が書き換えられる可能性があります。
さらに、当該ソフトウェアは停止しません。
そして、この脆弱性を悪用した攻撃の影響は、他のソフトウェアには及びません。

正式な対策が公開されています。ベンダ情報を参照して適切な対策を実施してください。

GitHub

• GitHub : Rate Limiting Middleware Defined but Never Applied Allows Unbounded Brute-Force of API Token  Advisory  pinchtab/pinchtab  GitHub

1. スプーフィングによる認証回避(CWE-290) [その他]
2. 制限またはスロットリング無しのリソースの割り当て(CWE-770) [その他]

1. CVE-2026-33621

1. National Vulnerability Database (NVD) : CVE-2026-33621
2. 関連文書 : Release v0.8.4  pinchtab/pinchtab  GitHub
3. 関連文書 : fix: dashboard security hardening (#363)  pinchtab/pinchtab@c619c43  GitHub

• [2026年04月24日]
    掲載