脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 292,332 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
直近3年 の検索結果:2,641–2,680 件目を表示(ページ 67)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
Symfony UXはSymfony用のJavaScriptエコシステムです。バージョン2.5.0から2.36.0および3.1.0において、Symfony\UX\LiveComponent\Controller\BatchActionController::__invoke()はクライアントが提供するactions配列を反復処理し、各エントリに対して完全なHttpKernelサブリクエストを発行します。配列のサイズに上限がないため、認証されたクライアントは数千のアクションを含む単一の_batchリクエストを送信でき、その結果アプリケーションサーバ上でCPU、メモリ、およびデータベース接続が枯渇する可能性があります。この問題はバージョン2.36.0および3.1.0で修正されています。
Symfony UXはSymfonyのためのJavaScriptエコシステムです。バージョン2.8.0から2.36.0および3.1.0までの間、Symfony\UX\LiveComponent\Util\ChildComponentPartialRenderer::createHtml()は、LiveComponentSubscriberおよびInterceptChildComponentRenderSubscriberからのクライアント制御のchildren[id].tag値をタグ名として、エスケープや検証を行わずに直接HTMLに挿入してしまいます。これにより、少なくとも1つの子コンポーネントを含む任意のLiveコンポーネントの再レンダリング時に、任意のHTML(<script>タグを含む)を許可してしまいます。この問題はバージョン2.36.0および3.1.0で修正されています。
Symfony UXはSymfonyのためのJavaScriptエコシステムです。バージョン2.2.0から2.36.0および3.1.0まで、Symfony\UX\Autocomplete\Doctrine\EntitySearchUtil::addSearchClause()は、クライアントから提供されたクエリをエスケープせずにSQL LIKEワイルドカード(%, _, \)で囲んでLIKE式を構築しており、このLIKE式はオートコンプリートエンドポイントで使用されていました。そのため、認証されていないユーザーが公開されているBaseEntityAutocompleteTypeエンドポイントを利用して、default searchable_fields内のすべてのカラムに対して広範なマッチングやブラインドブールオラクル攻撃を実行できる可能性がありました。この問題はバージョン2.36.0および3.1.0で修正されています。
Symfony UXはSymfonyのためのJavaScriptエコシステムです。2.8.0から2.36.0および3.1.0までのバージョンにおいて、Symfony\UX\LiveComponent\LiveComponentHydratorが計算するHMACは、ソートされたpropのキーとバリューペアのみを対象としており、コンポーネント名、スロット識別子(propsとpropsFromParentの区別)、またはリクエストコンテキストを含んでいませんでした。そのため、あるコンポーネントやスロット向けに発行された署名付きのデータ(ブロブ)を別のコンポーネントやスロットでリプレイすることが可能であり、対象のコンポーネントの読み取り専用propを設定される可能性がありました。この問題はバージョン2.36.0および3.1.0で修正されています。
Symfony UXはSymfony向けのJavaScriptエコシステムです。バージョン2.22.0から2.36.0および3.1.0にかけて、Symfony\UX\LiveComponent\EventListener\LiveComponentSubscriber::isLiveComponentRequest()はAcceptヘッダーがapplication/vnd.live-component+htmlである場合に#[LiveAction]の呼び出しを許可していました。しかし、AcceptヘッダーはCORSのセーフリストに入っており、クロスオリジンのfetch()が事前検証なしで設定可能であるため、SameSite=None、credentials: 'include'、許容的なクッキーポリシー、または同一オリジンのピボットを使用しているアプリケーションにおいて、被害者セッションに対して偽造されたクロスオリジンの#[LiveAction]リクエストを行うことが可能でした。この問題はバージョン2.36.0および3.1.0で修正されています。
Symfony UXはSymfonyのためのJavaScriptエコシステムです。バージョン2.2.0から2.36.0および3.1.0までの間、symfony/ux-autocompleteのStimulusコントローラーは_createAutocompleteWithRemoteData()内でAJAXレスポンスのアイテムをHTMLテンプレートリテラル(<div>${item[labelField]}</div>)にテキストフィールドとして埋め込み、レンダリングしていました。そのため、テキストとしてではなくHTMLとして解釈されます。結果として、ユーザー提供のドロップダウン値に含まれる攻撃者が制御するマークアップが、自動補完ウィジェットを同じデータで使用する任意のユーザーのブラウザ上で実行される可能性があります。この問題はバージョン2.36.0および3.1.0で修正されています。
IBM Langflow OSS バージョン 1.0.0 から 1.10.1 までにおいて、認証された攻撃者が SaveToFile コンポーネントを悪用し、絶対パスを指定して被害者のストレージ場所を指し示すことで、他のユーザーがアップロードしたファイルを読み取りおよび改ざんできる可能性があります。追記モードでは、攻撃者のワークフローが被害者のファイル内容を読み取り、攻撃者が制御するデータを追記し、被害者のデータを含むコピーを攻撃者の名前空間にアップロードします(機密性が侵害されます)。上書きモードでは、攻撃者が被害者ファイルの内容を任意のデータに置き換えることができ(完全性が侵害されます)、ユーザー間のストレージ所有権の境界が破壊されます。
・Vulnerability Note VU#885548 Denial-of-service vulnerability in HTTP/2 servers via stalled flow-control conditions
2026年07月16日(現地時間)、米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規:9件 ・ICSA-26-197-01: Rockwell Automation Arena ・ICSA-26-197-02: Rockwell Automation 1756-EN2, 1756-EN3, and 1756-ENBT ・ICSA-26-197-03: NASA Core Flight System (cFS) Health & Safety (HS) Application ・ICSA-26-197-04: AutomationDirect Productivity Suite ・ICSA-26-197-05: Siemens SICAM 8 ・ICSA-26-197-06: Rockwell Automation CompactLogix, ControlLogix, Compact GuardLogix and GuardLogix ・ICSA-26-197-07: SALTO ProAccess Space ・ICSA-26-197-08: Rockwell Automation Flex 5000 Adapter ・ICSA-26-197-09: Rockwell Automation FactoryTalk DataMosaix
・Vulnerability Note VU#326070 SGLang contains a vulnerable pickle deserialization vulnerability through the expert-parallel subsystem
Drupalが提供するプラグイン「AI Agents」には、次の脆弱性が存在します。 ・不正な認証(CWE-863)- CVE-2026-13236 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方が開発者とIPAに報告し、JPCERT/CCが開発者と公表の調整を行いました。 報告者:野口 晋義 氏
ソニー株式会社より2017年以前に出荷された一部のFeliCa ICチップでは、暗号処理プロセスにおいて特定の操作を行うことにより、本来のセキュリティ強度が低下する事象が発生します。 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 報告者:アンノウン・テクノロジーズ株式会社 切敷 裕大 氏
NGINX Ingress Controller が Ingress または TransportServer リソースを処理する際に、認証されたリモートの攻撃者が Ingress または TransportServer リソースの作成または変更権限を持っている場合、NGINX Ingress Controller プロセスを終了させることが可能です。影響として、NGINX Ingress Controller のコントロールプレーンプロセスが終了し、不正な形式の Ingress または TransportServer リソースがクラスターに存在する限り、持続的なクラッシュループに入ります。この脆弱性により、Ingress または TransportServer リソースへの書き込み権限を持つ認証されたリモート攻撃者が、NGINX Ingress Controller システムに対してサービス拒否(DoS)攻撃を引き起こすことができます。データプレーンには影響がなく、問題はコントロールプレーンに限定されます。注意点として、技術サポート終了(EoTS)となったソフトウェアバージョンは評価の対象外としています。
CVE-2026-55398は、バージョン14.55以前のSecure Accessクライアントおよびサーバーに存在するメモリ管理の脆弱性です。トンネルプロトコルに関する詳細な知識と完全な制御権を持つ攻撃者は、サーバーに対して非永続的なDoS攻撃を仕掛けることが可能です。
CVE-2026-55399は、バージョン14.55以前のSecure Accessパブリッシャーに存在するリソース枯渇の脆弱性です。有効な資格情報を持つ攻撃者がSecure Accessトンネルを通じてパブリッシャーに対し、非永続的なDoS攻撃を実行できる可能性があります。
NGINX Ingress Controllerがカスタムリソース定義(CRD)やIngressアノテーションで構成されている場合、NGINX Ingress Controllerの設定ジェネレーターにインジェクションの脆弱性が存在します。複数のユーザー制御可能なフィールドがサニタイズされることなく生成されたNGINX設定に書き込まれます。認証された攻撃者がこれらのCRDやアノテーションを作成または変更する権限を持っている場合、任意のNGINX設定ディレクティブを注入する値を作成する可能性があります。影響:認証された攻撃者がKubernetes APIを通じてNGINX Ingress ControllerのCRDやIngressアノテーションに書き込み権限を付与されている場合、任意のNGINX設定ディレクティブを注入したり、ファイルを作成または削除したり、サービスを無効化したりすることが可能です。データプレーンへの影響はなく、コントロールプレーンの問題に限られています。注意:技術サポート終了(EoTS)に達したソフトウェアバージョンは評価対象外としています。
n8nには、n8n User Auth(デフォルト設定ではありません)を使用して構成された場合のChat Triggerノードにおいて認証バイパスの脆弱性があります。影響を受けるリリースは、1.123.22より前のバージョン、2.0.0から2.9.2のライン、および2.10.0であり、Chat TriggerのWebhookエンドポイントの認証チェックが回避され、有効な認証情報がなくてもアクセスできる状態になっています。この問題は、バージョン1.123.22、2.9.3、および2.10.1で修正されています。
Open WebUIのバージョン0.9.5未満には、OAuth認証フローにおいて格納型クロスサイトスクリプティングの脆弱性があります。この脆弱性は、画像クレームのURLのMIMEタイプがContent-Typeヘッダーではなくファイル拡張子から推論されるため、SVGファイルがプロフィール画像バリデーターを回避してデータURIとして保存されてしまうことに起因しています。認証済みユーザーがプロフィール画像エンドポイントにアクセスすると、攻撃者制御下のSVGコンテンツがインライン配置され、かつデフォルトのセキュリティヘッダーが付与されない状態で配信されます。そのため、同一オリジン内でスクリプトが実行され、認証トークンの窃取やアカウントの乗っ取りが可能となります。
open-webuiのバージョン0.3.14以前には、クロスオリジンリソース共有(CORS)の設定ミスがあり、allow_origins=*かつ認証済みリクエストで /api/v1/functions エンドポイントへのアクセスを許可していました。攻撃者は、管理者ユーザーが攻撃者の管理するウェブサイトを訪れた際に、悪意のあるクロスサイトリクエストを作成することで、open-webuiインスタンス上で任意のコードを実行することができます。
n8nのバージョン1.123.61、2.27.4、および2.28.1より前のバージョンには、静的検証チェックとランタイム式エンジンの不一致に起因する外部シークレット処理における権限回避の脆弱性があります。認証済みユーザーで、クレデンシャルの作成または更新権限はあるもののexternalSecret:listスコープを持たない場合、静的検証では検出されない形式で外部シークレット参照をクレデンシャルに埋め込むことが可能です。これらの参照はワークフローの実行時に解決され、ユーザーがアクセス権を持たないシークレットの値が露出する恐れがあります。この問題は、外部シークレットプロバイダーが構成され、高度な権限管理が使用されているインスタンスにのみ影響を及ぼします。
ImageMagickのバージョン7.1.2-26以前および6.9.13-51以前には、-script操作におけるセキュリティポリシーチェックが欠如しているため、ポリシーバイパスの脆弱性が存在します。これにより、設定されたセキュリティポリシーで禁止されているパスからファイルを読み取ることができてしまいます。
ImageMagick 7.1.2-26以前(および6.xでは6.9.13-51以前)には、一時ファイルの作成に失敗した場合に発生するTIFFエンコーダのメモリリークが含まれており、これにより小さなメモリリークが発生します。
BusyBoxのコミット371fe9にあるevaluate()関数(editors/awk.c)にはスタックオーバーフローの脆弱性が存在し、攻撃者は細工したAWKスクリプトを供給することでサービス拒否(DoS)攻撃を引き起こすことが可能です。
Busybox v1.38.0 の awk_sub() 関数(editors/awk.c)における use-after-free の脆弱性により、攻撃者が細工された AWK スクリプトを供給することでサービス拒否(DoS)を引き起こす可能性があります。
Busybox v1.38.0 の ifsbreakup() 関数(shell/ash.c)におけるヒープオーバーフローにより、攻撃者が細工された入力を供給することでサービス拒否(DoS)攻撃を引き起こす可能性があります。
Busybox v1.38.0 の evalcommand() 関数(shell/ash.c)におけるヒープオーバーフローにより、攻撃者が細工された入力を供給することでサービス拒否(DoS)攻撃を引き起こす可能性があります。
HCL DFXAnalyticsは、暗号化されたセッション(SSL)クッキーにおいてセキュア属性が未設定である脆弱性の影響を受けています。このアプリケーションは認証時に生成されるセッションクッキーに「secure」属性を設定していません。そのため、リモートの攻撃者がネットワークトラフィックを盗聴し、暗号化されていないチャネルを通じて送信される機密クッキーやセッショントークン、認証情報を取得する可能性があります。
HCL DFXAnalyticsはログインリプレイ攻撃の脆弱性の影響を受けています。このアプリケーションは、リモート攻撃者が有効な認証データを傍受、遅延、または不正に再送信することを許し、不正アクセスを行う可能性があります。このリスクを軽減するために、アプリケーションはすべてのメッセージにタイムスタンプを含める仕組みを実装し、一定の経過時間を超えたメッセージを受信側システムが自動的に拒否するようにしなければなりません。
HCL DFXAnalytics は内部IPアドレス漏洩の脆弱性の影響を受けています。このアプリケーションは生成されるサーバー応答内に内部IPアドレスの詳細を含んでおり、これによりリモート攻撃者が機密性の高いネットワークトポロジー情報を収集し、内部インフラストラクチャのマッピングを行い、さらなる標的型攻撃に利用する可能性があります。
HCL DFXAnalyticsはSameSite属性の欠如による脆弱性の影響を受けています。本アプリケーションでは認証時に生成されるセッションCookieに「SameSite」属性を設定しておらず、追加の対策(例:Anti-CSRFトークン)を実装していない場合、リモートの攻撃者がクロスサイトリクエストフォージェリ(CSRF)攻撃を実行する可能性があります。
HCL DFXAnalyticsは、HTTP Strict-Transport-Securityヘッダーが欠如していることに起因する脆弱性を抱えています。このアプリケーションはレスポンス内でHTTP Strict Transport Security(HSTS)ポリシーを実装していないため、リモート攻撃者が通信チャネルを暗号化されていない接続(HTTP)にダウングレードし、中間者攻撃(MitM)を実行する恐れがあります。この問題を解決するためには、アプリケーションがすべてのウェブアプリケーションのレスポンスに「Strict-Transport-Security」ヘッダーを含める必要があります。
Yamcsはミッションコントロールフレームワークです。バージョン5.12.7以前のyamcs-coreにおけるIAM APIエンドポイントであるlistUsers、getUser、listGroups、およびgetGroupは、yamcs-core/src/main/java/org/yamcs/http/api/IamApi.java内で必要なSystemPrivilege.ControlAccessチェックを適切に強制していませんでした。そのため、低権限または権限なしの認証済みユーザーでも、ユーザー名、スーパーユーザーステータス、およびグループメンバーシップを含むすべてのユーザーアカウントを列挙できてしまいました。この問題はバージョン5.12.7および5.13.0で修正されています。
Yamcsはミッションコントロールフレームワークです。バージョン5.12.7以前のyamcs-coreにおける認証エンドポイントPOST /auth/token(yamcs-core/src/main/java/org/yamcs/http/auth/AuthHandler.javaで処理される)には、レート制限、アカウントロック、失敗試行の制限が全く存在していませんでした。そのため、認証されていないリモート攻撃者は任意のユーザーアカウントに対して無制限にパスワード推測攻撃を行うことができ、ブルートフォース攻撃が成功するリスクが大幅に増加していました。この問題はバージョン5.12.7および5.13.0で修正されています。
Yamcsはミッションコントロールフレームワークです。バージョン5.12.7以前では、サーバー側にコードインジェクションの脆弱性が、Yamcsのアルゴリズム評価エンジンであるorg.yamcs.algorithms.JavaExprAlgorithmExecutionFactoryに存在していました。このエンジンはJaninoコンパイラを用いてユーザーが制御するアルゴリズムテキストを動的にコンパイル・評価していましたが、安全なサンドボックスを強制していませんでした。そのため、ChangeMissionDatabase権限を持つ認証済みユーザーはミッションデータベースのREST APIを通じて既存のアルゴリズムのテキストを上書きし、Javaコード(例えばjava.lang.Runtimeを使用するコード)を注入して、基盤となるホストOS上でリモートコード実行を行うことが可能でした。この問題は、アルゴリズム編集をデフォルトで無効化したバージョン5.12.7および5.13.0で修正されています。
Ciliumはネットワーキング、可観測性、およびセキュリティのソリューションです。バージョン1.17.14、1.18.8、および1.19.2以前では、CiliumのL7機能が有効になっている場合、組み込みまたはスタンドアロンのEnvoyインスタンスがクラスタノード上に世界中からアクセス可能なadmin.sockを作成していました。このため、ローカルの攻撃者がEnvoyの管理エンドポイントにアクセスし、TLSの秘密情報を露出させる、クラスタトラフィックを妨害する、またはEnvoyを終了させることが可能でした。この問題はバージョン1.17.14、1.18.8、および1.19.2で修正されています。
PyPI上のmcpとして知られるMCP Python SDKは、Model Context Protocol(MCP)のPython実装です。バージョン1.27.2以前では、SSEおよびステートフルなStreamable HTTPトランスポートであるmcp.server.sse.SseServerTransportおよびmcp.server.streamable_http_manager.StreamableHTTPSessionManagerは、認証されたプリンシパルの検証を行わずに、session_idクエリパラメータまたはMcp-Session-Idヘッダーのみを使用して既存のセッションにリクエストをルーティングしていました。そのため、異なるBearerトークンで認証済みのクライアントが既知のセッションIDを使い、そのセッションにJSON-RPCメッセージを注入できる状態でした。この問題はバージョン1.27.2で修正されました。
PyPIでmcpと呼ばれるMCP Python SDKは、Model Context Protocol(MCP)のPython実装です。バージョン1.23.0から1.27.2まで、server.experimental.enable_tasks()によってインストールされるtasks/list、tasks/get、tasks/result、およびtasks/cancelのデフォルトハンドラーは、各タスクを作成したセッションを記録せずにタスク識別子のみで動作していたため、接続された任意のクライアントが他のクライアントのタスクを列挙したり、結果を読み取ったり、メッセージを消費したり、キャンセルしたりすることが可能でした。この問題はバージョン1.27.2で修正されました。
n8n-MCPは、AIアシスタントにn8nノードのドキュメント、プロパティ、および操作へのアクセスを提供するMCPサーバーです。バージョン2.56.1以前では、ENABLE_MULTI_TENANT=trueによってマルチテナンシーが有効になっているHTTPモードにおいて、n8n-MCPのローカルワークフローバージョン履歴のバックアップがテナントごとに分離されておらず、認証済みのテナントが他のテナントに属するワークフローバージョンスナップショットを読み取ったり、他のテナントの保存されたバックアップ(ノード定義全体、認証情報の参照、認可ヘッダーを含む)を削除または破壊したりできる状態でした。本問題はバージョン2.56.1で修正されています。
n8n-MCPは、AIアシスタントがn8nノードのドキュメント、プロパティ、および操作にアクセスできるようにするMCPサーバーです。バージョン2.57.4以前では、ENABLE_MULTI_TENANT=trueのマルチテナントHTTPモードにおいて、認証されたテナントがテナントスコープに制限されず、デフォルトスコープのworkflow_versionsバックアップにアクセスできてしまう可能性がありました。これにより、以前のシングルテナントの導入やマイグレーション時のworkflow-versionバックアップが露呈したり削除されたりするリスクが生じていました。この問題はバージョン2.57.4で修正されています。
HCL DFXAnalytics は、レスポンス操作を介したアカウント乗っ取りの脆弱性に影響を受けます。リモートの攻撃者は、サーバーのHTTP応答の内容をクライアントアプリケーションに届く前に傍受および改ざんできるため、認証または認可のロジックを操作して制御を回避し、対象ユーザーアカウントへ不正にアクセスすることが可能です。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全292,332件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。