脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 292,332 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 High の検索結果:801–840 件目を表示(ページ 21)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
認証前の攻撃者がタイプのネストを悪用することで、StackOverflowErrorを引き起こし、サービス拒否(DoS)攻撃を引き起こす可能性があります。この問題は、Apache Qpid Broker-J のバージョン 10.0.1 までに影響があります。ユーザーは、この問題を修正したバージョン 10.1.0 へアップグレードすることを推奨します。
認証前の攻撃者が無制限のシンボル値キャッシュを悪用することで、リソースが枯渇し、サービス拒否(DoS)につながる可能性があります。この問題は Apache Qpid Broker-J のバージョン 10.0.1 までに影響を及ぼします。ユーザーはこの問題を修正したバージョン 10.1.0 にアップグレードすることを推奨します。
Apache CXFのDefaultEncryptingOAuthDataProviderにおいて、取り消されたアクセストークンが依然として正常に復号され、TokenIntrospectionServiceはactive:trueを報告します。同様のことがリフレッシュトークンにも適用されます。これは、RFCの「認可サーバーはトークンを無効化しなければならない」と「取り消されたトークンのインスペクションは必ず{"active":false}を返さなければならない」という規定に違反しています。ユーザーは、この問題を修正したバージョン4.2.3、4.1.8、または3.6.12にアップグレードすることを推奨します。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までのインストールでは、認証情報なしにインターネット上の誰でも 2 回の HTTP リクエストを介してサーバー上で任意のコードを実行できる脆弱性があります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までの間において、リモートの攻撃者がシステム上のディレクトリを横断できてしまう可能性があります。攻撃者は「ドットドット」(/../)シーケンスを含む特別に細工されたURLリクエストを送信することで、システム上の任意のファイルを閲覧可能です。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 には、mcp_composer_enabled=true(デフォルト)かつプロジェクトが auth_type=oauth に設定されている場合に、Model Context Protocol (MCP) コンポーザーエンドポイントで認証がバイパスされる脆弱性があります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までにおいて、ユーザー入力コードの不適切な制御が原因で、リモートの攻撃者がシステムに任意のコードを注入できる可能性があります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 において、Langflow はリモートの認証済み攻撃者が localhost のみの制限を回避し、ホストシステム上の IDE 設定ファイルに任意の MCP サーバー構成を書き込むことを可能にします。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 には、Ollama プロバイダーの validate_model_provider_key() 関数にサーバーサイドリクエストフォージェリ(SSRF)の脆弱性があります。この関数はユーザーが提供する OLLAMA_BASE_URL パラメーターを受け取り、それを検証せず、スキームやホストの許可リスト化、あるいはプライベートIP範囲(ループバック、RFC1918、リンクローカルアドレス)のフィルタリングを行うことなく、直接 requests.get() に渡します。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 にかけて、MemoryComponent に認可回避の脆弱性が存在します。この脆弱性により、認証済みユーザーが session_id の衝突を利用して他のユーザーのチャット履歴にアクセスできる可能性があります。MemoryComponent の retrieve_messages および store_message メソッドは、flow_id や user_id の所有権を検証せずに session_id でフィルタリングを行っているため、/api/v1/run/*、/api/v1/responses、/api/v2/workflow/* を含む複数の認証済み API エンドポイントを通じてクロスユーザーの情報漏洩を引き起こします。この脆弱性は、LANGFLOW_AUTO_LOGIN=False に設定されたマルチユーザー環境にのみ影響を及ぼします。
IBM Langflow OSSのバージョン1.0.0から1.10.3までは、認証された攻撃者がLLM生成コンポーネントの不適切な処理を悪用し、Agentic Assistantの検証中に意図しないコードを実行できる可能性があります。本アプリケーションは、ユーザー承認前の検証段階でバックエンドにてモデル生成のPythonコードを実行しているため、攻撃者がLangflowバックエンドプロセスの権限を利用して、外部ネットワークへのアクセスやファイルシステムの操作、さらにはデータの不正送出といった副作用を引き起こす恐れがあります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までにおいて、認証された攻撃者が任意のコードを実行できる可能性があります。これは、カスタムコンポーネント検証メカニズムの暗号的弱点によるものです。信頼されたコンポーネントテンプレートへの実行を制限するオプションの強化モードが有効化されている場合、アプリケーションはコンポーネントコードを切り詰めた SHA-256 ハッシュで検証します。ハッシュ比較がダイジェストの一部にのみ依存しているため、攻撃者は信頼されたテンプレートのハッシュと衝突する悪意のあるコンポーネントコードを作成して検証を回避できます。これに成功すると、攻撃者は Langflow プロセス内で不正な Python コードを挿入および実行でき、本来のセキュリティ制御を無効化し、影響を受けたインスタンスを完全に侵害する可能性があります。
認証前の攻撃者がタイプのネストを悪用することで、StackOverflowErrorを引き起こし、サービス拒否をもたらす可能性があります。この問題はApache Qpid Proton-Jのバージョン0.34.1までに影響します。ユーザーはこの問題を修正したバージョン0.35.0にアップグレードすることを推奨します。
認証前の攻撃者が、タイプのサイズや数の処理を悪用して過剰なメモリ割り当てを引き起こし、サービス拒否攻撃を発生させる可能性がある問題です。この問題は Apache Qpid Proton-Dotnet のバージョン1.0.0までに影響します。ユーザーはこの問題を修正したバージョン1.1.0へアップグレードすることを推奨します。
認証前の攻撃者が無制限のシンボル値キャッシュを悪用してリソース枯渇を引き起こし、サービス拒否(DoS)攻撃を発生させる可能性があります。この問題はApache Qpid ProtonJ2のバージョン1.1.0までに影響を及ぼします。ユーザーには、この問題を修正したバージョン1.2.0へアップグレードすることを推奨します。
認証前の攻撃者が型のサイズや数の処理を悪用することで、過剰なメモリ割り当てを引き起こし、サービス拒否を引き起こす可能性があります。この問題はApache Qpid ProtonJ2のバージョン1.1.0までに影響を与えます。ユーザーはこの問題を修正したバージョン1.2.0へアップグレードすることを推奨します。
認証前の攻撃者が型のネストを悪用することで、StackOverflowErrorを引き起こし、サービス拒否につながる可能性があります。この問題はApache Qpid ProtonJ2のバージョン1.1.0までに影響を及ぼします。ユーザーはこの問題を修正したバージョン1.2.0へアップグレードすることを推奨します。
受信したデリバリーごとの最大転送フレーム数を制御できず、認証された攻撃者が過度のリソース使用や潜在的なサービス拒否(DoS)を引き起こす可能性がありました。この問題は Apache Qpid ProtonJ2 のバージョン 1.1.0 までに影響を及ぼします。ユーザーはこの問題が修正されたバージョン 1.2.0 へアップグレードすることを推奨します。
APR-util バージョン 1.6.3(およびそれ以前)の関数 apr_password_validate() は、ハッシュやパスワードの比較に関して定数時間ではなく、特に Windows、BeOS、NetWare、Android などの crypt() を持たないプラットフォーム上でタイミング攻撃によるサイドチャネルを介して内容が漏洩する可能性がありました。このため、ユーザーはこの問題を修正したバージョン 1.6.4 へアップグレードすることを推奨します。
Eclipse Theiaのバージョン1.66.0から1.73.1まで(1.73.1を含む)において、`@theia/plugin-ext`バックエンドは`/hostedPlugin/:pluginId/:path(*)`というHTTPエンドポイントを公開しています。このエンドポイントは、リクエストされたファイルパスを`path.resolve(localPath, filePath)`で解決しますが、解決されたパスがプラグインのディレクトリ内にとどまっているかどうかを検証しません。認証されていないネットワーク攻撃者は、パーセントエンコードされた`../`シーケンス(`%2e%2e%2f`)をパスパラメータにデコードさせて送信することでプラグインディレクトリから抜け出し、Theiaバックエンドプロセスが読み取り可能な任意のファイルを取得することが可能です。プラグインIDはプラグインの発行者と名前から決定的に導出されるため、組み込みプラグインは対象システムの事前知識を必要としない、確実な基点として機能します。
151.0.7922.109より前のGoogle Chromeにおけるナビゲーションポリシーの不十分な適用により、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してサンドボックスの逸脱を行う可能性がありました。(Chromiumセキュリティ重大度:高)」
PerlのXML::Sigバージョン0.29から0.72未満では、verify関数が暗号学的チェックを行う前にすべての署名がスキップされた場合にtrueを返すため、署名検証をバイパスされる可能性があります。lib/XML/Sig.pmのverifyは`//dsig:Signature`要素をカウントして`$numsigs`に格納し、それらを繰り返し処理しますが、2つのパスがダイジェストやキーのチェックを行う前に`next`に到達します。ひとつは`SignedInfo/Reference/@URI`が要素に解決されず、かつ`$numsigs`が1より大きい場合、もうひとつは`id_attr`が設定されているときに要求されたIDと一致しないリファレンスの場合です。ループは何をチェックしたかを記録しないため、すべての署名がこれらのパスのいずれかを通過すると、verifyは条件なく`return 1`を実行して終了します。参照URIの名前が存在しないIDを指す2つの`Signature`要素、またはそのような要素1つと`id_attr`があれば、その条件を満たすことになります。信頼されていないXMLをverifyに渡す呼び出し元は、ダイジェストも署名値もチェックされていない文書に対してtrueを受け取る可能性があります。`cert`や`cert_text`の信頼アンカーはキーのチェックを行わないため、この状況を改善しません。バージョン0.28までのXML::XPathベースのverifyには署名スキップの問題がなく、この問題の影響を受けません。
Eclipse Miloのバージョン1.0.0から1.1.4において、`OpcUaServerConfig.copy()`は設定された`RoleMapper`を保持できません。ロール権限に依存し、`copy()`を通じて実行中の設定を構築するサーバーでは、セッションにロールIDが付与されず、デフォルトのアクセスコントローラがロール権限チェックをスキップしてしまいます。その結果、匿名セッションが許可されている場合、匿名クライアントがロール権限メタデータを読み込み、保護されたメソッドを呼び出したり、保護されたノードを削除したりできてしまいます。
Dell Display and Peripheral Manager (DDPM Mac) のバージョン2.3.0.1005未満には、不適切なアクセス制御の脆弱性が存在します。ローカルアクセス権を持つ低権限の攻撃者がこの脆弱性を悪用すると、権限の昇格や任意のコード実行が引き起こされる可能性があります。
Dell Display and Peripheral Manager(DDPM Mac)のバージョン2.3.0.1005以前には、重要な機能に対する認証が欠如している脆弱性があります。ローカルアクセス権を持つ低権限の攻撃者がこの脆弱性を悪用すると、権限の昇格が発生する可能性があります。
Eclipse Milo バージョン 0.6.0 から 1.1.4 において、username-token の処理は無効な RSA PKCS#1 v1.5 パディングとその他の認証失敗に対して区別可能なエラーを返します。これにより、被害者の `Basic128Rsa15` で暗号化された username-token を中間者攻撃者が傍受し、認証されていない繰り返しの `ActivateSession` リクエストをパディングオラクルとして利用することで、被害者のパスワードを推測し、復元した認証情報を用いて認証を行うことが可能になります。
Eclipse Milo バージョン 1.0.0 から 1.1.4 までにおいて、監視アイテムのクォータ管理は例外安全ではありません。アイテム作成がチェックされていないエラーで失敗した場合、サーバー全体の予約が復元されません。`CreateMonitoredItems` のイベントフィルター内に深くネストされた PubSub ExtensionObjects が存在すると、デコード中に `StackOverflowError` が発生する可能性があり、認証されていないリモートクライアントが有限のグローバル監視アイテムクォータを使い果たすことで、再起動するまで全クライアントが新しい監視アイテムを作成できなくなる恐れがあります。既存の監視アイテムおよびその他のサーバー機能には影響を及ぼしません。
Eclipse Milo バージョン 1.0.0 から 1.1.4 では、Call サービスが認可を計算した後に元の混合バッチをアドレススペースハンドラに送信するため、匿名またはその他の低権限のクライアントが許可されたメソッドとバッチ処理することで拒否されたメソッドを実行できてしまう問題があります。
Eclipse Miloのバージョン0.6.0から1.1.4において、UASCサーバートランスポートハンドラーはチャネルが切断された際に保持していた未完了のメッセージチャンクを解放できません。そのため、リモートの認証されていないクライアントが不完全なチャンクを繰り返し送信して切断すると、プールされた直接メモリを使い果たし、サーバーを停止させる可能性があります。
Apache NiFiのバージョン1.5.0から2.10.0にかけては、Jerseyエンコーディングフィルターを使用してアプリケーションのREST APIでgzipエンコードされたHTTPリクエストをサポートしていました。このフレームワークは、解凍後の出力ではなく圧縮されたペイロードに対して設定可能な最大リクエストサイズを強制していたため、悪意のあるクライアントが細工したリクエストを送信し、大量のメモリを消費させる可能性がありました。推奨される対策としては、Apache NiFiを2.11.0にアップグレードすることであり、これによりレスポンス圧縮をJettyサーバーに移行し、gzipエンコードされたHTTPリクエストの解凍処理を無効化します。
brace-expansion ライブラリは、共通のプレフィックスとサフィックスを含む任意の文字列を生成します。バージョン 1.1.18、2.1.4、3.0.6、および 5.0.9 より前の expand() 関数は、カンマ区切りの代替中間配列やパディングされたシーケンスを構築する際に maxLength を適用しなかったため、攻撃者が制御する入力によってメモリを枯渇させたりイベントループをブロックしたりすることが可能でした。CVE-2026-14257 に対する修正により、この脆弱性は回避されています。この問題はバージョン 1.1.18、2.1.4、3.0.6、および 5.0.9 で修正されています。
N-able N-central における代替パスまたはチャネルを使用した認証バイパスの脆弱性により、認証がバイパスされる可能性があります。この問題は N-central: 2026.1 までのバージョンに影響します。
CVE-2026-18556の不完全なパッチにより、2026年3月1日までのN-centralのバージョンで認証バイパスおよびアカウントの乗っ取りが可能となります。
Google Chromeの151.0.7922.72以前のV8における型混同の脆弱性により、ユーザーを騙して悪意のある拡張機能をインストールさせた攻撃者が、細工されたChrome拡張機能を介してサンドボックス内で任意のコードを実行できる可能性がありました。(Chromiumのセキュリティ重大度は低いと評価されています)
Google Chromeのバージョン151.0.7922.72より前のWebRTCにおけるヒープバッファオーバーフローの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して境界外メモリを読み取ることが可能でした。(Chromiumセキュリティ重大度:低です)
iOS版Google Chromeのバージョン151.0.7922.72より前において、Chrome for iOSのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを利用してヒープ破損を引き起こす可能性がありました。(Chromiumのセキュリティ深刻度は低と評価されています)
Google Chromeのバージョン151.0.7922.72より前のFrameにおける不適切な実装により、リモートの攻撃者が細工されたHTMLページを介して境界外のメモリアクセスを行う可能性がありました。(Chromiumのセキュリティ深刻度は低いです)
Google Chromeのバージョン151.0.7922.72より前のDawnにおいて、境界外読み取りの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介して境界外メモリの読み取りを実行できる可能性があります。(Chromiumセキュリティの深刻度:低)
151.0.7922.72 より前の Android 上の Google Chrome の GPU における信頼されていない入力の不十分な検証により、リモートの攻撃者が細工された HTML ページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。(Chromium セキュリティ重大度:高)
Google Chrome の V8 エンジンのバージョン 151.0.7922.72 より前に存在する Use after free の脆弱性により、細工された HTML ページを介してリモートの攻撃者がサンドボックス内で任意のコードを実行できる可能性がありました。(Chromium セキュリティ重大度:高)
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全292,332件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。