脆弱性情報（JVN）検索・一覧

OpenClawの2026年5月4日以前のバージョンには、バンドルされているdevice-pairプラグインに認証回避の脆弱性があります。この脆弱性により、所有者以外の認可されたチャット送信者が適切なスコープ検証を行わずにデバイスペアリングのブートストラップコードを発行できます。チャットコマンドへのアクセス権を持つ攻撃者は、オペレーターやノード機能を持つデバイスを登録するためのセットアップコードを作成でき、手動で削除されるまで永続的な認証情報を取得できます。

Auth Proxy機能でIPv6の許可リストを使用する場合、デフォルトで/32のアドレスマスクが適用されます。マスクを明示的に指定したアドレスには影響がありません。簡単に対策するには、アドレスに望ましいマスク（通常は/128）を追加してください。影響を受けるのはAuth Proxyのみであり、OktaやSAML、LDAPなどは影響を受けません。

編集者は、自分が所有していないダッシュボードを上書きして、その特定のダッシュボードの管理者権限を取得できます。権限昇格を行うには、ユーザーがダッシュボードに対して書き込みアクセス権を持っている必要があります。

ElectronはJavaScript、HTML、CSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8以前のバージョンでは、未公開のcommandLineSwitches webPreferenceにより、レンダラープロセスのコマンドラインに任意のスイッチを追加することが可能でした。信頼できない設定オブジェクトを展開してwebPreferencesを構築するアプリでは、攻撃者がレンダラーのサンドボックス化やウェブセキュリティ制御を無効化するスイッチを注入してしまう可能性があります。外部または信頼できない入力からwebPreferencesを構築し、許可リストがない場合のみ、この問題の対象となります。固定でハードコードされたwebPreferencesオブジェクトを使用するアプリは影響を受けません。この問題はバージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8で修正されています。

バージョン2.1.7のLDAPクライアントの実装において、サーバー証明書が意図されたLDAPホスト名と一致するかどうかの検証が行われていないことが判明しました。基盤となるコードは信頼された認証局に対して証明書チェーンを検証していますが、エンドポイント識別が欠如しているため、全く関係のないホストに発行された有効な証明書が誤って受け入れられる可能性があります。この見落としにより、接続はサーバーのなりすましや完全な接続の侵害に対して非常に脆弱な状態になります。この脆弱性の根本原因は、LDAPクライアント実装内でのTLSサーバーの身元検証が不完全であることにあります。攻撃者はネットワーク上でMITM（中間者攻撃）能力を持っている必要があり、この攻撃者はクライアントの構成された信頼ストアにより信頼される証明書を提示できなければなりません。ホスト名の検証は新しいバージョンのLDAP APIで強制されています。

OpenClawの2026年5月18日以前のバージョンには、QQBotのネイティブ承認ボタンに認可回避の脆弱性があり、設定された承認者の身元を適切に検証しませんでした。承認者でないユーザーが承認ボタンをクリックすると、適切な認可なしに保留中のexecまたはプラグイン承認要求を解決することが可能です。

OpenClawの2026年5月18日以前のバージョンには、Gatewayのchat.sendルートにスコープバイパスの脆弱性が存在し、スコープ付きクライアントが特権コマンドを実行できる可能性があります。operator.writeスコープを持つ攻撃者は、継承された外部ルートを通じてコマンドを送信し、operator.approvalsおよびoperator.adminスコープの要件を回避できます。これにより、不正なプラグインや設定、MCP、許可リスト、ACPを変更できるようになります。

IBM Engineering Lifecycle Management 7.0.3 Interim Fix 001からInterim Fix 021まで、7.1.0 Interim Fix 001からInterim Fix 009まで、および7.2.0および7.2.0 Interim Fix 001は、XMLデータを処理する際にXML外部エンティティ注入（XXE）攻撃に対して脆弱性があります。認証済みの攻撃者は、この脆弱性を悪用して機密情報を暴露したり、メモリリソースを消費させたりする可能性があります。

RSAおよびDSAの公開鍵パーサは、鍵パラメータのサイズ制限を強制していませんでした。非常に大きなモジュラスやDSAパラメータを持つ細工された公開鍵は、署名検証中に数分間CPUを多く消費させる可能性があります。これは、公開鍵認証の際に認証されていないクライアントによって引き起こされる可能性があります。現在、RSAのモジュラスは8192ビットに制限され、DSAパラメータはFIPS 186-2に準拠して検証されています。

Dynamics Business Centralの認証機能に脆弱性があり、認可された攻撃者がローカルで権限を昇格させることが可能です。

Samsung Open Source Escargotには整数オーバーフローまたはラップアラウンドの脆弱性があり、未定義の動作が発生する可能性があります。この問題はEscargotのバージョン97e8115ab1110bc502b4b5e4a0c689a71520d335に影響を与えます。

Apache Airflowのログインリダイレクトルートに脆弱性があり、認証済みユーザーが`is_safe_url`チェックを回避するURLを作成できるため、信頼されたAirflowドメインから攻撃者が制御するオリジンへのリダイレクトが可能でした。ユーザーには`apache-airflow`をバージョン3.2.2以降にアップグレードすることを推奨します。防御策として、運用者はAirflowをリバースプロキシの背後に配置し、ログインエンドポイントに到達する前にドメイン外の`next=`クエリパラメータを削除することが推奨されます。

Apache AirflowのバルクTask Instances API（`PATCH/DELETE /api/v2/dags/{dag_id}/dagRuns/{dag_run_id}/taskInstances`）には、URLパスから解決された`dag_id`に対して認可を評価しつつ、リクエストボディのエンティティフィールドから抽出された`dag_id`と`dag_run_id`に対して操作を行ってしまうバグがあります。編集権限を持つ認証済みのUI/APIユーザーは、URLパスに認可されたDagのIDを保持しながらも、対象のDagのIDをリクエストボディのエンティティに指定することで、任意の他のDagのTask Instanceの状態を変更できます。この問題は、チーム間でTask Instanceの状態を分離するために、各Dagごとに編集権限を管理している環境に影響します。ユーザーは`apache-airflow`を3.2.2以降にアップグレードすることを推奨します。

mlflow/mlflow のバージョン 3.11.0 より前のバージョンにおいて、`mlflow/utils/file_utils.py` の `get_or_create_nfs_tmp_dir()` 関数はワールドライト可能な権限 (0o777) で一時ディレクトリを作成し、`mlflow/pyfunc/__init__.py` の `_create_model_downloading_tmp_dir()` 関数はグループライト可能な権限 (0o770) でディレクトリを作成します。これらの安全でない権限により、ローカルの攻撃者がモデルアーティファクト（例えば cloudpickle でシリアライズされた Python オブジェクト）を改ざんでき、改ざんされたアーティファクトが `cloudpickle.load()` によって逆シリアライズされる際に任意のコードを実行できる可能性があります。この脆弱性は、NFS がデフォルトで有効になっている Databricks などの共有 NFS マウント環境において特に重大です。本問題は以前の脆弱性クラスの続きであり、部分的にしか修正されていません。

Tauriは主要なデスクトッププラットフォーム向けのバイナリを構築するためのフレームワークです。バージョン2.0から2.11.0までの間に、Tauriのis_local_url()関数に欠陥があり、WindowsおよびAndroid上でリモートURLを誤って信頼できるローカルオリジンとして分類してしまいます。これらのシステムでは、TauriはカスタムURIスキームプロトコルをhttp://scheme.localhost/にマッピングします。これは、これらのプラットフォームのWebView実装がカスタムURIスキームを直接提供できないためです。この問題は、Tauriがオリジンがローカルかどうかをチェックする際にURLの最初のサブドメインのみを確認していることに起因します。攻撃者は、アプリケーションのカスタムスキームに一致するサブドメインを持つドメイン上でページをホスティングすることで、この脆弱性を悪用できます。この脆弱性はバージョン2.10.3で修正されました。

Kibanaのサーバーサイドリクエストフォージェリ（CWE-918）は、コネクタ管理権限を持つ認証済みユーザーが、オペレーターによって設定された接続許可リストを回避できる脆弱性です。細工されたターゲットを持つWebhookコネクタを設定することで、攻撃者はKibanaに対し、出口制限によってブロックされるはずの宛先へのアウトバウンドリクエストを発行させることが可能になります。

Apache ActiveMQ Broker、Apache ActiveMQ All、およびApache ActiveMQにおける、不適切な入力検証およびコード生成の制御不備（コードインジェクションの脆弱性）について説明します。Apache ActiveMQ Classicは、Webコンソール上の/api/jolokia/でJolokia JMX-HTTPブリッジを公開しています。デフォルトのJolokiaアクセスポリシーでは、すべてのActiveMQ MBeans（org.apache.activemq:*）、特にBrokerService.addNetworkConnector(String)に対するexec操作を許可しています。認証された攻撃者は、VMトランスポートのbrokerConfigパラメータを「masterslave://」URLを用いてトリガーする細工されたディスカバリURIを使ってこれらの操作を呼び出すことが可能であり、ResourceXmlApplicationContextを使用してSpringのXMLアプリケーションコンテキストを読み込めます。SpringのResourceXmlApplicationContextは、BrokerServiceが構成を検証する前にすべてのシングルトンBeanをインスタンス化するため、Runtime.exec()のようなBeanファクトリメソッドを通じて、ブローカーのJVM上で任意のコードを実行します。この問題はApache ActiveMQ Brokerの5.19.7未満、6.0.0から6.2.6未満、Apache ActiveMQ Allの5.19.7未満、6.0.0から6.2.6未満、およびApache ActiveMQの5.19.7未満、6.0.0から6.2.6未満に影響します。ユーザーには、この問題を修正したバージョン5.19.7または6.2.6へアップグレードすることを推奨します。

Erlang OTPのpublic_key（pubkey_certおよびpublic_keyモジュール）には、不適切な証明書検証の脆弱性があります。この脆弱性により、TLSホスト名検証でsubject CommonNameにフォールバックすることでDNS nameConstraintsをバイパス可能です。2つの欠陥が組み合わさることで、DNS nameConstraintsで制限されている（例：permitted;DNS:allowed.example.com）サブオーディネートCAが、OTP TLSクライアントに範囲外のホスト名（例：victim.example.com）を有効なIDとして受け入れさせるリーフ証明書を発行できてしまいます。まず、lib/public_key/src/pubkey_cert.erl内のpubkey_cert:validate_names/6は、SANのDNSエントリのみをnameConstraintsと照合します。RFC 5280によれば、許可されたDNSサブツリーはDNS型の名前を含む証明書のみを制限します。subjectAltNameを持たないリーフ証明書は、そのsubject CommonNameに関係なく任意のpermitted;DNS:...制約を簡単に満たしてしまいます。次に、lib/public_key/src/public_key.erlのpublic_key:pkix_verify_hostname/3は、subjectAltNameが存在しない場合にsubject CommonNameにフォールバックし、id-at-commonName属性を提示されたIDとして抽出し、参照ホスト名と照合します。厳密なpkix_verify_hostname_match_fun(https)マッチャーでもこのフォールバックは抑制されません。その結果、SANを持たないためDNS制約が発動しないDNS制約付き中間CAの下で、CNのみのリーフ証明書が検証を通過し、ホスト名検証もCNフォールバックによりこれを受け入れてしまいます。このバイパスはverify_peer付きの標準ssl:connect、信頼済みCA、SNI、および正規の厳格なhttpsホスト名マッチャーを使用した場合に到達可能です。この問題はOTP 19.3からOTP 26.2.5.21、27.3.4.12、28.5.0.1、29.0.1のpublic_key 1.4から1.15.1.7、1.17.1.3、1.20.3.1、1.21.1に該当します。

OpenStack Keystone 29.0.2より前のバージョンに問題が発見されました。Keystoneのアプリケーション認証プラグインは、認証リクエストで指定されたユーザーがアプリケーション認証情報の所有者と一致しているかどうかを検証しません。攻撃者は自身のアプリケーション認証IDとシークレットを使用しながら、リクエストボディで異なるユーザーの名前とドメインを指定して認証できます。これによりKeystoneは被害者ユーザーに付随するトークンを発行します。偽装されたトークンはプロジェクトスコープであり、アプリケーション認証の役割と被害者の実際のプロジェクト上の役割が交差します。これによって監査が回避され、被害者の認証情報を読み取ることができ、共有プロジェクト内で被害者として操作が可能になります。

OpenStack Keystone 29.0.2より前のバージョンに問題が発見されました。KeystoneのRBACポリシー強制機能であるenforce_callは、生のJSONリクエストボディを無条件にpolicy_dict.update(json_input.copy())を介してポリシー強制辞書にマージし、以前にデータベース検索から設定された信頼されたターゲットデータを上書きしてしまいます。flask.request.get_jsonはforce=Trueで呼び出されるため、Content-TypeやHTTPメソッドに関係なくこの動作が行われます。認証されたユーザーは任意のポリシーターゲット属性（例：user_id、project_id）をリクエストボディに注入でき、RBACチェックを回避して他のユーザーやプロジェクトに属するリソースに対して不正な操作を行うことが可能です。この問題はコミット5ea59f52（Rocky/14.0.0）で導入されました。

OpenStack Keystone 29.0.2より前のバージョンには問題が発見されました。アプリケーション認証情報のなりすまし脆弱性と組み合わせることで、プロジェクトのメンバーロールを持つ攻撃者がKeystoneのトラスト機能を使った制限のないアプリケーション認証情報の連鎖により管理者権限に昇格できます。なりすまされたトークンは被害者のIDを保持し、トラスト元の検証を通過します。Keystoneは委任されたロールを要求トークンのロールではなく、データベース内の被害者の実際のロール割り当てと照合します。これにより、攻撃者は被害者の管理者ロールを自分自身に委任するトラストを作成できます。このトラストは独立して持続し、アクセスを維持するために追加のトラストやアプリケーション認証情報を作成可能です。すべての操作は被害者のIDでログに記録されます。

IBM WebSphere Application Server - Liberty バージョン19.0.0.7から26.0.0.5、およびIBM WebSphere Application Server 9.0、8.5、さらにWebSphere Application Server Libertyには、特別に細工されたリクエストの送信によって引き起こされるサービス拒否の脆弱性があります。リモートの攻撃者はこの脆弱性を悪用して、サーバーのメモリリソースを消費させることが可能です。

FreePBXはオープンソースのIP PBXです。バージョン17.0.8より前のFreePBXのapiモジュールのOAuth2実装には、トークン発行時にクライアント認証情報の検証が不十分な問題がありました。有効なclient_idを知っていることが必要です。ClientRepository.phpのvalidateClient()メソッドは無条件にtrueを返すため、有効なclient_idを知っている第三者が正しいclient_secretを提供せずにOAuth2アクセストークンを取得できる可能性があります。この脆弱性はバージョン17.0.8で修正されました。

FreePBXはオープンソースのIP-PBXです。バージョン16.0.50および17.0.11より前のCDRレポートモジュールページでは、orderおよびsortのPOSTパラメータを介してSQLインジェクションが発生する可能性があります。CDRセクションへのアクセス権を持つFreePBX管理コントロールパネルアカウントでの認証が必要であり、完全な管理者権限は必要ありません。この脆弱性は16.0.50および17.0.11で修正されています。

FreePBXはオープンソースのIP PBXです。バージョン16.0.22および17.0.5より前のDashboardモジュールのgetcontent AJAXハンドラは、ユーザーから提供された入力をパスのサニタイズなしに基にPHPファイルをインクルードします。$_REQUEST['rawname']パラメータは.class.phpというサフィックスと連結されてinclude()呼び出しに渡されるため、../シーケンスを用いたパストラバーサルによりファイルシステム上の任意の.class.phpファイルをインクルード可能です。インクルードされたファイル内のPHPコードは、その後のクラスインスタンス化エラーが発生する前に実行されます。この脆弱性はバージョン16.0.22および17.0.5で修正されました。

BentoMLは、AIアプリケーションおよびモデル推論に最適化されたオンラインサービングシステムを構築するためのPythonライブラリです。バージョン1.4.39より前のsrc/bentoml/_internal/container/frontend/dockerfile/templates/base_v2.j2では、docker.base_imageをエスケープ処理や改行フィルタリング、検証なしにそのまま文字列として展開していました。悪意のあるbento.yamlに複数行のdocker.base_image値を含めると、任意のDockerfileディレクティブを生成されたDockerfileに密かに挿入できます。bentomlのcontainerizeコマンドがdocker buildを実行する際に、被害ホスト上で注入されたRUNディレクティブが実行されてしまいます。この脆弱性はバージョン1.4.39で修正されました。

BentoMLは、AIアプリケーションおよびモデル推論に最適化されたオンラインサービングシステムを構築するためのPythonライブラリです。バージョン1.4.39以前では、悪意のあるbentofile.yaml内のenvs[*].nameに改行を注入した値が含まれている場合、BentoMLが生成するDockerfileに引用符で囲まれていないRUNディレクティブが生成されます。被害者がインポートしたbentoに対してbentoml containerizeを実行すると、これらのRUNディレクティブがdockerビルド中にホスト上で実行されてしまいます。この脆弱性はバージョン1.4.39で修正されました。

BotanはC++の暗号ライブラリです。3.12.0以前のバージョンでは、BERデータにおける特定の無限長エンコーディングのパターンがパーサーで二次的な誤動作を引き起こし、サービス拒否（DoS）を招く可能性がありました。こうしたBERエンコーディングは、本来DERとしてエンコードされるべき構造でも許容されていましたが、DERは無限長エンコーディングを禁止しています。この脆弱性は3.12.0で修正されています。

OpenStack Keystone 29.0.2未満のバージョンには問題があり、Keystoneのフェデレーテッドトークン再スコーピング機構が元のトークンの有効期限を新しいトークンに引き継がないため、ユーザーが無期限にアクセスを維持できる問題が発生します。

FreeRDPはリモートデスクトッププロトコルの無料実装です。バージョン3.26.0以前では、悪意のあるRDPクライアントがcapabilitySetLengthが小さすぎるCB_CLIP_CAPS PDUを送信することで、FreeRDPのサーバー側クリップボード（cliprdr）チャンネルでヒープバッファオーバーフローの書き込みを引き起こす可能性がありました。これによりサーバープロセスがクラッシュし（リモートDoS）、ヒープメモリが破損するためコード実行に悪用される恐れがありました。この脆弱性はバージョン3.26.0で修正されました。

FreeRDPはリモートデスクトッププロトコルの無料実装です。バージョン3.26.0より前のバージョンでは、悪意のあるRDPサーバーが細工されたRDPGFX PDUを送信することで、FreeRDPクライアントにヒープバッファオーバーフローの書き込みを引き起こす可能性があります。このバグはgdi_CacheToSurface関数に存在し、宛先矩形をUINT16_MAXにクランプして検証しますが、その後のコピー処理で元のcacheEntry-widthおよびheightを使用します。これにより大きな境界外ヒープ書き込みが発生し、クライアントのクラッシュや任意のコード実行につながる可能性があります。このバグは悪意のあるRDPサーバーにより悪用可能ですが、クライアントでRDPGFX機能が有効な場合に限ります。この脆弱性はバージョン3.26.0で修正されています。

FreeRDPはリモートデスクトッププロトコルの無料実装です。3.26.0以前のバージョンでは、FreeRDPのRDPEAR NDRパーサが、指し示すオブジェクトの期待されるNDRタイプや所有権を追跡せずに、単一の非NULL NDRポインタref-idを複数の論理ポインタフィールドで受け入れていました。同じref-idが2つのポインタフィールドで再利用されると、パーサは同じヒープオブジェクトを両方の出力フィールドに割り当てます。その後、汎用デストラクタが各フィールドを独立して処理し、両方のポインタを破棄および解放します。これにより、悪意のあるサーバーがトリガー可能なヒープのUse-After-Freeおよびダブルフリーの脆弱性がFreeRDPクライアントのRDPEAR認証リダイレクションパスに発生します。この脆弱性は3.26.0で修正されました。

Zedはコードエディタです。バージョン0.227.1より前のZedでは、SSH/WSLリモートコマンドをexec env ...で始まるシェルコマンド文字列として構築しますが、環境変数のキーがシェルのクオートや検証なしに挿入されていました。もし攻撃者が環境変数のキーを制御できる場合（例えばプロジェクトのターミナル設定を通じて）、キー内のシェル展開（例：$(...)）がターミナルを開いたときにリモートシェルによって評価されます。これにより、被害者ユーザーのアカウントでリモートホスト上で任意のコマンドを実行される可能性がありました。この脆弱性はバージョン0.227.1で修正されました。

Zedはコードエディターです。バージョン0.229.0より前のZedの端末ツールの権限システムは、bashの変数展開連鎖(${var@P})を介して回避可能であり、許可リストにあるコマンドのプレフィックスの下で任意のコマンドを実行できました。この脆弱性は0.229.0で修正されました。

Zedはコードエディタです。バージョン0.229.0以前のZedでは、ターミナルツールの権限システムが、許可リストに登録されたコマンドの前に環境変数の割り当てを付加することでバイパスされ、プログラムの動作（例：PAGER）を乗っ取って任意のコードを実行される可能性がありました。この脆弱性はバージョン0.229.0で修正されました。

Zedはコードエディタです。バージョン0.227.1以前のZed IDEでは、core.fsmonitor Git設定オプションを悪用した悪意のある.git/configファイルを含むフォルダを開く際に任意のコマンドが実行されます。これにより、被害者が信頼されていないモードでフォルダを開くとリモートコード実行（RCE）が可能になります。この脆弱性はバージョン0.227.1で修正されました。

Zedはコードエディタです。バージョン0.229.0より前のZedのターミナルツールの権限システムには、bashの算術展開$((...))を介してバイパスされる可能性があり、echoのような許可リストに登録されたコマンドの中にネストされた任意のコマンドを実行できる脆弱性がありました。この脆弱性はバージョン0.229.0で修正されました。

UltraJSONは、Python 3.7以降に対応した純粋なC言語で書かれた高速なJSONエンコーダーおよびデコーダーであり、バインディングを持っています。バージョン5.12.1以前では、ujson.dump()関数がファイルライクオブジェクトに書き込みを行う際、その書き込み操作で例外が発生すると、シリアライズされたJSON文字列オブジェクトの参照カウントが減少せず、メモリリークが発生していました。書き込み操作が失敗するたびに、シリアライズされたペイロードの完全なサイズ分のメモリがリークしてしまいます。この脆弱性はバージョン5.12.1で修正されました。

view_componentは、Ruby on Railsで再利用可能でテスト可能かつカプセル化されたビューコンポーネントを構築するためのフレームワークです。バージョン3.0.0から4.9.0までのシステムテストのエントリポイントでは、ユーザーが制御するファイルパスをFile.realpathで正規化し、その後解決されたパスが一時ディレクトリパスで始まるかどうかをチェックしていました。しかし、この方法は安全な包含チェックとは言えません。なぜなら、兄弟ディレクトリが同じ文字列のプレフィックスを共有することがあるためです。この脆弱性はバージョン4.9.0で修正されました。

Portainer Community Editionは、Docker、Swarm、Kubernetes、ACI環境を管理するために使用できるコンテナ化アプリケーション向けの軽量サービス提供プラットフォームです。バージョン2.33.0から2.33.8未満、2.39.2、および2.41.0において、Dockerプラグイン管理エンドポイント（/plugins/*）はハンドラーに登録されていなかったため、エンドポイントアクセス権を持つ標準ユーザーが基盤となるDockerデーモンに対して権限のあるプラグイン操作（プラグインのインストールおよび有効化を含む）を直接呼び出すことが可能でした。この脆弱性は、Portainer RBACを介して非管理者のPortainerユーザー（標準ユーザー役割またはエンドポイントレベルのアクセス権を与えられた任意の役割）がDockerエンドポイントにアクセスできる場合に露出します。この脆弱性はバージョン2.33.8、2.39.2、および2.41.0で修正されています。