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

stats-video.phpスクリプトにはユーザー入力に対するサニタイズが欠如している脆弱性があります。このスクリプトのURL構築方法はベストプラクティスに従っておらず、Smartyのカスタムヘルパー関数であるurlの出力は適切にエンコードもサニタイズもされていませんでした。そのため、ユーザーからの入力がエスケープされずに反映されてしまいます。

Notepad++は無料でオープンソースのソースコードエディタです。バージョン8.9.6.4以前では、NppCommands.cppはユーザーコマンド実行時（チェック時点）にディスク上のshortcuts.xmlのHMACを確認します。しかし、コマンドのペイロードはアプリケーション起動時に読み込まれ、その後はディスク上のファイルと再同期されないメモリ内の_userCommandsベクターから取得されます（使用時点）。起動とコマンド実行の間にshortcuts.xmlを差し替えると、HMACチェックはクリーンなファイルを検証しつつ、悪意のあるコマンドを実行します。shortcuts.xmlへの書き込み権限を持つ攻撃者は、起動前に悪意あるバージョンをディスクに置き、その直後に正規のファイルに戻すことが可能です。実行時のHMACチェックは正規のファイルを検証するためチェックに合格しますが、悪意あるペイロードはメモリから実行されます。この脆弱性はバージョン8.9.6.4で修正されました。

LibreChatは複数のAIプロバイダーをサポートする強化版ChatGPTクローンです。0.8.4-rc1以前のバージョンでは、ファイルアップロードに関する制限が一部のエンドポイントで適切に設定されておらず、認証済みユーザーが任意のサイズのファイルをアップロードできる状態でした。その結果、サーバーのディスク容量やメモリを枯渇させる可能性がありました。この問題は0.8.4-rc1で修正されました。

LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンには、LibreChatのマークダウンアーティファクトプレビューパイプラインに脆弱性が存在していました。markedライブラリv15.0.12では、カスタムレンダラーがデフォルトレンダラーにフォールスルーした場合、画像のaltテキスト内のダブルクオート文字をHTMLエスケープしません。LibreChatのgenerateMarkdownHtml関数（client/src/utils/markdown.ts内）は、isSafeUrlの許可リストチェックを通過したURLに対してfalseを返すカスタム画像レンダラーをインストールしており、これによりmarkedは組み込みのレンダラーにフォールバックします。その組み込みのレンダラーはダブルクオート文字をエスケープせずにalt="..."属性に生のaltテキストを挿入します。攻撃者はaltテキストとして" onload="payloadのような文字列を巧妙に作成し、属性から抜け出して任意のイベントハンドラーを注入できます。生成されたHTMLはSandpackプレビューフレーム内のdocument.getElementById('content').innerHTMLに割り当てられ、ペイロードが被害者のブラウザで実行されます。この脆弱性は0.8.4-rc1で修正されました。

LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、DELETE /api/messages/:conversationId/:messageIdエンドポイントにおいて、認証済みユーザーであれば誰でも他のユーザーのメッセージを削除できるという問題がありました。validateMessageReqミドルウェアはconversationIdが要求ユーザーに属していることのみを検証しますが、ハンドラーはMongoDBのフィルターとしてmessageIdのみを使用してdeleteMessages({messageId})を呼び出し、ユーザーの制約を追加していません。そのため、攻撃者は自身の有効なconversationId（検証通過のため）と被害者のmessageId（削除対象）を提供し、メッセージを恒久的かつ復元不可能に削除することが可能でした。この脆弱性は0.8.4-rc1で修正されています。

LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、LibreChatはユーザーがbaseURLを設定することでカスタムのOpenAI互換APIエンドポイントを構成できました。このURLはSSRF検証なしでHTTPリクエストの構築に使用されていました。つまり、プライベートIPのチェックもスキーム制限もDNSピニングもありませんでした。認証されたユーザーはbaseURLを内部ネットワークアドレスに設定できました。この脆弱性は0.8.4-rc1で修正されました。

LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、急速な会話の複製を防ぐためにPOST /api/convos/forkにforkIpLimiterとforkUserLimiterというレートリミッターが追加されていました。しかし、同じファイル内にあるPOST /api/convos/duplicateエンドポイントにはレートリミッターが設定されていませんでした。このエンドポイントは同じく高コストなデータベース操作を行います。認証されたユーザーは/forkの代わりに/duplicateを使用することで制限を回避でき、サーバーリソースを枯渇させる攻撃が可能でした。この脆弱性は0.8.4-rc1で修正されています。

pnpmはパッケージマネージャーです。バージョン10.34.2および11.5.3より前のpnpmとpacquetでは、リポジトリが管理する.npmrcおよびpnpm-workspace.yaml内の${ENV_VAR}プレースホルダーをレジストリリクエストの送信先およびレジストリ認証情報に展開していました。悪意のあるリポジトリは、ライフサイクルスクリプトが実行される前に依存関係の解決時に被害者の環境秘密情報を攻撃者が選択したレジストリに送信させる可能性がありました。この脆弱性はバージョン10.34.2および11.5.3で修正されました。

pnpmはパッケージマネージャーです。バージョン10.34.2および11.5.3より前のバージョンでは、Manifestのbinオブジェクトのキーとして"", ".", ".."がpnpmのbin名ガードを通過していました。悪意のあるパッケージがグローバルにインストールされた場合、その後のグローバルのremove、update、またはadd-replacementの操作において、インストールされたマニフェストからこれらの名前が再取得され、path.join(globalBinDir, binName)がremoveBinに渡される可能性がありました。"."の場合はグローバルbinディレクトリを標的とし、".."の場合はその親ディレクトリを標的とします。この脆弱性はバージョン10.34.2および11.5.3で修正されました。

ワイルドカードDNS SAN（例：*.example.com）を持つ証明書がCAの名前制約チェックを回避しました。発行CAの許可または除外されたDNS名制約によって拒否されるべきワイルドカードDNS SANを持つ証明書が受け入れられる可能性がありました。

チェーン中間CAがTRUEでkeyCertSignなしの場合でも署名CAとして受け入れられていました。中間CA証明書はキー使用法拡張が存在する場合、keyCertSignキー使用を持つ必要がありますが、証明書パス構築時に追加されるチェーン供給の一時的CA（WOLFSSL_TEMP_CA）は以前このチェックから除外されていたため、keyCertSignを持たない中間CAがCA: TRUEを主張すると署名CAとして受け入れられていました。このチェックは現在、チェーン供給の一時的CAにも適用されており、オペレーターがロードしたルート証明書（WOLFSSL_USER_CA）および自己署名ルートのみが引き続き免除されています。RFC 5280により、Key Usage拡張が存在しない場合はすべての使用が暗黙のうちに許可されるため、拡張が実際に存在する場合（extKeyUsageSet）にのみこの要件が強制されます。OpenSSL互換の証明書パス構築パス（X509_verify_cert / X509_STORE, OPENSSL_EXTRA/OPENSSL_ALL）に影響し、ここで信頼されていないチェーン中間証明書は一時的CAとして追加されます。ネイティブ（非OpenSSL互換）の証明書検証は一時的CAを作成せず影響を受けません。これらのビルド内では、ALLOW_INVALID_CERTSIGNが定義されている場合を除き、このチェックが適用されます。

部分チェーン証明書の検証は、信頼されたアンカーではなく、ピアが提供した信頼されていない中間証明書で終了するチェーンを受け入れてしまう可能性があります。攻撃者は、自分が管理する中間証明書で終了するチェーンを提示し、それが有効であるかのように受け入れさせることができます。これは、X509_V_FLAG_PARTIAL_CHAIN検証フラグが有効な場合に、OpenSSL互換の証明書パス構築経路（wolfSSL_X509_verify_cert / X509_STORE、OPENSSL_EXTRA）に影響を与えます。

PKCS#7 KTRI復号時にBleichenbacherパディングオラクルの問題がありました。RSA PKCS#1 v1.5鍵輸送を用いたPKCS#7 EnvelopedDataの復号処理において、wolfSSLはRSAパディング検証が失敗した場合と復号された内容が不正であった場合に異なるエラーコードを返していました。攻撃者は細工されたEnvelopedDataメッセージを送信し、エラー応答を観察することで、この挙動をパディングオラクルとして利用し、暗号化されたコンテンツ暗号鍵（CEK）を段階的に回復できる可能性がありました。修正では、パディング失敗時に決定論的擬似乱数による偽CEK（HMAC-SHA256を使用）を生成し、復号処理を一定時間で実行し、すべての失敗経路においてパディングの妥当性に関わらず同一のエラーを返すようにしています。

Doclingは、多様なフォーマットを解析し、生成AIエコシステムと統合することで、ドキュメント処理を簡素化します。バージョン2.73.0から2.91.0までの間、LaTeXバックエンドの\includegraphics、\input、および\includeコマンドのパス包含検証が不十分でした。攻撃者はパス・トラバーサルシーケンスを含む悪意のあるLaTeXドキュメントを作成し、プロセスがアクセス可能なファイルシステムから任意のファイルを読み取ったり、変換されたドキュメント出力に機密ファイルを含めたり、設定ファイルや認証情報、その他の機密データにアクセスした可能性があります。この脆弱性はバージョン2.91.0で修正されました。

DokkuはDockerを利用したPaaSです。バージョン0.38.2以前では、git:authコマンドがbashのtouchコマンドを使用して$DOKKU_ROOT/.netrcを作成していました。その際、デフォルトのumask 0644が適用されていました。この事前作成により、netrcバイナリが本来設定している0600の権限設定が無効になり、dokkuのホームディレクトリを走査できるローカルユーザーは誰でもgit認証情報を読み取ることが可能な状態となっていました。この脆弱性はバージョン0.38.2で修正されています。

Chrome DevTools for agents（chrome-devtools-mcp）は、コーディングエージェントがライブのChromeブラウザを制御および検査できるようにします。バージョン0.20.0から1.1.0までの間、chrome-devtools-mcpデーモンはPIDファイルをfs.writeFileSync()を使って決定論的なランタイムパスに書き込みます。一般的なmacOS環境および$XDG_RUNTIME_DIRが設定されていないLinuxセッションでは、そのランタイムパスが/tmp/chrome-devtools-mcp-uid/daemon.pidにフォールバックします。書き込み時にO_NOFOLLOWが使用されないため、同じPOSIXホスト上の権限の低いローカルユーザーが、/tmp/chrome-devtools-mcp-victim_uid/daemon.pidを被害者が書き込み可能なファイルへのシンボリックリンクとして事前に作成することができます。被害者が後でデーモンモードを起動すると、fs.writeFileSync()がシンボリックリンクをたどり、ターゲットファイルをデーモンのPID文字列で切り詰めてしまいます。この脆弱性はバージョン1.1.0で修正されました。

Chrome DevTools for agents (chrome-devtools-mcp) は、コーディングエージェントがライブのChromeブラウザを制御および検査できる機能を提供します。バージョン0.24.0から1.1.0までの間、McpContext.validatePath() は、path.resolve(filePath) が設定されたワークスペースルートのいずれかの下に文字列として含まれているかどうかを確認することでワークスペースルートを強制していました。しかし、path.resolve() はシンボリックリンクを正規化しません。その結果、設定されたワークスペースルート内のシンボリックリンクがルート外のファイルを指していても検証を通過し、その後のファイルの読み書き操作で追跡される恐れがありました。このバイパスは、MCPクライアントが空でないリストでルート機能を正しく宣言している場合でも適用されます。これは、ルート機能が欠如している場合にすべてのパスを許可するという既存の動作とは異なります。実際の影響としては、ワークスペース境界のバイパスが発生します。書き込み方向では、filePath書き込みツールがルート内のシンボリックリンクを通じてルート外のファイルを上書きする可能性があります。読み取り方向では、upload_fileがシンボリックリンクを経由してファイルを読み取り、現在選択されているウェブページに送信できます。この脆弱性はバージョン1.1.0で修正されました。

concurrent-rubyはRubyのための最新の並行処理ツールです。バージョン1.3.7より前のConcurrent::ReentrantReadWriteLockには、あるスレッドが読み取りロックを32,768回取得した後に誤って書き込みロックを付与する問題がありました。このロックはスレッドのローカルな読み取りおよび書き込み保持カウントを1つの整数で管理しており、下位15ビットが読み取り保持カウントに、ビット15がWRITE_LOCK_HELDとして使用されています。32,768回の再入読み取り取得後、ローカルの読み取りカウントが書き込みロックのビットに重なり、try_write_lockがスレッドを既に書き込みロックを保持していると誤認します。そのため、グローバルのRUNNING_WRITERビットを設定せずにtrueを返します。これにより、コアとなる排他制御の保証が破られ、呼び出し元は書き込みロックを取得したと認識しますが、他のスレッドは同時に読み取りロックを保持または取得できてしまいます。この脆弱性はバージョン1.3.7で修正されました。

RTKLIB 2.4.3以前のsrc/rinex.cのreadrnxobsb関数にはヒープバッファオーバーフローの脆弱性が存在しており、攻撃者がRINEXエポックヘッダの衛星数を適切に制限しないことでメモリ破損を引き起こす可能性があります。攻撃者は、1エポックあたり64を超える衛星数を宣言する悪意のあるRINEXファイルを作成し、ヒープバッファオーバーフローの書き込みや範囲外のスタック読み取りを引き起こし、rnx2rtkpやRTKPOSTを含むRTKLIBベースのアプリケーションをクラッシュさせることが可能です。

Jenkins Priority Sorter Plugin 936.v2c01c6b_84449およびそれ以前のバージョンにはクロスサイトリクエストフォージェリ（CSRF）の脆弱性が存在し、攻撃者がグローバルジョブ優先度の設定を上書きできる可能性があります。

Jenkins EC2 Fleet Plugin バージョン4.2.3.539.v8fedff2a_81c3およびそれ以前のバージョンには権限チェックの欠如がありました。そのため、Overall/Read権限を持つ攻撃者が、別の方法で取得した攻撃者指定の資格情報IDを使用して攻撃者指定のURLに接続し、Jenkinsに保存されているAWS資格情報を盗み取ることが可能です。

Jenkins EC2 Fleet Plugin 4.2.3.539.v8fedff2a_81c3およびそれ以前のバージョンには、クロスサイトリクエストフォージェリ（CSRF）脆弱性が存在します。この脆弱性により、攻撃者は別の手段で取得した攻撃者指定の認証情報IDを使用して攻撃者指定のURLに接続し、Jenkinsに保存されているAWS認証情報を盗むことが可能となります。

Jenkins Zowe zDevOpsプラグイン バージョン1.1.3.50.ve350c9b_450b_1およびそれ以前にはクロスサイトリクエストフォージェリ（CSRF）脆弱性が存在しており、攻撃者は他の方法で取得した攻撃者指定の認証情報IDを使用して、攻撃者が指定したURLに接続し、Jenkinsに保存されている認証情報を取得できます。

Jenkins Zowe zDevOps Plugin バージョン 1.1.3.50.ve350c9b_450b_1 およびそれ以前のバージョンにおいて、許可チェックが欠如しているため、Overall/Read 権限を持つ攻撃者が別の方法で取得した攻撃者指定の認証情報IDを使用し、攻撃者指定のURLに接続して Jenkins に保存されている認証情報を取得することが可能です。

Nokogiriは、Rubyプログラミング言語用のオープンソースのXMLおよびHTMLライブラリです。バージョン1.19.4より前のNokogiri::XML::Document#root=は、新しいルートがNokogiri::XML::Nodeであることのみを検証しており、DTDノードをドキュメントのルートとして設定できてしまっていました。その結果、ガベージコレクションやファイナライズ時にヒープの使用後解放が発生するため、不正なメモリ読み取りやセグメンテーションフォルトが起こる可能性がありました。この脆弱性はバージョン1.19.4で修正されました。

NokogiriはRubyプログラミング言語向けのオープンソースのXMLおよびHTMLライブラリです。バージョン1.19.4より前のNokogiri::XML::XPathContextは、そのソースドキュメントをガベージコレクションのために保持していませんでした。XPathContextがそのドキュメントよりも長く生存し、ドキュメントが回収された場合、XPath式の評価は無効なメモリを読み取り、潜在的にセグメンテーションフォルトを引き起こす可能性がありました。これはアプリケーションコードが直接XPathContextを構築し、ドキュメントが到達不能になるまでそのコンテキストを使い続けた場合にのみ発生します。通常のDocument#xpath、#css、および関連する検索メソッドには影響せず、不正なドキュメント入力によってトリガーされることもありません。この脆弱性はバージョン1.19.4で修正されています。

NokogiriはRubyプログラミング言語向けのオープンソースのXMLおよびHTMLライブラリです。バージョン1.19.4より前では、Nokogiri::XML::Node#do_xincludeによって実行されるXInclude置換が、各xi:includeをその場で置き換え、インクルードノードとその子要素（例えばxi:fallbackおよびその子孫）およびそれらに宣言された名前空間を解放していました。もしアプリケーションがすでにこれらのノードや名前空間のいずれかをRubyに露出させていた場合、対応するRubyオブジェクトは解放済みメモリを指したままになっていました。そのオブジェクトを使うと無効なメモリの読み書きが発生する可能性があります。この脆弱性はバージョン1.19.4で修正されました。

Grav 1.6.30 より前のバージョンには、管理プラグインのページエディタのデフォルトセキュリティ設定にクロスサイトスクリプティングの脆弱性があります。ページ編集権限を持つユーザーは悪意のあるスクリプトを挿入して任意のコードを実行でき、システムにアクセスするために悪質なプラグインをインストールすることが可能です。

GPACマルチメディアオープンソースプロジェクトのGPAC Project/MP4Box 2.5-DEV-rev1593-gfe88c3545-masterはバッファオーバーフローの影響を受けます。この影響により、サービス拒否（ローカル）を引き起こす可能性があります。影響を受けるコンポーネントはfilter_core/filter_pid.cの574-580行目にある関数gf_filter_pid_inst_swap_delete_task()で、PIDインスタンスのスワップおよび削除クリーンアップ中に解放済みオブジェクトに不適切にアクセスし、ヒープのUse-After-Freeが発生します。攻撃ベクターはローカル（AV:L）であり、MP4Boxで巧妙に作成されたMPEG-2 TSまたはMP4ファイルを処理する認証済みのローカルユーザーがフィルターの終了処理（PIDインスタンスのスワップおよび削除）時にこのバグを引き起こし、クラッシュさせることができます。GPACのMP4Boxにおいて、filter_core/filter_pid.cのgf_filter_pid_inst_swap_delete_task()関数は、スワップおよび削除操作後のPIDインスタンスのクリーンアップ時に解放済みオブジェクトを参照する可能性があります。巧妙に作成された入力（例：不正なMPEG-2 TS）がヒープのUse-After-Freeおよびクラッシュを引き起こし、悪用される恐れがあります。

GitLabは、バージョン16.4から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのGitLab EEバージョンに影響する問題を修正しました。この問題は特定の条件下で、開発者ロールの権限を持つ認証済みユーザーが、ユーザー提供の入力の不適切なサニタイズにより、別のユーザーのセッションのコンテキストで任意のクライアントサイドコードを実行できる可能性があるものでした。

GitLabは、GitLab CE/EEの全バージョン（18.10から18.11.6未満、19.0から19.0.3未満、19.1から19.1.1未満）に影響を与える問題を修正しました。この問題は特定の条件下で、認証されていないユーザーがユーザーのブラウザセッション内で任意のJavaScriptを実行できる可能性があり、これは特定の条件下で不適切なパス検証が原因で発生していました。

GitLabは、GitLab EEのバージョン13.11から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてに影響を与える問題を修正しました。この問題は、DASTサイトプロファイル管理における不適切な認可により、Developerロールのユーザーが特定の条件下でDASTサイトプロファイルの機密情報を外部に持ち出せてしまう可能性がありました。

Google Chrome 149.0.7827.197以前のDeviceBoundSessionCredentialsに不適切な実装があり、リモートの攻撃者が細工されたHTMLページを使用して同一生成元ポリシーを回避できる可能性がありました。

149.0.7827.197未満のGoogle ChromeにおけるAutofillの不適切な実装により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、クロスオリジンのデータを漏洩させることが可能でした。

Google Chrome 149.0.7827.197より前のバージョンにおいて、GPUの初期化が不完全な使用により、レンダラープロセスが侵害されました。これによりリモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Google Chromeのバージョン149.0.7827.197より前のバージョンにおいて、ナビゲーション時の信頼できない入力の検証が不十分であったため、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サイト分離を回避できる問題がありました。

Google ChromeのAndroid版149.0.7827.201より前のバージョンにはPaymentsのUse after freeの脆弱性が存在し、ローカル攻撃者がデバイスへの物理的アクセスを通じてヒープ破損を悪用できる可能性がありました。

GitLabは、GitLab CE/EEのバージョン14.8から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのバージョンに影響する問題を修正しました。この問題によって、特定の条件下で認証されたユーザーが不適切な入力検証のためにスニペット内のコンテンツを隠蔽できる可能性がありました。

GitLabは、GitLab CE/EEのすべてのバージョン（17.5から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満）に影響する問題を修正しました。この問題により、特定の条件下で認証されていないユーザーが不適切な認可チェックのために公開プロジェクト上の機密の問題参照を閲覧できる可能性がありました。

特定のスレッドにシグナルを送るために使用される際、thr_kill2(2)はp_cansignal()を呼び出して操作が許可されているかどうかを判断していましたが、シグナルを送る前にその結果を確認していませんでした。許可チェックに失敗してもシグナルは送信されていました。システムコールは結果のエラーを呼び出し元に返していましたが、その時点でシグナルは既に送信済みでした。このチェック漏れにより、ターゲットのプロセスIDとスレッドIDを知っているか推測できる未特権のローカルユーザーが、本来シグナルを送る許可がないプロセス（他のユーザーやrootが所有するプロセスを含む）に任意のシグナルを送信できてしまいます。同じチェックはjailの境界も強制しているため、jail内のプロセスがホストや他のjailのプロセスにシグナルを送ることが可能になります。スレッドIDはグローバルかつ連続的に割り当てられているため、ターゲットの可視性なしにブルートフォースで発見できます。攻撃者は任意のプロセス（重要なシステムデーモンを含む）を停止または終了させられるため、サービス拒否（DoS）を引き起こす可能性があります。