脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 Medium 直近3年 の検索結果:681–720 件目を表示(ページ 18)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
証明書ポリシーおよびRFC 8446準拠に関する懸念があり、証明書処理においてSHA-1やMD5の継続的な受け入れは問題となっています。
ParseCRL_Extensionsにおいて、重要な拡張機能が適切に強制されないため、重要な拡張機能を処理できない細工されたCRLを受け入れてしまうバイパスが存在します。これは、CRLサポートが有効であり、解析時に信頼された署名を持つ細工されたCRLが存在するビルドにのみ影響を与えます。
wc_PKCS7_DecryptOriで細工されたOther Recipient Infoを処理する際に整数アンダーフローが発生し、それにより復号処理中に長さの取り扱いが誤ってしまう問題です。
PKCS#7のデコードパスは、呼び出し元が指定した出力バッファサイズ(outputSz)を無視し、デコードされた内容が提供されたバッファの境界を越えて書き込む可能性があります。これはwolfSSLのバージョン5.9.0以前に影響し、5.9.1のリリースで修正されました。
Rapid7 InsightConnect Sed Plugin の Linux における任意ファイル読み取りの脆弱性は、不十分な入力検証が原因で、認証済みの攻撃者が expression パラメータを使用して任意のファイルを読み取ることが可能になります。
Linux上のRapid7 InsightConnect Sed Pluginにおける任意ファイル書き込みの脆弱性により、認証された攻撃者がexpressionパラメータを介して任意のファイルパスに攻撃者が制御する内容を書き込むことが可能です。
ATEN UnizonのupdateLicenseに存在するディレクトリトラバーサル脆弱性および任意ファイル削除の脆弱性について説明します。この脆弱性により、リモートの攻撃者が影響を受けるATEN Unizonのインストール環境上で任意のファイルを削除できる可能性があります。脆弱性を悪用するには認証が必要です。具体的な欠陥はupdateLicenseメソッド内にあり、ファイル操作に使用される前にユーザーから提供されたパスを適切に検証していないことが原因です。攻撃者はこの脆弱性を利用してファイルを削除したり、システムにサービス拒否状態を引き起こしたりすることができます。なお、この脆弱性はかつてZDI-CAN-28502として報告されていました。
ATEN UnizonのuploadSSLにおけるディレクトリ・トラバーサルおよび任意ファイル削除の脆弱性です。この脆弱性により、認証を要するものの、リモートの攻撃者が影響を受けるATEN Unizonのインストール環境で任意のファイルを削除することが可能になります。具体的な欠陥はuploadSSLメソッドに存在し、ファイル操作に使用されるユーザー提供のパスが適切に検証されていないことが原因です。攻撃者はこの脆弱性を悪用してファイルを削除したり、システム上でサービス拒否(DoS)状態を引き起こすことができます。元の識別番号はZDI-CAN-28503です。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.34.0から1.35.13、1.36.9、1.37.5、1.38.3までの間において、ext_procサーバが複数の特別に細工されたProcessingResponseメッセージを含む単一のgRPCメッセージを送信するとEnvoyがクラッシュする問題が発生します。これは、バッチ内の最初のレスポンスがgRPCストリームオブジェクトの破棄を引き起こし、その結果Envoyが同じgRPCメッセージ内の後続のレスポンスを処理しようとした際にUse-After-Freeエラーが発生するためです。この脆弱性はバージョン1.35.13、1.36.9、1.37.5、および1.38.3で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.34.0から1.35.13、1.36.9、1.37.5、1.38.3にかけて、PROXYプロトコルv2ヘッダージェネレーターが最大長65535バイトを超えるTLVを生成し、ヘッダー内の書き込まれたバイト数と長さフィールドが不一致になる問題が報告されています。これにより、アップストリームリクエストでバイトのすり抜けが発生する可能性があります。この脆弱性はバージョン1.35.13、1.36.9、1.37.5、および1.38.3で修正されています。
Bitwarden Serverの2026.5.0以前のバージョンには、認証された任意のユーザーがメンバーシップや認可チェックなしにPreviewInvoiceControllerのエンドポイントに任意のorganizationIdを指定することで、任意の組織の請求データにアクセスできるアクセス制御の欠陥があります。攻撃者は、プレビュー請求書のエンドポイントにおけるManageOrganizationBillingRequirementの欠落を悪用し、ターゲットとなる組織の実際の顧客およびサブスクリプションデータに基づいたStripe計算の税金合計、サブスクリプション状況、および請求詳細を取得できます。
Bitwarden Serverの2026.5.0以前のバージョンには、IntegrationTemplateProcessor.ReplaceTokens()にJSONインジェクションの脆弱性があります。この関数は、ユーザー制御の値をJSONエンコードせずにイベント連携テンプレートに置換します。組織がユーザー制御トークン(例えば、#ActingUserName#や#UserName#、メンバーの表示名から取得されるもの)を参照するイベント連携テンプレートを設定している場合、認証されたメンバーは表示名にJSONのメタ文字を設定し、webhook、SIEM、Slack、Teams、Datadogのエンドポイントに送信されるレンダリングされたペイロードに任意のキー・バリューペアを注入できます。注入されたフィールドは正当なテンプレート出力と区別がつかなくなります。
JetBrains YouTrack のバージョン 2026.2.16593 より前のバージョンでは、MCP を介してプロジェクト設定の情報が漏えいする可能性がありました。
JetBrains YouTrack の 2026.2.16593 より前のバージョンにおいて、デフォルトのロール設定が過剰にユーザープロフィールの詳細情報を公開していました。
JetBrains YouTrack バージョン 2026.2.16593 より前のバージョンにおいて、不適切なアクセス制御が原因で、保存されたクエリやタグを読み取ることが可能でした。
NessusにSQLインジェクションの脆弱性があり、リモートかつ認証されていない攻撃者がスキャン対象ホストの逆引きDNSレコードを操作することで、スキャン結果データベースに悪意のあるSQLを注入できる可能性があります。これにより、スキャン結果データが漏洩する恐れがあります。
GitLabはGitLab CE/EEのバージョン13.6から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのバージョンに影響する問題を修正しました。この問題は特定の条件下で、Reporterレベルのグループ権限を持つ認証済みユーザーが、グループパッケージ機能の認証チェックの誤りにより、パッケージレジストリが無効になっているプロジェクトのパッケージメタデータを閲覧できてしまう可能性がありました。
GitLabはGitLab CE/EEのすべてのバージョン(17.11から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満)に影響する問題を修正しました。この問題は特定の条件下で、開発者ロールの権限を持つ認証済みユーザーが不正な認可チェックによりパッケージ保護ルールをバイパスし、保護されたMavenパッケージのメタデータを上書きできる可能性がありました。
GitLabは、GitLab CE/EEのバージョン9.3から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのバージョンに影響を与える問題を修正しました。この問題は、特定の条件下でCI/CD APIエンドポイントのフィルタリングが不十分であったため、機密情報がアプリケーションログに書き込まれる可能性がありました。
EmberZNet v9.0.2 以前のバージョンでは、不正な形式のカラーコントロールメッセージがプロセスを終了させるアサートを引き起こす可能性があります。これらのメッセージは、既にネットワークに参加しているデバイスから送信される必要があります。カラーコントロールクラスターをサポートするデバイスのみが影響を受けます。
EmberZNet v9.0.2 およびそれ以前のバージョンでは、誤った形式のカラーコントロールメッセージによって、プロセスが終了するアサートが発生する可能性があります。これらのメッセージは、すでにネットワークに参加しているデバイスから送信されなければなりません。カラーコントロールクラスタをサポートするデバイスのみが影響を受ける可能性があります。
EmberZNet v9.0.2以前において、破損したGetGroupMembershipコマンドによりメッセージペイロードの終端を超えた繰り返し読み取りが発生し、その結果プロセスが終了する可能性があります。これらのメッセージはすでにネットワークに参加しているデバイスから送信される必要があり、送信者への情報漏洩は観察されていません。Groupsクラスターをサポートするデバイスのみが影響を受ける可能性があります。
EmberZNet v9.0.2およびそれ以前のバージョンにおいて、不正な形式または範囲外のドアロックユーザー識別子が原因でテーブルの範囲外読み取りが発生し、プロセスが終了する可能性があります。これらのメッセージはすでにネットワークに参加しているデバイスから送信される必要があり、送信元からの情報漏洩は観測されていません。影響を受けるのはドアロッククラスタをサポートするデバイスに限られます。
EmberZNet v9.0.2およびそれ以前のバージョンにおいて、破損したLevel Control Moveコマンドがゼロ除算エラーを引き起こし、プロセスを終了させる可能性があります。このコマンドは、すでにネットワークに参加しているデバイスから送信されなければなりません。Level Controlクラスターをサポートするデバイスのみが影響を受けます。
EmberZNet v9.0.2以下のバージョンにおいて、不正なLevel Control Stepコマンドがゼロによる除算エラーを引き起こし、プロセスが終了する可能性があります。このコマンドはすでにネットワークに参加しているデバイスから送信される必要があります。Level Controlクラスターをサポートするデバイスのみが影響を受ける可能性があります。
EmberZNet v9.0.2以前のバージョンにおいて、不正な形式のGetProfileResponseメッセージが間隔エントリを反復処理する際に境界外読み取りを引き起こし、プロセスを終了させる可能性があります。これらのメッセージは既にネットワークに参加しているデバイスから送信されなければならず、送信元からの情報漏洩は観察されていません。影響を受けるのはSimple Meteringクラスタをサポートするデバイスのみです。
vLLMは大規模言語モデル(LLM)の推論およびサービングエンジンです。バージョン0.22.0以前のvLLMでは、リビジョンピニングの制御がモデルにロードされるすべてのアーティファクトに一貫して適用されていませんでした。--revisionまたは--code-revisionを指定したデプロイメントにおいても、ピン留めされていない(デフォルトの)リビジョンから動的コード、GGUFファイル、画像処理プログラム、検索サイドの重み、または同一リポジトリ内のサブフォルダの重みや設定をロードすることが可能でした。これはピン留めされたvLLMデプロイメントにおけるサプライチェーンの整合性に関する問題です。運用者はレビュー済みのモデルリビジョンを提供していると信じていますが、vLLMはそのレビュー済みリビジョン外の動作に影響を与えるネストまたは同階層のアーティファクトを解決してしまいます。この脆弱性はバージョン0.22.0で修正されました。
pypdfは無料でオープンソースの純粋なPython製PDFライブラリです。バージョン6.12.2より前のバージョンでは、攻撃者がこの脆弱性を悪用して、大量のメモリ使用を引き起こすPDFを作成することが可能でした。この脆弱性は、セルフリファレンスを含むフォームXObjectを持つページのテキストを抽出する処理に関連しています。この問題はバージョン6.12.2で修正されました。
Open VSX レジストリは、拡張機能アイコンとしてアップロードされたSVGファイルを保存前に正しくサニタイズせず、Content-Security-PolicyやContent-Disposition: attachmentといったセキュリティヘッダーなしでContent-Type: image/svg+xmlとして配信します。これにより、攻撃者は悪意のあるSVGアイコンを用いた拡張機能を公開でき、ユーザーが直接アイコンURLにアクセスした際に保存型クロスサイトスクリプティング(XSS)を引き起こす可能性があります。ローカルストレージを使用する展開環境では、スクリプトはOpen VSXアプリケーションのオリジン内で実行され、セッションを乗っ取ったり認証トークンを窃取したり、不正な拡張機能を公開したりすることが可能です。外部ストレージ(例:S3対応CDNを使用するopen-vsx.org)の場合、実行はストレージのオリジンに制限され影響は軽減されますが、攻撃者が作成したページを通じたフィッシング攻撃や資格情報の収集が依然として許容されます。
Mattermostのバージョン11.7.x = 11.7.0、11.6.x = 11.6.2、11.5.x = 11.5.5、10.11.x = 10.11.17において、{{/gitlab connect}}コマンドハンドラ内の{{setDefaultInstance}}呼び出しで管理者認証が強制されていないため、認証済みの任意のユーザーが{{/gitlab connect instance-name}}スラッシュコマンドを通じて、グローバルデフォルトのGitLabインスタンス設定を上書きできる脆弱性が存在します。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.6より前では、POST /api/v1/calendars/events/{event_id}/updateは、呼び出し元が現在イベントが所属するカレンダーへの書き込みアクセス権を持っているかどうかを検証しますが、リクエストボディで指定された宛先のcalendar_idについては検証しません。モデル層はその後、新しいcalendar_idを無条件に永続化します。そのため、通常のユーザーロールのアカウントでも、自分自身のカレンダーにイベントを作成し、直ちにIDを知っている任意の他ユーザーのカレンダーへ移動させることができ、create_eventが正しく実施している認可チェックを回避できます。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、チャットメッセージリスナーが同一生成元でないinput:promptおよびaction:submitメッセージを許可していたため、外部サイトが認証済みの被害者セッション内でプロンプトテキストを設定し、submitPrompt()をトリガーすることが可能でした。クロスオリジンの攻撃者ページは自動でメッセージを投稿し、攻撃者が制御するプロンプトを含む不正なPOST /api/v1/chats/newおよびPOST /api/chat/completionsリクエストを発生させることを検証しました。これにより、被害者の権限下で同意なくクロスサイト強制操作およびモデルやツールを実行できる状態となっています。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、POST /api/chat/completionsがimage_url.urlの値を受け入れますが、その値がhttp://、https://、またはdata:image/で始まらない場合、ファイルIDとして解釈されます。ファイルIDは所有権チェックなしにグローバルファイルテーブルに対して解決されます。認証されたユーザーはimage_url.urlに他のユーザーのファイルIDを設定でき、サーバーはそのファイルをディスクから読み取り、base64でエンコードしてLLMリクエストにデータURIとして注入します。その後、ユーザーはLLMにファイルの説明やOCR処理を促し、内容を読み取ることが可能です。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作するように設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、Open WebUIはMarkdownファイルのMermaidブロックをファイルプレビューパネル内でレンダリングし、生成されたSVGをinnerHTMLを用いてDOMに挿入していました。MermaidがsecurityLevel: 'loose'に設定されていたため、攻撃者が制御するMermaidコンテンツがこのフローで安全でない方法でレンダリングされる可能性がありました。Markdownプレビュー経由で動作するペイロードが検証されており、その結果、アプリケーションのオリジン下で被害者のブラウザ内でJavaScriptが実行される事態となりました。この脆弱性はバージョン0.9.6で修正されています。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.6以前のopen-webuiには、キャッシュファイル提供エンドポイントにパストラバーサルの脆弱性が存在し、認証済みユーザーが意図されたキャッシュディレクトリ外の兄弟ディレクトリからファイルを読み取ることが可能でした。これはstartswithによる包含チェックが不完全で、後続のパスセパレータが欠如していたために発生しました。根本原因は、open_webui/main.pyのserve_cache_file()関数がfile_path.startswith(os.path.abspath(CACHE_DIR))で解決済みパスを検証する際に、os.sepを付加していなかったことにあります。このため、名前がcacheで始まる兄弟ディレクトリ(例:cache_sibling、cache_backup、cached_models)へ解決される任意のパスが検証を通過してしまっていました。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作するセルフホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、Open WebUIのプロンプトのバージョン履歴エンドポイントはURL内のprompt_idを認可しますが、その後、履歴行がそのプロンプトに属しているかどうか(history_entry.prompt_id == prompt.id)を検証せずに、呼び出し元が提供した履歴IDに対して操作を行います。これにより、/api/v1/prompts/id/{prompt_id}/history/diff、/api/v1/prompts/id/{prompt_id}/update/version、および/api/v1/prompts/id/{prompt_id}/history/{history_id}が影響を受けます。認証されたユーザーが自分の管理する任意のプロンプトへのアクセス権と被害者のprompt_history.idを持っている場合、他のユーザーのプライベートなプロンプト履歴を読み取ったり削除したりすることが可能です。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作するよう設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.6以前のOpen WebUIには、組み込みのsearch_knowledge_filesツールにおいてオブジェクトレベルの認可破損(BOLA)脆弱性が存在していました。ネイティブ関数呼び出しが有効で、選択されたモデルに知識ベースが添付されていない場合、認証済みユーザーは任意のknowledge_idを指定してsearch_knowledge_filesを呼び出すことが可能です。そうすると、この関数はユーザーが読み取りアクセス権を持っているかどうかを確認せずに、該当の知識ベースからファイルのメタデータを返します。これにより、プライベートまたは制限された知識ベースファイルを不正に列挙できてしまいます。この脆弱性はバージョン0.9.6で修正されました。
Open WebUIは完全にオフラインで動作するよう設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、Milvusのマルチテナンシーモードが有効な場合にACLチェックをバイパスできる脆弱性が存在していました。この問題はバージョン0.9.6で修正されています。
Open WebUIは、完全にオフラインで動作するように設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.6以前では、複数の直接的なインデックス指定のOllamaプロキシルートが、呼び出し元が提供するurl_idxパスパラメータを受け入れており、それをadminが設定したOLLAMA_BASE_URLSリストの生のインデックスとして使用していました。これらのルートにおけるアクセス制御は、ユーザーが要求されたモデルを使用できるかどうかのみを検証し、リクエストがどのバックエンドにルーティングされるかについては検証しませんでした。認証された任意のユーザーは、任意のurl_idxを追加することで、許可されていないOllamaバックエンド、例えば内部のより高い権限を持つバックエンドや明示的に管理者によって無効化されたバックエンドにリクエストを強制的に送信することが可能でした。この脆弱性はバージョン0.9.6で修正されています。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.8.11以前では、ydoc:document:joinのSocket.IOハンドラがdocument_idがnote:(コロン)で始まる場合にのみノートの所有権をチェックしていました。しかし、YdocManagerのストレージ層はすべてのドキュメントIDのコロンをアンダースコアに置き換えて正規化していました(document_id.replace(":", "_"))。攻撃者はnote:id(コロン)の代わりにnote_id(アンダースコア)を使用してドキュメントルームに参加することで認可チェックを完全に回避し、同じ基盤となるYjsドキュメントにアクセスできました。サーバーはその後、完全なドキュメント状態を返し、被害者のプライベートなノート内容が漏洩しました。この脆弱性は0.8.11で修正されています。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,735件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。