脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
561–600 件目を表示(ページ 15)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
NATS Serverは、クラウドおよびエッジネイティブメッセージングシステムであるNATS.ioの高性能サーバーです。バージョン2.14.3および2.12.12以前のバージョンでは、アカウントスコープの接続監視リクエストを送信できるクライアントが、ConnzのページネーションのOffsetおよびLimit値に内部算術演算でオーバーフローを引き起こす値を指定することで、応答ウィンドウが安全に制限される前にサーバーをクラッシュさせる可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、クラウドおよびエッジネイティブなメッセージングシステムであるNATS.io向けの高性能サーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、WebSocketリスナーがMQTT-over-WebSocketパスへのリクエストを、MQTTが設定されていない場合でもMQTT処理にルーティングしてしまうことがありました。このため、WebSocketリスナーにアクセスできる認証されていないクライアントが初期化されていないMQTT状態に到達し、サーバープロセスをクラッシュさせる可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、NATS.ioのための高性能なサーバであり、クラウドおよびエッジネイティブなメッセージングシステムです。バージョン2.14.3および2.12.12以前では、最初のクライアント操作がCONNECTでない場合に使用されるパーサーパスを介して、クライアントが設定されたno_auth_userとして登録される可能性がありました。これにより、通常の認証で適用されるallowed_connection_typesやproxy_requiredなどのユーザーレベルの接続制限を回避できてしまう問題が発生していました。この問題はバージョン2.14.3および2.12.12で修正されています。
Microsoft Edge(Chromiumベース)における不適切なアクセス制御のため、ネットワーク経由で不正な攻撃者がセキュリティ機能を回避できる可能性があります。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.61、2.27.4、および2.28.1より前のバージョンにおいて、デフォルトのworkflow:create権限を持つ認証ユーザーが、ワークフローAPIを介して保存、更新、またはインポートされた細工されたワークフローを通じてObject.prototypeを汚染できる状態でした。これにより、認証されていないリクエストが権限のあるユーザーとして扱われ、ユーザーおよびプロジェクトのリスティングエンドポイントが公開される問題が生じていました。この問題はバージョン1.123.61、2.27.4、および2.28.1で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.27.4および2.28.1より前のバージョンでは、AIエージェント機能において、MCPツールが任意のURLを指している場合に、認証情報に設定された許可されたHTTPリクエストドメインの制限を強制していませんでした。そのため、共有認証情報への使用のみアクセス権を持つメンバー権限のユーザーが、自分が管理する外部サーバーにその秘密情報を送信できてしまう問題がありました。この問題はバージョン2.27.4および2.28.1で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.27.4以前および2.28.0から2.28.1以前の間において、複数の信頼されたトークン交換発行者が設定されたn8nインスタンスは、JWTのsubクレームのみを使用して外部のアイデンティティをローカルアカウントに解決し、issクレームを無視していました。その結果、攻撃者は1つの信頼された発行者から有効なトークンを取得し、別の発行者のもとで被害者と一致するsubを持つ場合に、その被害者として認証できてしまいました。この問題はバージョン2.27.4および2.28.1で修正されています。
Open WebUIは拡張性が高く、機能豊富でユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.9.6から0.10.0の前までの間、backend/open_webui/routers/terminals.py内の_sanitize_proxy_path関数はプロキシパスを8回しかデコードしていませんでした。そのため、9回パーセントエンコードされた「../」のトラバーサル値が正規化チェックを通過し、上流の端末サーバーによってデコードされる可能性がありました。この問題はバージョン0.10.0で修正されました。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスティング型のAIプラットフォームです。バージョン0.8.12から0.10.0未満において、認証済みの管理者でないユーザーがarenaラッパーモデルへの読み取りアクセス権を持つ場合、/api/v1/tasks/moa/completionsなどのタスクエンドポイントを介して制限された基盤モデルにアクセスできてしまう問題がありました。通常のチャットルートでは最終チャットのディスパッチ前にarenaモデルを解決し、選択された基盤モデルの再チェックを行いますが、タスクルートではutils.chat.generate_chat_completion()を直接呼び出します。この直接経路では、ラッパーへのアクセスチェック後にarenaフォールバックの解決が行われ、その後bypass_filter=Trueで再帰処理が実行されるため、選択されたサブモデルのアクセスチェックがスキップされてしまいます。この問題はバージョン0.10.0で修正されました。
Open WebUIは拡張可能で機能豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.0から0.10.0未満までの間において、execute_automationは自動化の所有者がまだアクティブで機能を保持しているかどうかを再確認せずに自動化を再構築していました。また、check_model_accessは正確なユーザーロールに対するプライベートモデルの権限のみを強制しており、非アクティブ化された保留中のユーザーが予定されたモデル実行を継続できる状態になっていました。この問題はバージョン0.10.0で修正されました。
Open WebUIは、拡張可能で機能が豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.8.11から0.10.0未満の間、POST /api/v1/images/editは認証済みアカウントのみを要求していましたが、グローバルな画像編集スイッチやユーザーごとの画像生成権限を強制しなかったため、管理者が設定したプロバイダーの資格情報を用いて、管理者でないユーザーでもサーバー側の画像編集を呼び出すことが可能でした。この問題はバージョン0.10.0で修正されています。
2026年5月28日以前のOpenClawには、作業スペースのdotenvファイルがプロバイダーの資格情報を上書きしてしまう資格情報漏洩の脆弱性があります。設定された入力パスに対して低権限でアクセスできる攻撃者は、信頼された境界内に留めておくべき機密データや資格情報を露呈させてしまう可能性があります。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.6.16から0.10.0未満の間、Socket.IOサーバーはalways_connect=Trueで設定されていました。ydoc:awareness:updateおよびydoc:document:leaveのSocket.IOハンドラーは、認証されたユーザーを必要とせずにコラボレーションドキュメントイベントを受け入れており、不正にドキュメントコラボレーション状態を操作できる状態にありました。この問題はバージョン0.10.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0より前では、閉じたチルダ(~)、イコール(=)、またはキャレット(^)のマーカーペアが文字の周りに連続して存在する場合、strikethrough、mark、またはinsertプラグインが各可能な開始位置から対応するマーカーをスキャンする際に、src/mistune/plugins/formatting.pyで二乗時間の処理が発生しました。その結果、CPU資源を枯渇させてサービス拒否(DoS)攻撃を引き起こす可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneは、レンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前のHTMLRenderer.safe_url()は、パーセントエンコードされたjavascript URIをブロックしないため、攻撃者が提供したMarkdownのリンクや画像がURL保護を回避し、レンダリングされたHTML内でスクリプトを実行するおそれがあります。この問題はバージョン3.3.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0より前のInclude.parse()は、ユーザー提供のインクルードパスを結合および正規化していましたが、その結果が意図したMarkdownディレクトリ内にとどまっているかどうかを検証していませんでした。このため、md.read()を使用してMarkdownファイルを処理する際に、細工されたインクルードパスによりそのディレクトリ外のファイルへアクセスされる可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前では、文字の周りに適切に形成されたダブルアスタリスクまたはトリプルアスタリスクの強調ペアが長く連続すると、src/mistune/inline_parser.py内で二次的な処理を引き起こします。これは、パーサーがすべての潜在的なオープニングマーカーから対応する閉じマーカーを前方にスキャンするためであり、デフォルトのMistuneのパース処理においてサービス拒否(DoS)を引き起こす可能性がありました。この問題はバージョン3.3.0で修正されました。
Mistune はレンダラーとプラグインを備えた Python の Markdown パーサーです。バージョン 3.2.1 より前の src/mistune/directives/admonition.py 内の render_admonition() 関数は、Admonition ディレクティブの :class: オプションをエスケープせずに HTML の class 属性に連結していました。これにより、HTMLRenderer のエスケープモードが有効な場合でも属性インジェクションおよびクロスサイトスクリプティングが可能となっていました。この問題はバージョン 3.2.1 で修正されています。
Mistuneは、レンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前では、src/mistune/directives/include.py内のIncludeディレクティブが直接の自己インクルードのみを検出し、間接的なサイクルを検出しなかったため、互いにインクルードし合う2つのMarkdownファイルが無限再帰を引き起こし、RecursionErrorが発生してレンダリングリクエストがクラッシュする可能性がありました。この問題はバージョン3.3.0で修正されました。
Mistuneはレンダラーとプラグインを備えたPython製Markdownパーサーです。バージョン3.3.0より前のバージョンでは、多数の繰り返しまたは異なる参照リンク定義を含むMarkdownドキュメントが、src/mistune/block_parser.pyおよびref_links環境辞書の処理において二次的な計算量を引き起こし、CPUリソースが枯渇してサービス拒否(DoS)を引き起こす可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneは、レンダラーとプラグインを備えたPythonのMarkdownパーサーです。3.3.0以前のバージョンでは、src/mistune/renderers/html.py内のsafe_urlフィルターがjavascript:、vbscript:、file:、およびdata:のスキームのみをブロックしており、feed:、view-source:、jar:、livescript:、mocha:、ms-its:、mk:、およびres:などのレガシーまたは連鎖スキームがレンダリングされたhrefおよびsrc属性に到達しました。その結果、影響を受けるユーザーエージェントでスクリプトが実行される可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前では、tocプラグインおよびTableOfContentsディレクティブが見出しテキストをスラグ化せずに、予測可能なtoc_Nという値で見出しIDを生成していました。これにより、攻撃者が制御するid="toc_N"のコンテンツが生成されたアンカーと衝突し、同じページ内のナビゲーションやCSSセレクター、またはJavaScriptハンドラーをリダイレクトさせる可能性がありました。この問題はバージョン3.3.0で修正されています。
pypdfは、無料かつオープンソースの純粋なPython製PDFライブラリです。バージョン6.14.2以前のバージョンには、攻撃者がASCII85またはASCIIHexフィルタを使用した未終了のインライン画像を含むページコンテンツストリームを持つPDFを作成できる問題がありました。この問題により、ページテキストの抽出時などの解析中に無限ループが発生していました。この問題はバージョン6.14.2で修正されています。
pypdfは無料でオープンソースの純粋なPython製PDFライブラリです。バージョン6.14.1以前のバージョンには、攻撃者が終了していないインライン画像を含むページコンテンツストリームを持つPDFを作成できる問題がありました。その結果、ページテキスト抽出時などにインライン画像の終了マーカーを検出中に無限ループが発生してしまう不具合が存在していました。この問題はバージョン6.14.1で修正されています。
pypdfは無料でオープンソースの純粋なPython製のPDFライブラリです。バージョン6.14.0より前のバージョンでは、攻撃者が繰り返し不正なクロスリファレンスストリームを含むPDFを作成することで、pypdfが壊れたクロスリファレンステーブルのエントリを復元する際に長時間の処理を強いられる可能性がありました。この問題はバージョン6.14.0で修正されました。
pypdfは無料でオープンソースの純粋なPython製PDFライブラリです。バージョン6.14.0以前では、攻撃者が実際のデータよりもはるかに大きな宣言された画像サイズの値を持つPDFを作成することにより、pypdfの画像解析時に大きなメモリ使用量を引き起こす可能性がありました。この問題はバージョン6.14.0で修正されました。
OpenSSH 10.4より前のsftpでは、攻撃者が制御するサーバーと「sftp server:/path .」を使用した場合、ダウンロードされたファイルの保存場所を適切に制限できない問題があります。
OpenSSH 10.4未満のscpでは、コピーが2つのリモート先間で行われる場合に、意図したディレクトリの親ディレクトリにファイルが配置される可能性があります。
OpenSSH 10.4より前のsshd内のinternal-sftpは、最初の9つのコマンドライン引数のみを認識します。これは、後のコマンドライン引数がSFTP接続の意図したセキュリティ特性を確保するのに役立つ場合があり、重要です。
OpenSSH 10.4より前のバージョンのsshdには、文書化されていないセキュリティ関連の挙動があります。具体的には、サーバーがWindows Active Directoryに属している場合、GSSAPIStrictAcceptorCheckが無効になる仕様です。
OpenSSH 10.4より前のsshdにおいて、DisableForwarding=yesはPermitTunnel=yesより優先されるはずでしたが、実際には優先されていませんでした。
OpenSSH 10.4より前のsshdでは、GSSAPIAuthenticationに対してMaxAuthTriesが誤って処理されたため、リモートの攻撃者が過剰な認証試行によってリソースを消費し、サービス拒否(DoS)を引き起こす可能性があります。
OpenSSH 10.4より前のバージョンのsshdは、最小認証遅延を常に適用しない可能性があります。
OpenSSH 10.4より前のsshでは、サーバーがキー再交換中にホストキーを変更した場合に、使用後解放(use-after-free)の脆弱性が発生する可能性があります。(この影響はクライアント側にのみ発生します。)
GitLabは、GitLab EEの18.2から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響する問題を修正しました。この問題は、特定の条件下で監査レベルのアクセス権を持つ認証ユーザーが、不適切な認可により特定のGraphQL操作に対してコンプライアンス違反記録を変更できる可能性があるというものです。
GitLabは、GitLab EEのバージョン13.11から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響する問題を修正しました。この問題は、特定の条件下で開発者権限を持つ認証済みユーザーが、不適切なユーザー入力のサニタイズにより他のユーザーのブラウザセッションで任意のスクリプトを実行できる可能性があるというものでした。
GitLabは、GitLab CE/EEのバージョン9.1から18.11.7未満、19.0から19.0.4未満、19.1から19.1.2未満に影響する問題を修正しました。この問題では、特定の条件下で認証されていないユーザーが、クロスプロジェクト参照ページの不適切な認可制御によりプライベートプロジェクトの存在を特定できる可能性がありました。
Progress MOVEit Transfer(管理設定モジュール)における相対パストラバーサルの脆弱性です。この問題は MOVEit Transfer のバージョン 2025.0.7 未満および 2025.1.0 から 2025.1.3 未満に影響します。
Progress MOVEit Transfer(HTTPSモジュール)における限定的な認証バイパスの脆弱性があります。この問題は、MOVEit Transferのバージョン2025.0.7より前のものと、2025.1.0から2025.1.3より前のバージョンに影響します。
Progress MOVEit TransferのAudit Userモジュールにおける誤った認可の脆弱性です。この問題は、MOVEit Transferの2025.0.7より前のバージョンおよび2025.1.0から2025.1.3の前のバージョンに影響を及ぼします。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,735件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。