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

jmespath.php は、PHP アプリケーション内で PHP のデータ構造を使い JSON ドキュメントから要素を宣言的に抽出するための JMESPath を利用可能にするソフトウェアです。2.9.1 より前のバージョンでは、攻撃者が制御する JMESPath 式を用いて `JmesPath\CompilerRuntime` を使用すると、攻撃者が制御可能な PHP コードを生成・実行してしまう可能性がありました。コンパイラは解析された JMESPath 関数名を十分にエスケープせずに生成された PHP ソースに挿入します。巧妙に作成された式により生成されたキャッシュファイルに攻撃者制御の実行可能な PHP コードが含まれ、それをコンパイラランタイムが読み込みます。この問題は `2.9.1` 以降で修正されています。回避策として、`JP_PHP_COMPILE` を無効にし、攻撃者制御の式で `JmesPath\CompilerRuntime` を使用しないでください。信頼できない式にはデフォルトの `AstRuntime` を使用してください。アップグレード前に信頼できない JMESPath 式の受け入れを続ける必要があるアプリケーションでは、それらの式がコンパイラランタイムで評価されないことを確実にしてください。

Apache CXFのEndpointReferenceUtilsおよびW3CMultiSchemaFactoryクラスは、必要なJAXP強化設定なしにSAXParserFactoryを構築しており、その結果、アウトオブバンド（OOB）外部エンティティの解決が可能になっています。ユーザーはこの問題を修正したバージョン4.2.2または4.1.7にアップグレードすることを推奨します。

Apache CXF の JwtAccessTokenValidator クラスは、受信した JWT アクセストークンの「aud」（Audience）クレームの検証に失敗します。これにより、1つのリソースサーバー向けに発行された JWT が、まったく異なるリソースサーバーに対しても正常に再利用される可能性があり、トークンの混同やルーティング攻撃を引き起こします。ユーザーは、この問題を修正したバージョン 4.2.2 または 4.1.7 へのアップグレードを推奨します。

OAuthRequestFilterのロジックエラーにより、バインドされたIPアドレスからの正当なリクエストが拒否される一方で、その他の任意のIPアドレスからのリクエストが無条件に許可されてしまいます。このセキュリティ機能を有効にすると、意図しない逆のセキュリティチェックが作成されます。ユーザーはこの問題を修正したバージョン4.2.2または4.1.7にアップグレードすることを推奨します。

Nettyはプロトコルサーバーおよびクライアントの開発向けのネットワークアプリケーションフレームワークです。バージョン4.1.135.Finalおよび4.2.15.Finalより前のNettyでは、DnsResolveContextがDNS応答内のCNAMEレコードの発信元（管轄範囲）を検証できませんでした。この問題はバージョン4.1.135.Finalおよび4.2.15.Finalで修正されています。

Nettyはプロトコルサーバーおよびクライアントの開発のためのネットワークアプリケーションフレームワークです。バージョン4.1.135.Finalおよび4.2.15.Final以前では、Nettyの`DnsResolveContext`がNSレコードの管轄範囲（bailiwick）を十分に検証しておらず、DNSキャッシュポイズニングを可能にしていました。攻撃者がサブドメインの権威ネームサーバーを制御している場合、親ドメイン（例えば`.co.uk`）のキャッシュを汚染することができます。`io.netty.resolver.dns.DnsResolveContext.AuthoritativeNameServerList#add`メソッドは、AUTHORITYセクションからのNSレコードの名前が質問名（questionName）のサフィックスである限り、任意のNSレコードを受け入れます。その後、`handleWithAdditional`メソッドは、ADDITIONALセクションの関連するAレコードを親ドメインのキーの下にある`authoritativeDnsServerCache`に直接キャッシュします。これは、サブドメインの権威サーバーが親ドメインの権威レコードを提供することを信頼してはならないという標準の管轄範囲ルールを回避します。汚染されたキャッシュは、その親ドメインのキーに基づくすべての将来の名前解決で使用されます。バージョン4.1.135.Finalおよび4.2.15.Finalでこの問題は修正されています。

QuTS heroは影響を受けません。我々はQTS 5.2.7.3256 build 20250913以降のバージョンで既に脆弱性を修正しています。

Ivanti SentryのR10.5.2、R10.6.2、R10.7.1バージョン以前に存在するOSコマンドインジェクションの脆弱性により、リモートの未認証ユーザーがルートレベルでリモートコードを実行できる可能性があります。

File Station 5に影響を与えるバッファオーバーフローの脆弱性が報告されています。この脆弱性をリモートの攻撃者が悪用することで、メモリを変更したりプロセスをクラッシュさせたりする可能性があります。解決策として、File Station 5のバージョン5.5.6.5243以降で修正されています。

File Station 5に影響を及ぼすバッファオーバーフローの脆弱性が報告されています。リモート攻撃者はこの脆弱性を悪用して、メモリを改変したり、プロセスをクラッシュさせたりする可能性があります。この脆弱性は、File Station 5のバージョン5.5.6.5243以降で修正されています。

Oracle PeopleSoftのPeopleSoft Enterprise PeopleTools製品（コンポーネント：Updates Environment Management）には脆弱性があります。影響を受けるサポート対象バージョンは8.61および8.62です。認証されていない攻撃者がHTTP経由でネットワークアクセスを行うことで簡単に悪用でき、PeopleSoft Enterprise PeopleToolsが侵害される可能性があります。この脆弱性を悪用されると、PeopleSoft Enterprise PeopleToolsが乗っ取られる恐れがあります。CVSS 3.1の基本スコアは9.8で、機密性、完全性、可用性に影響を与えます。CVSSベクターは次の通りです：(CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)。

Spring for GraphQL アプリケーションには、ページネーションされた GraphQL クエリを処理する際に安全でないデシリアライズの脆弱性があります。攻撃者は悪意のある GraphQL リクエストを作成でき、アプリケーションがページネーションされた（Connection）フィールドを公開しており、特定のクラスパス上にデシリアライズ時に悪用可能なクラスが存在する場合、リモートコード実行が発生する可能性があります。影響を受けるバージョンは、Spring for GraphQL 2.0.0 から 2.0.3、1.4.0 から 1.4.5、および 1.3.0 から 1.3.8 までです。

QuMagieにはユーザー制御キーを介した認可バイパスの脆弱性が存在します。この脆弱性により、リモートの攻撃者が意図しない権限を取得する可能性があります。QuMagie 2.9.1以降で修正されています。

Windows DHCP サーバーのこの問題にはCWEがありません。不正な攻撃者がネットワーク上で改ざんを実行できる脆弱性です。

SINEC INS（すべてのバージョン V1.0 SP2 Update 6）には脆弱性が確認されました。影響を受けるアプリケーションは、すべてのユーザーおよびインストール間で共有される静的でハードコードされたソルトを使用したパスワードハッシュの実装を採用しており、反復回数も不十分に設定されています。これにより、攻撃者はブルートフォース攻撃や事前計算攻撃を効果的に行い、ユーザーパスワードを回復できる可能性があり、不正アクセスが発生する恐れがあります。

Adobe Campaign Classic (ACC) バージョン 7.4.3 ビルド 9394 およびそれ以前のバージョンに不正な認可の脆弱性が存在し、この脆弱性により現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するためにユーザーの操作は不要です。対象範囲が変更されました。

Windows TCP/IP のヒープベースのバッファオーバーフローにより、不正な攻撃者は隣接するネットワーク上で権限を昇格させることが可能になります。

Flowiseはカスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.2以前のFlowiseAIの変数更新エンドポイントにはマスアサインメントの脆弱性が存在しました。このエンドポイントは認証されたユーザーが変数リソースを更新する際に、workspaceId、createdDate、updatedDateなどのサーバー管理プロパティを変更できました。サーバー側で検証および認可チェックが行われていなかったため、攻撃者はworkspaceIdフィールドを操作して変数を任意のワークスペースに再割り当てできます。この挙動はマルチワークスペース環境におけるテナント分離を破壊する可能性があります。この問題はバージョン3.1.2で修正されました。

Windows DHCPクライアントにおけるスタックベースのバッファオーバーフローの脆弱性により、認可されていない攻撃者がネットワーク経由でコードを実行する可能性があります。

Apache HTTP Serverの設定における細工された正規表現により、バッファアンダーライトの脆弱性が発生します。この問題はApache HTTP Serverのバージョン2.4.0から2.4.67までに影響します。ユーザーは、この問題を修正したバージョン2.4.68へアップグレードすることが推奨されます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。smb/clientのsymlink_data()関数における境界外読み取りの問題です。smb2_check_message()関数がシンボリックリンクのエラー応答に対して長さの検証を行わず成功を返すため、symlink_data()内でiov-iov_lenがstruct smb2_err_rspのサイズより小さくなる可能性があります。もしバッファに基本的なSMB2ヘッダ（64バイト）のみが含まれている場合、symlink_data()関数内で後にerr-ErrorContextCount（オフセット66）やerr-ByteCountにアクセスすると境界外読み取りが発生します。

Flowiseは、カスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.2以前では、checkBasicAuthエンドポイントがレート制限なしで平文のまま資格情報を検証し、直接比較を行っていました。この問題はバージョン3.1.2で修正されています。

Flowiseはカスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.2以前のFlowiseAIのアシスタント更新エンドポイントにはマスアサインメントの脆弱性が存在していました。このエンドポイントでは認証されたユーザーがアシスタントリソースを更新する際に、workspaceId、createdDate、updatedDateといったサーバー制御のプロパティを変更可能でした。サーバー側の検証および認可チェックが欠如していたため、攻撃者はworkspaceIdフィールドを操作し、アシスタントを任意のワークスペースに再割り当てすることができました。これによりマルチワークスペース環境におけるテナントの分離が破られる可能性があります。この問題はバージョン3.1.2で修正されました。

Flowiseはカスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップのユーザーインターフェースです。バージョン3.1.2以前では、POST /api/v1/node-custom-function にルートレベルの認可がなく、認証された任意のユーザーまたはAPIキーがカスタムJS関数ノードに任意のJavaScriptを送信できました。E2B_APIKEYが設定されていない場合（一般的な導入ケース）には、FlowiseはこのコードをNodeVMサンドボックス内で実行します。このサンドボックスは回避可能で、攻撃者はホストのプロセスオブジェクトに到達し、child_processを介してシステムコマンドを実行できます。その結果、Flowiseサーバーホスト上で認証済みのリモートコード実行が発生します。この問題はバージョン3.1.2で修正されました。

Fortinet FortiSandboxのバージョン5.0.0から5.0.5、4.4.0から4.4.8、4.2の全バージョン、FortiSandbox Cloudのバージョン5.0.4から5.0.5、FortiSandbox PaaSのバージョン5.0.4から5.0.5において、OSコマンドインジェクションで使用される特殊な要素が適切に無効化されていない脆弱性が存在します。この脆弱性により、認証されていない攻撃者が特別に細工されたHTTPリクエストを介して不正なコマンドを実行できる可能性があります。

WindowsカーネルのUse after freeの脆弱性により、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。

OpenXDMoDはHPCメトリクスの収集および分析のためのオープンフレームワークです。バージョン9.5.0から11.0.3未満のバージョンにおいて、攻撃者はOpenXDMoDをホストするウェブサーバー上で任意のシステムコマンドをウェブサーバープロセスの権限でリモート実行することが可能です。これにより攻撃者はアプリケーションデータを閲覧または改ざんし、システム構成を変更したりサービスの可用性を妨害したりする可能性があります。OpenXDMoDのバージョン9.5.0から11.0.2（含む）までの全ての導入環境が影響を受けます。この問題は2026年4月6日に非公開で報告されており、現時点で本脆弱性が実際に悪用された証拠はありません。この脆弱性は2026年5月12日にリリースされたOpenXDMoD 11.0.3により修正されました。回避策としては手動でパッチを適用することが推奨されます。

OpenXDMoDはHPCメトリクスを収集および分析するためのオープンフレームワークです。OpenXDMoDのバージョン10.0.3未満にはSQLインジェクションの脆弱性が存在し、認証されていないリモート攻撃者が任意のSQL文を実行できる可能性があります。悪用には認証やユーザーの操作が不要であり、基盤となるデータベースを完全に侵害される恐れがあります。10.0.3以前のすべてのOpenXDMoDの展開が影響を受けます。この問題は2023年8月3日に発見され、2023年8月4日に修正されました。現時点で、この脆弱性が実際に悪用された証拠はありません。脆弱性は2023年8月4日にOpenXDMoD 10.0.3で修正されました。回避策として、手動でパッチを適用してください。

Linuxカーネルにおいて、以下の脆弱性が修正されました。smbクライアントがDACLポインタを構築する前にdacloffsetを検証しなかった問題です。parse_sec_desc()、build_sec_desc()、およびid_mode_to_cifs_acl()のchown経路はすべて、サーバーから提供されたdacloffsetをpntsdに加え、その後返されたセキュリティディスクリプタ内にDACLヘッダーが収まっていることを確認します。32ビットビルドでは、不正なサーバーがdacloffsetを非常に大きな値に設定し、導出されたDACLポインタが境界を越えてラップアラウンドし、その後のポインタベースの境界チェックを回避する可能性がありました。build_sec_desc()およびid_mode_to_cifs_acl()は、その後、chmod/chown書き換え経路においてラップされたポインタからDACLフィールドを間接参照してしまいます。dacloffsetはDACLポインタを構築する前に数値的に検証されるべきであり、同じヘルパー関数を3か所のDACLエントリポイントで使い回す必要があります。

Windows HTTP.sys の整数オーバーフローまたはラップアラウンドにより、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。

FreeSWITCHは、専用の電話交換機から任意の汎用ハードウェア上で動作するソフトウェア実装へとデジタルトランスフォーメーションを可能にするソフトウェア定義のテレコムスタックです。バージョン1.11.1以前では、esl_recv_event()はContent-Lengthをatol()で解析し、その結果の符号や大きさを検査せずにmalloc(len + 1)に直接渡していました。悪意のある、または中間者攻撃を行うESLピアは、クライアントがそのピアに認証する前に負のContent-Lengthを持つフレームを送信することで、libeslにリンクされた任意のプロセスのヒープを破損させたりクラッシュさせたりする可能性があります。この問題はバージョン1.11.1で修正されました。

FreeSWITCHは、独自の通信スイッチからあらゆる汎用ハードウェア上で動作するソフトウェア実装へのデジタルトランスフォーメーションを可能にするソフトウェア定義の通信スタックです。バージョン1.11.1以前のmod_verto HTTPリクエストハンドラは、POSTのapplication/x-www-form-urlencodedボディ用に固定の2MiBバッファを割り当てていましたが、Content-Lengthは約10MiB未満まで受け入れていました。ボディ読み込みループはバッファサイズではなくContent-Lengthによって制限されるため、HTTPのベーシック認証チェックが実行される前に攻撃者が制御可能な最大約8MiBのヒープオーバーフローが発生してしまいます。この問題はバージョン1.11.1で修正されました。

DataDog::DogStatsdのPerl向けバージョン0.07以前にはメトリクスインジェクションの脆弱性があります。DataDog::DogStatsdは入力を適切にサニタイズしておらず、信頼できないソースからのデータによるメトリクスインジェクションを許してしまいます。send_statsメソッドはメトリクス名（$stat変数）から改行コードを除去しないため、攻撃者がメトリクス名のプレフィックスを変更可能です。send_statsメソッドは値の内容（$delta変数）を検証せず、特にset、gauge、count、histogramなど値のデータ型を制限しないメソッドからメトリクスがインジェクトされる恐れがあります。send_statsメソッドはタグの内容を検証せず、タグに改行、パイプ、コロンが含まれることがあり、これがメトリクスインジェクションを許す原因となっています。なおSYNOPSISにはサイトのフォームの"loginName"パラメータをタグとして渡す例が示されていますが、これは安全ではありません。

Perl用のDataDog::DogStatsdバージョン0.07まででは、イベントタグからのメトリック注入が許可されています。DataDog::DogStatsdは入力を適切にサニタイズしないため、信頼されていないソースからのデータによりメトリック注入が可能です。format_eventメソッド（eventメソッドで使用）はタグの内容を検証しません。タグにはカンマ（タグの注入を許可）、改行、パイプ、およびコロンが含まれる可能性があり、これがメトリック注入を引き起こします。パイプを除去しようとする正規表現は効果がなく、パイプがエスケープされていないため正規表現のメタキャラクタとして解釈されて効果を発揮しません。

PerlのDBIバージョン1.648以前には、9つを超えるバインダーを持つSQLステートメントを事前解析する際にヒープオーバーフローが発生します。preparseメソッドはSQLのプレースホルダ文字を:pN形式の番号付きバインダーに展開しますが、バッファにはバインダーごとに3文字分しか割り当てられていません。プレースホルダの番号が10から99の場合は4文字、100から999の場合は5文字が必要です。

Google ChromeのAndroid版149.0.7827.53以前には、ドラッグアンドドロップ機能において信頼されていない入力の検証が不十分でした。そのため、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスを脱出する可能性がありました。

PerlのDBIバージョン1.648以前では、エラーが制限されたサイズのバッファに保存されていました。RaiseError、PrintError、またはHandleErrorが設定されている場合に返されるエラーメッセージは、長さの制限なしに200バイトのバッファに書き込まれていました。アプリケーション内でエラーテキストに影響を与えることができる攻撃者は、バッファオーバーフローを引き起こす可能性があります。

廃止されたIKEv1キー交換におけるリモートアクセスおよびモバイルアクセスの証明書検証の論理フローに弱点があるため、認証されていないリモート攻撃者がユーザー認証を回避し、有効なユーザーパスワードなしでリモートアクセスVPN接続を確立できる可能性があります。

Mac上のGoogle Chromeバージョン149.0.7827.53以前において、ファイル入力のUse after freeの脆弱性により、リモート攻撃者が特定のUIジェスチャーをユーザーに行わせるよう仕向け、細工されたHTMLページを介してサンドボックスからの脱出を実行する可能性がありました。

iOS版Google Chromeのバージョン149.0.7827.53未満において、WebMIDIのUse After Freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてサンドボックスから脱出を実行する可能性がありました。