脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 292,766 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 Medium の検索結果:3,601–3,640 件目を表示(ページ 91)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
IBM watsonx.data intelligence 5.2.0、5.2.1、5.3.0、5.3.1には、ユーザーの資格情報をプレーンテキストで保存する問題があり、ローカルユーザーがこれを読み取ることができます。
ISPConfig 3.3.0には、システムステータスのウェブページを介してクロスサイトスクリプティング(XSS)が発生する脆弱性があります。
CloudStack Backupプラグインはバージョン4.21.0.0および4.22.0.0において不適切なアクセスロジックを持っています。CloudStack 4.21.0.0以降の環境でこのプラグインが有効になっており、特定のAPIにアクセス権を持つ認証済みユーザーであれば、環境内の他のユーザーのバックアップを使用して新しいVMを作成することが可能です。CloudStack 4.21.0.0以降のバージョンでBackupプラグインを使用しているユーザーは、この問題を修正したCloudStackバージョン4.22.0.1にアップグレードすることを推奨します。
Linuxカーネルにおいて、以下の脆弱性が修正されました。hfsplusでは、sb-s_fs_infoが常にクリーンアップされるようにしています。hfsplusが新しいマウントAPIに変換された際、sb-s_fs_infoの割り当てパターンの変更によりバグが導入されました。もしsetup_bdev_super()がsget_fc()によって新しいスーパーブロックを割り当てた後に、hfsplus_fill_super()がファイルシステム固有のs_fs_infoデータの所有権を取得する前に失敗した場合、s_fs_infoがリークしていました。この問題を修正するために、hfsplus_kill_super()でsb-s_fs_infoを解放するようにしました。
Linuxカーネルにおいて、以下の脆弱性が修正されました: most: core: most_register_interfaceのエラーパスにおけるリソースリークを修正しました。most_register_interface()関数は、デバイスを登録する前に早期に失敗した場合にリソースを正しく解放しませんでした。この場合、インターフェースに割り当てられたメモリがリークしていました。この問題は、device_initialize()でデバイスを早期に初期化し、すべてのエラーパスでput_device()を呼び出すことで修正されました。most_register_interface()は、呼び出し元で割り当てられたリソースを解放するために、エラー発生時にput_device()を呼び出すことが期待されています。put_device()は、呼び出し元によってrelease_mdev()またはdim2_release()を呼び出します。分割初期化を扱うために、device_register()の代わりにdevice_add()を使用するように切り替えられました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。rpmsg: coreのdriver_override_show()関数における競合状態を修正し、coreヘルパーの使用を改善しました。driver_override_show関数はdevice_lockを保持せずにdriver_override文字列を読み取っていました。一方で、store関数はdevice_lockを保持しながら文字列を変更および解放していました。このため、store関数が文字列を解放している間にshow関数が読み取るという競合状態が発生し、use-after-freeの問題が生じていました。この問題を修正するために、rpmsg_string_attrマクロを明示的なshowおよびstore関数に置き換えました。新しいdriver_override_store関数は標準のdriver_set_overrideヘルパーを使用します。driver_set_overrideの導入以降、include/linux/rpmsg.hのコメントではdriver_overrideの設定や解除にはこのヘルパーを使用すべきとされていましたが、実装は今回まで更新されていませんでした。driver_set_overrideはdevice_lockを保持しながら文字列を変更および解放するため、新しいdriver_override_show関数は読み取り操作時に正しくdevice_lockを保持し、競合状態を防ぎます。さらに、rpmsg_string_attrはdriver_overrideのみに使用されていたため、このマクロを削除することでコードが簡素化されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。net: qrtr: IPCR DLチャネルに対するMHIのauto_queue機能を廃止しました。MHIスタックは、RXパス(DLチャネル)用のバッファを自動的にキューイングする'auto_queue'機能を提供しています。この機能によりクライアントドライバの設計は簡素化されますが、クライアントドライバとMHIスタック間で競合状態が発生します。例えば、auto_queueが有効な場合、DLチャネルの'dl_callback'がクライアントドライバの完全なプロービング前に呼び出される可能性があります。これは、dl_callbackが呼ばれた時点でクライアントドライバの構造体が初期化されておらず、NULLポインタ参照につながる恐れがあります。現在、ドライバはこの問題を回避するために、mhi_prepare_for_transfer_autoqueue()を呼び出す前に内部構造体を初期化しています。しかし、それでもクライアントドライバの内部コードパスがmhi_prepare_for_transfer_autoqueue()前にMHIのキューAPIを呼び出す可能性があり、同様のNULLポインタ参照が発生するおそれがあります。この問題はQcom X1E80100 CRDマシンの起動時に報告されました。これらの競合を適切に解決するために、MHIの'auto_queue'機能を完全に廃止し、クライアントドライバ(QRTR)がRXバッファを手動で管理する方式に変更しました。QRTRドライバでは、プローブ時にリング長に基づいてRXバッファをキューイングし、使用後は'dl_callback'でバッファをリサイクルします。また、コントローラドライバから'auto_queue'フラグの設定を削除する必要があります。現在、この'auto_queue'機能はIPCR DLチャネルでのみ有効化されているため、変更はQRTRクライアントドライバのみに必要です。
LinuxカーネルのASoC SOF ipc4-topologyにおけるバイト制御の割り当てサイズに関する問題が修正されました。scontrol-ipc_control_dataの背後に割り当てられるバイト制御のデータサイズは、実際に使用されるサイズに適切に対応するように変更され、不適切なサイズの割り当てによる問題を防止します。これにより、バイト制御の完全なデータサイズが正しく保持されるようになりました。
Linuxカーネルにおいて、以下の脆弱性が修正されました:drm/amdgpuのNULLポインタ問題を修正しました。SDMAブロックが有効でない場合、buffer_funcsが初期化されない問題がありましたが、このNULLポインタ問題を解決しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。fs/buffer: try_to_free_buffers()関数でバッファを持たないフォリオに対してアラートを追加しました。try_to_free_buffers()は、AS_RELEASE_ALWAYSが設定されているがrelease_folio操作が定義されていないマッピングに属するフォリオに対してfilemap_release_folio()が呼び出された際、バッファが添付されていないフォリオでも呼ばれる可能性があります。このような場合、AS_RELEASE_ALWAYSフラグのためにfolio_needs_release()はtrueを返しますが、フォリオにはプライベートバッファデータがありません。これにより、try_to_free_buffers()がバッファのないフォリオに対してdrop_buffers()を呼び出し、ヌルポインタ参照を引き起こします。try_to_free_buffers()内でバッファが添付されていないフォリオの場合、早期リターンするチェックを追加し、誤った構成を警告するためにWARN_ON_ONCE()を用いています。この修正により、防御的強化が提供されます。
認可の問題は、改良された状態管理によって対処されました。この問題は macOS Tahoe 26.4で修正されました。アプリが機密ユーザーデータにアクセスできる可能性がありました。
Dell ECSバージョン3.8.1.0から3.8.1.7、およびDell ObjectScaleバージョン4.3.0.0以前のバージョンには、OSの権限管理に不備がある脆弱性が含まれています。高い権限を持つローカルアクセス可能な攻撃者がこの脆弱性を悪用すると、権限昇格が発生する可能性があります。
eLabFTWはオープンソースの電子実験ノートブックです。elabftwのバージョン5.4.1までのログインフローには、認証ステップ間で多要素認証の状態を確実に保持できない問題がありました。特定の条件下で、有効な一次資格情報を持つ攻撃者が、自身が管理するTOTPシークレットを使用して認証を完了し、追加の要素を回避する可能性がありました。これにより、不正なアカウントアクセスが発生する可能性があります。この問題はバージョン5.4.2で修正されました。
競合状態は追加の検証を行うことで対処されました。この問題は macOS Tahoe 26.4 で修正されています。アプリが機密性の高いユーザーデータにアクセスする可能性があります。
バッファオーバーフローは、入力検証の改善によって対処されました。この問題はiOS 18.7.9およびiPadOS 18.7.9、iOS 26.5およびiPadOS 26.5、macOS Sequoia 15.7.7、macOS Sonoma 14.8.7、macOS Tahoe 26.5、tvOS 26.5、visionOS 26.5、watchOS 26.5で修正されています。ローカルユーザーが予期しないシステム終了を引き起こしたり、カーネルメモリを読み取ったりする可能性があります。
この問題はデータ保護の改善によって対処されました。この問題はiOS 26.5およびiPadOS 26.5、macOS Tahoe 26.5、visionOS 26.5で修正されています。この脆弱性により、アプリがユーザーの機密データにアクセスできる可能性があります。
FiberはGo用のウェブフレームワークです。github.com/gofiber/fiber/v3のバージョン3.1.0までのcacheミドルウェアのデフォルトキージェネレーターは、リクエストパスのみを使用し、クエリ文字列を含みませんでした。その結果、異なるクエリパラメータを持つ同じパスへのリクエストが同じキャッシュキーを共有し、誤ったキャッシュされたレスポンスを受け取る可能性がありました。これはクエリ依存のエンドポイントにおいてレスポンスの混在を引き起こし、別のリクエスト向けのデータが露出する可能性がありました。この問題はバージョン3.1.0以降で修正されています。
Linuxカーネルのdrm/xe/pxpにおいて、ジャンプ後にpxp_startでリスタートフラグをクリアしないため、関数の最初に戻る際にフラグがクリアされず、関数の終わりに到達しても最初に戻り続ける問題が修正されました。
Linuxカーネルにおいて、drm/xe/xe_pagefaultのページフォールトハンドラは、読み取り専用VMAへの書き込みやアトミックアクセスを拒否するように修正されました。これにより、読み取り専用のVMAへの不正な書き込みが防止されます。該当の問題はv2で最大行長の適用も含めて修正されています。
REST APIを使用できるオペレーターは、権威サーバーに無効なHTTPSまたはSVCBレコードデータを生成させる可能性があり、これがLMDBバックエンドを使用している場合、LMDBデータベースを破損させる可能性があります。
Illustratorのバージョン29.8.6、30.3およびそれ以前のバージョンは、NULLポインタ参照の脆弱性の影響を受けており、これによりアプリケーションがサービス拒否状態になる可能性があります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否状態を引き起こすことが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Illustratorのバージョン29.8.6、30.3およびそれ以前のバージョンは、境界外読み取りの脆弱性の影響を受けており、これにより機密メモリの情報漏えいが発生する可能性があります。攻撃者はこの脆弱性を悪用して機密情報を漏洩させることが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
認証された攻撃者は、_user_tags に特殊に作成されたタグ値を保存し、被害者がタグが表示されるリストまたはレポートビューを開いた際にJavaScriptが実行される可能性があります。脆弱なレンダラーは、タグの内容をエスケープせずにHTML属性や要素の内容に挿入します。この問題は Frappe バージョン16.10.10に影響を与えます。
lxcはLinuxコンテナランタイムです。setuidヘルパーであるlxc-user-nicのdeleteパスにはfind_line()関数内に論理的欠陥があり、これにより権限のないユーザーが他のユーザーに属するOVSに接続されたネットワークインターフェースを削除できる可能性があります。lxc-user-nicのdelete機能は削除要求を認可するためにNICデータベースをスキャンしますが、インターフェース名の比較において所有権、タイプ、リンクのフィールドが異なるユーザーのものであっても、名前の一致だけで認可フラグが設定される場合があります。この脆弱なチェックはgoto nextラベルの処理後に存在しており、前の所有権チェックが失敗またはスキップされた行であっても到達可能です。この認可信号の後続処理ではマッチしたデータベース行が実際に呼び出し元に属しているかを再検証しないため、有効なlxc-usernetポリシーエントリを持つ権限のない攻撃者が同じブリッジ上の別ユーザーのOVSポートの削除を引き起こすことが可能です。これはOpenVSwitchブリッジを使用するマルチテナント環境に限定されます。影響はサービス拒否であり、一人のテナントが共有インフラ上で別のテナントが実行するコンテナのネットワーク接続を繰り返し切断できる可能性があります。この問題はバージョン7.0.0で修正されました。
Dell PowerScale InsightIQのバージョン5.0.0から6.2.0には、不必要な権限での実行に関する脆弱性が含まれています。高い権限を持つローカルアクセス可能な攻撃者がこの脆弱性を悪用すると、権限の昇格が発生する可能性があります。
Spring Cloud Config Serverでトレースログを有効にすると、ログに機密情報がプレーンテキストで記録される問題がありました。Spring Cloud Config 3.1.xは3.1.0から3.1.13まで(含む)が影響を受けます。3.1.14以降にアップグレードしてください(エンタープライズサポートのみ)。Spring Cloud Config 4.1.xは4.1.0から4.1.9まで(含む)が影響を受けます。4.1.10以降にアップグレードしてください(エンタープライズサポートのみ)。Spring Cloud Config 4.2.xは4.2.0から4.2.6まで(含む)が影響を受けます。4.2.7以降にアップグレードしてください(エンタープライズサポートのみ)。Spring Cloud Config 4.3.xは4.3.0から4.3.2まで(含む)が影響を受けます。4.3.3以降にアップグレードしてください。Spring Cloud Config 5.0.xは5.0.0から5.0.2まで(含む)が影響を受けます。5.0.3以降にアップグレードしてください。
Sync-in Serverは、ファイルの保存、共有、コラボレーション、および同期のための安全なオープンソースプラットフォームです。バージョン2.2.0より前のバージョンでは、/api/auth/loginエンドポイントに論理的な欠陥があり、認証されていないリモート攻撃者がアプリケーションの応答時間を測定することで有効なユーザー名を列挙できてしまいます。この問題はバージョン2.2.0で修正されました。
Angularは、TypeScript/JavaScriptやその他の言語を使用してモバイルおよびデスクトップのウェブアプリケーションを構築するための開発プラットフォームです。バージョン19.2.21、20.3.19、21.2.9、および22.0.0-next.8より前のバージョンでは、@angular/platform-serverにおいて、サーバーサイドレンダリング(SSR)中のURL処理が不適切であったため、サーバーサイドリクエストフォージェリ(SSRF)の脆弱性が存在していました。攻撃者がGET /\evil.com/ HTTP/1.1のようなリクエストを送信すると、サーバーエンジン(Expressなど)はそのURL文字列をAngularのレンダリング関数に渡します。URLパーサーはHTTP/HTTPSスキームにおいてバックスラッシュをスラッシュに正規化するため、アプリケーションの内部状態が現在のオリジンをevil.comだと誤って認識します。この誤解によってアプリケーションは攻撃者のドメインをローカルオリジンとして扱います。その結果、相対的なHttpClientリクエストやPlatformLocation.hostnameの参照が攻撃者が制御するサーバーにリダイレクトされ、内部APIやメタデータサービスが露出する可能性があります。この問題はバージョン19.2.21、20.3.19、21.2.9、および22.0.0-next.8で修正されました。
fast-xml-parserは、C/C++ベースのライブラリやコールバックを使用せずにJSオブジェクトからXMLを処理することを可能にします。バージョン5.7.0以前のXMLBuilderは、JavaScriptオブジェクトからXMLを構築する際に、コメント内容中の"--"シーケンスやCDATAセクション内の"]]"シーケンスをエスケープしませんでした。これにより、ユーザー制御のデータがコメントやCDATA要素に流れ込んだ場合、XMLインジェクションが発生してXSS、SOAPインジェクション、またはデータ操作につながる可能性があります。本問題はバージョン5.7.0で修正されています。
TypeScript向けのClaude SDKは、サーバーサイドのTypeScriptまたはJavaScriptアプリケーションからClaude APIへアクセスする機能を提供します。バージョン0.79.0から0.91.1未満の間、Anthropic TypeScript SDKのBetaLocalFilesystemMemoryToolは、Node.jsのデフォルトモード(ファイルは0o666、ディレクトリは0o777)を使用してメモリファイルおよびディレクトリを作成していました。そのため、標準のumask設定のシステムではこれらが全ユーザーに読み取り可能な状態となり、多くのDockerベースイメージのような寛容なumask環境では全ユーザーによる書き込みも可能でした。共有ホスト上のローカル攻撃者は永続化されたエージェントの状態を読み取ることができ、コンテナ化された環境ではメモリファイルを変更して以降のモデルの動作に影響を与える可能性がありました。この問題はバージョン0.91.1で修正されました。
Difyのバージョン1.14.0未満には、認証済みユーザーがチャットメッセージのリクエストのfiles配列に任意のファイルUUIDを指定することで、同じテナント内の他のユーザーがアップロードしたファイルの内容をすべて読み取ることができる認可バイパスの脆弱性があります。攻撃者はchat-messagesエンドポイントにおける不十分な権限検証を悪用するため、所有権の検証を回避してファイルにアクセスでき、ワークスペース分離や署名付きURLの保護をすり抜けて、ワークフロープロセスを通じて機密ファイルの内容を取得できます。
goshsはGoで書かれたSimpleHTTPServerです。バージョン2.0.2より前のPUTアップロードハンドラには、修正済みのPOSTアップロードハンドラにあるCSRFトークン検証がありませんでした。また、OPTIONSプリフライトハンドラで条件なしにAccess-Control-Allow-Origin: *が設定されているため、任意のウェブサイトが被害者のブラウザを通じてgoshsインスタンスに任意のファイルを書き込むことができ、ネットワーク分離を回避できます。この問題はバージョン2.0.2で修正されています。
wlcはWeblateのREST APIを使用するWeblateのコマンドラインクライアントです。バージョン2.0.0以前のwlcでは、HTML出力形式がAPIレスポンスデータをエスケープせずにHTMLに埋め込んでおり、そのため、出力がブラウザでレンダリングされる際にクロスサイトスクリプティングが発生する可能性がありました。この問題はバージョン2.0.0で修正されました。
PJSIPはC言語で書かれた無料かつオープンソースのマルチメディア通信ライブラリです。バージョン2.17以前のGnuTLSビルドにおいて、SIP TLSトランスポート(sip_transport_tls)は、アプリケーションが明示的にverify_server = PJ_TRUEまたはverify_client = PJ_TRUEを介して証明書検証を有効にしている場合でも、無効または信頼されていない証明書による接続を受け入れてしまう可能性がありました。この問題はバージョン2.17で修正されています。
OnyxはオープンソースのAIプラットフォームです。バージョン3.0.9、3.1.6、および3.2.6より前のバージョンでは、POST /chat/stop-chat-session/{chat_session_id} エンドポイントが認証された任意のユーザーに他のユーザーのアクティブなチャットセッションを停止させることを許していました。このエンドポイントは認証を確認しますが、セッションが呼び出し元に属しているかどうかを検証しません。チャットセッションUUIDを知っている攻撃者は、他のユーザーのLLM生成を途中で停止させることができます。この問題はバージョン3.0.9、3.1.6、および3.2.6で修正されています。
OnyxはオープンソースのAIプラットフォームです。バージョン3.0.9、3.1.6、および3.2.6より前のバージョンでは、GET /chat/file/{file_id}エンドポイントが認証された任意のユーザーに対し、ファイルUUIDを指定することで他のユーザーがアップロードしたファイルをダウンロードできていました。このエンドポイントは呼び出し元が認証されていることを確認しますが、そのファイルが呼び出し元のものであるかどうかは確認しません。ファイルUUIDを知っているか取得した攻撃者は、システム内の任意のユーザーがアップロードした機密文書やチャットの添付ファイル、その他のファイルにアクセス可能でした。この問題はバージョン3.0.9、3.1.6、および3.2.6で修正されています。
PillowはPythonの画像処理ライブラリです。バージョン12.2.0以前では、フォントの各グリフの進み量が非常に大きい場合に、Pillowが現在の位置を追跡する際に整数オーバーフローが発生する可能性がありました。この問題はバージョン12.2.0で修正されました。
PillowはPythonのイメージングライブラリです。バージョン11.2.1から12.2.0未満のバージョンにおいて、ImagePath.PathやImageDraw.ImageDraw.polygon、ImageDraw.ImageDraw.lineなどの座標を受け取るAPIにネストされたリストを渡すと、そのネストされたリストが割り当てられたバッファを超えて再帰的に展開されるため、ヒープバッファオーバーフローが発生する可能性がありました。現在は、座標リストが正確に2つの数値座標を含むことが検証されるようになっています。この問題はバージョン12.2.0で修正されました。
PillowはPythonの画像処理ライブラリです。バージョン4.2.0から12.2.0未満のバージョンでは、攻撃者が悪意のあるPDFを提供することで、プロセスが無限にハングし、CPUを100%消費してアプリケーションが応答しなくなる可能性があります。この問題はバージョン12.2.0で修正されました。
GravはファイルベースのWebプラットフォームです。2.0.0-beta.2以前のバージョンでは、低権限ユーザー(例:pages.update権限のみを持つコンテンツ編集者)がgrav['accounts']サービスを利用することで、既存のTwigサンドボックス制限を回避できます。攻撃者は管理者ユーザーオブジェクトをプログラム的に読み込み、Bcryptパスワードハッシュやセキュリティソルトを含む機密データを抽出できます。この脆弱性は2.0.0-beta.2で修正されました。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全292,766件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。