脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,806 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 High 直近1年 の検索結果:2,281–2,320 件目を表示(ページ 58)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
Microsoft Office Click-To-Runの不適切なアクセス制御により、認可された攻撃者がローカルで権限を昇格させる可能性があります。
DHTMLXの製品であるGanttおよびSchedulerで使用されているPDFエクスポートモジュールは、HTMLのサニタイズが不十分であるため、パストラバーサルの脆弱性があります。認証されていないユーザーがHTMLペイロードを作成し、サーバーのローカルファイルを含めた内容を生成されるPDFに表示させる可能性があります。この問題はPDFエクスポートモジュールのバージョン0.7.6で修正されました。
Dify バージョン 1.14.1 およびそれ以前には、ファイルプレビューエンドポイントに認可バイパスの脆弱性があります。この脆弱性により、認証された任意のユーザーがファイルの UUID のみを使用して、すべてのテナントおよびワークスペースにわたる任意のアップロードドキュメントの最大 3,000 文字を閲覧できます。攻撃者は傍受したファイル UUID を使って /console/api/files/{file_id}/preview エンドポイントにアクセスし、所有権やワークスペース権限の検証なしにドキュメントから機密内容を抽出できます。注意:Dify Cloud は未認証の無料セルフ登録を許可しており、攻撃者が容易にアカウントを作成可能です。
Twistedはインターネットアプリケーション向けのイベントベースフレームワークで、Python 3.6以降をサポートしています。26.4.0rc2より前のバージョンでは、twisted.namesモジュールのDNS名の展開処理中にリソース枯渇を引き起こすサービス拒否(DoS)攻撃の脆弱性が存在していました。リモートの認証されていない攻撃者は、深く連結した圧縮ポインタを含む細工されたTCP DNSパケットを送信することで、この脆弱性を悪用できます。この欠陥は従来のループ防止ロジックを回避し、シングルスレッドのTwistedリアクターが何百万もの再帰的なルックアップ処理中に停止して、サーバーを実質的にフリーズさせます。この脆弱性は26.4.0rc2で修正されました。
GravはファイルベースのWebプラットフォームです。Grav 2.0.0-beta.2において、api.media.write権限を持つ権限の低い認証済みAPIユーザーが/api/v1/blueprint-uploadを悪用し、任意のYAMLファイルをuser/accounts/に書き込むことができます。その後、新たに作成されたapi.super権限を持つアカウントとしてログイン可能です。これにより、Grav APIの完全な管理権限を奪取される恐れがあります。この脆弱性はAPI 1.0.0-beta.17で修正されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。xfrm: ポリシーネットワーク名前空間(netns)終了時にRCUリーダーの終了を待機します。xfrm_policy_fini()は、ポリシーワークアイテムのフラッシュとすべてのポリシーの削除後にpolicy_bydstハッシュテーブルを解放しますが、同時に動作しているRCUリーダーがリードサイドのクリティカルセクションを終了するのを待っていませんでした。policy_bydstテーブルはrcu_assign_pointer()によって公開され、rcu_dereference_check()を通じて参照されるため、ネットワーク名前空間の終了処理でもメモリ解放前にRCUの猶予期間を待つ必要があります。この問題は、policyハッシュテーブルを解放する前にsynchronize_rcu()を追加することで修正されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました:xskにおけるUMEMのヘッドルーム検証を強化し、テイルルームおよび最小フレームを考慮するように変更しました。現在のxdp_umem_reg()のヘッドルーム検証では、最小サイズのイーサネットフレームを受信するための十分なスペースが確保されていない可能性があります。さらに、マルチバッファが使用される場合、XSKフレームの末尾に格納されるskb_shared_infoが破損する恐れがあります。ハードウェアは通常128バイト単位で動作しているため、この値を最低限の基準として提供しています。マルチバッファ設定は設定プロセスの後半で判明するため、128バイトの考慮に加え、テイルルームのスペースも事前に確保するように対応しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました:smb: serverのsmb2_open()関数に存在したuse-after-freeの問題です。rcu_dereference(fp-f_opinfo)を介して取得されたopinfoポインタがrcu_read_unlock()の後にデリファレンスされることで、use-after-freeの脆弱性が発生していました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。hwmonの(pmbus/q54sj108a2) debugfs読み取り時に発生するスタックバッファオーバーフローの問題です。q54sj108a2_debugfs_read関数は、bin2hex()に誤った引数を渡していたため、スタックバッファオーバーフローが発生していました。この関数では現在、'data'を出力先、'data_char'を入力元として渡しています。bin2hex()は入力バイトごとに2つの16進文字を生成するため、32バイトのブロック読み取りで64バイトの出力となります。しかし、'data'は34バイト(I2C_SMBUS_BLOCK_MAX + 2)のサイズしかなく、そのためバッファの末端から30バイト分がスタック上に書き込まれてしまいます。さらに、引数の順序が逆であったため、初期化済みのゼロの'data_char'から読み込み、'data'に書き込んでおり、実際のI2C読み取りに関係なく全てゼロが出力されていました。これを修正するために、以下の対応を行いました。1. 'data_char'のサイズを66バイトに拡張し、16進出力を安全に格納可能にしました。2. bin2hex()の引数の順序を正しくし、実際の読み取りバイト数を使用しました。3. 最終的なsimple_read_from_bufferの呼び出しで正しい出力バッファを指すポインタを使用しています。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.8.0以前では、Excelファイルの添付ファイルを安全でない方法でプレビューしていました。細工されたXLSXファイルのペイロードを用いることで、sheetjs関数sheet_to_htmlが生成したHTMLにXSSペイロードを埋め込むことが可能です。これはその後@htmlを介してサニタイズされることなくDOMに追加され、ペイロードが発動します。この脆弱性はバージョン0.8.0で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.6.10より前では、オーディオファイルをアップロードする際に、ファイル名が元のHTTPアップロードリクエストから取得され、検証やサニタイズが行われていませんでした。これにより、ユーザーはファイルパスにドットセグメントを含む名前のファイルをアップロードして、意図されたuploadsディレクトリの外へと移動させることが可能でした。実質的に、ウェブサーバーを実行しているユーザーに権限があるファイルシステム上の任意の場所にファイルをアップロードできる脆弱性が存在していました。この脆弱性はバージョン0.6.10で修正されています。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.1.124より前では、APIがユーザーの許可されたユーザーロール(user)を適切に検証していませんでした。デフォルトで新規登録が有効の場合、Open WebUIのデフォルトユーザーロールはpendingに設定されます。この設定では、管理者が新規ユーザー登録後に管理パネルへアクセスし、そのユーザーのロールをuserまたはadminに再設定しなければ、ユーザーはウェブアプリケーションにアクセスできません。この脆弱性はバージョン0.1.124で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.6.19以前には、チャネルのメッセージ管理システムにIDOR(不適切な参照制御)の脆弱性が存在し、認証済みユーザーが読み取りアクセス権を持つチャネル内の任意のメッセージを変更または削除できました。この脆弱性は、チャネルレベルの認可を実装しているものの、メッセージ所有権の検証が全くないメッセージ更新および削除のエンドポイントに存在します。フロントエンドは所有権チェックを正しく実装しており(編集や削除のボタンはメッセージ所有者または管理者のみに表示されます)が、バックエンドAPIはチャネルアクセス権のみを検証し、リクエストユーザーが対象メッセージの所有者であるかどうかは確認しないため、この保護を回避されてしまいます。これにより、攻撃者はAPIを直接呼び出して他のユーザーのメッセージを改変でき、クライアント側のセキュリティ制御をバイパスできます。この脆弱性はバージョン0.6.19で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.5以前では、_validate_collection_access()はuser-memory-*およびfile-*のコレクション名プレフィックスをチェックしますが、生のUUIDをコレクション名として使用するナレッジベースコレクションをチェックしません。認証済みのユーザーがプライベートなナレッジベースのUUIDを知っている場合、ナレッジAPIが正しくそのユーザーのアクセスを拒否していても、取得クエリエンドポイントを通じてその内容を読み取ることが可能でした。同様の問題は取得書き込みエンドポイント(/process/text、/process/file、/process/files/batch、/process/web、/process/youtube)にも影響し、攻撃者が他のユーザーのナレッジベースの内容を注入または上書きできてしまいます。この脆弱性はバージョン0.9.5で修正されました。
Open WebUIは完全にオフラインで動作するように設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.5以前では、urlparseライブラリとrequestsライブラリ間のパースの違いによりSSRFバイパスの脆弱性が存在していました。この脆弱性はバージョン0.9.5で修正されました。
Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.9.5以前では、backend/open_webui/retrieval/web/utils.py内のvalidate_url()関数が呼び出し元から提出された初期のURLのみを検証していました。下流で使用されるHTTPクライアント(同期リクエスト、非同期aiohttp、langchainのWebBaseLoader)はデフォルトでHTTPの3xxリダイレクトを追跡しますが、プライベートIPやメタデータIPのブロックリストに対してリダイレクト先を再検証しません。そのため、認証済みのユーザーは302リダイレクトで内部アドレス(例:127.0.0.1、169.254.169.254、RFC1918)へ転送されるパブリックURLを提出し、/api/v1/retrieval/process/webエンドポイント、/api/v1/images/...エンドポイント、image_urlコンテンツ部分を含む/api/chat/completionsエンドポイント、及びこれらのヘルパーを呼び出すすべてのルートを通じて内部のレスポンスボディを読み取ることが可能でした。この脆弱性はバージョン0.9.5で修正されています。
Apache OFBizにおけるパスワード変更のロジックの欠陥により、不適切な認証の脆弱性が存在し、その結果リモートコード実行が可能になる問題です。この問題はApache OFBizのバージョン24.09.06以前に影響します。ユーザーはこの問題を修正したバージョン24.09.06へアップグレードすることを推奨します。
Open WebUIは完全にオフラインで動作するよう設計されたセルフホスト型人工知能プラットフォームです。バージョン0.8.12以前では、/api/v1/utils/code/executeエンドポイントが管理者によってENABLE_CODE_EXECUTION=falseに設定されていても、検証済みユーザーであれば誰でもJupyterを通じて任意のPythonコードを実行可能でした。この機能ゲートはAPIエンドポイントで強制されておらず、設定が"無効"になっていてもコードは実行され続けました。この脆弱性はバージョン0.8.12で修正されました。
wsはNode.js向けのオープンソースのWebSocketクライアントおよびサーバーです。8.20.1より前のバージョンでは、reason引数としてTypedArrayが渡された場合にwebsocket.close()の実装で初期化されていないメモリの情報漏洩が発生する脆弱性がありました。この脆弱性は8.20.1で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。9.2.0479より前のバージョンでは、Unix系システム上で.tgzアーカイブを展開する際にruntime/autoload/tar.vimのtar#Vimuntar()関数にコマンドインジェクションの脆弱性が存在していました。この関数はshellescape(tartail)を{special}フラグなしで使用して:!gunzipおよび:!gzip -dコマンドを構築しており、細工されたアーカイブファイル名によってVimのコマンドライン特殊展開がトリガーされ、ユーザーの権限でシェルコマンドが実行される可能性がありました。この脆弱性は9.2.0479で修正されました。
Apache OFBizにおけるコード生成の不適切な制御(「コードインジェクション」)および動的に評価されるコード内のディレクティブの不適切な無効化(「Evalインジェクション」)の脆弱性です。この問題はApache OFBizのバージョン24.09.06より前のバージョンに影響します。ユーザーはこの問題を修正したバージョン24.09.06にアップグレードすることを推奨されています。
Windows上のGoogle Chrome 148.0.7778.168以前のバージョンにおけるSkiaの整数オーバーフローにより、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、境界外メモリ書き込みを実行できる可能性があります。
Android版Google Chromeの148.0.7778.168以前のバージョンにおいて、InputのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出し、レンダラープロセスを侵害する可能性がありました。
Mac版Google Chrome 148.0.7778.168以前のWebShareにおけるオブジェクトライフサイクルの問題により、リモートの攻撃者が特定のUI操作をユーザーに行わせることで、細工されたHTMLページを介して任意のコードを実行できる可能性がありました。
Google ChromeのWindows版148.0.7778.168以前のANGLEで整数オーバーフローが発生し、悪意のあるリモート攻撃者が細工されたHTMLページを通じて境界外メモリ書き込みを行うことが可能でした。
Mac版Google Chromeの148.0.7778.168より前のバージョンのDownloadsにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性がありました。
MacのGoogle Chromeバージョン148.0.7778.168以前のANGLEにおいて、ヒープバッファオーバーフローが発生し、リモートの攻撃者が細工されたHTMLページを使ってサンドボックスから脱出する可能性がありました。
Windows向けGoogle Chromeのバージョン148.0.7778.168以前には、NetworkにおけるUse after freeの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出する可能性がありました。
Windows上のGoogle Chromeバージョン148.0.7778.168より前に存在するWebMLのヒープバッファオーバーフローにより、リモートの攻撃者が細工されたHTMLページを介してヒープの破損を悪用できる可能性があります。
LinuxおよびChromeOS上のGoogle Chromeの148.0.7778.168より前のバージョンにおいて、GPUの整数オーバーフローの脆弱性により、リモートの攻撃者が細工されたHTMLページを利用してレンダラープロセスを侵害し、サンドボックスを回避する可能性がありました。
Windows上のGoogle Chromeバージョン148.0.7778.168以前のCoreにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出する可能性がありました。
Google Chromeの148.0.7778.168以前のバージョンのMediaにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
148.0.7778.168以前のWindows版Google Chromeにおいて、パスワードのポリシー強制が不十分だったため、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを介して権限昇格を行うことが可能でした。
Google Chrome バージョン148.0.7778.168より前のMediaにおける境界外書き込みにより、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。
Google Chromeの148.0.7778.168以前のMediaコンポーネントにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Windows版Google Chromeの148.0.7778.168より前のバージョンに存在するGTKのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性があります。
Android版Google Chromeの148.0.7778.168以前のバージョンにおいて、GPUのポリシー適用不足により、レンダラープロセスが侵害される可能性がありました。これにより、リモート攻撃者が細工されたHTMLページを介してサンドボックスを脱出できる可能性がありました。
Windows版Google Chrome 148.0.7778.168より前のバージョンのCodecsに整数オーバーフローの脆弱性が存在していました。これにより、リモートの攻撃者が細工された動画ファイルを介してサンドボックスから脱出できる可能性がありました。
Windows上の148.0.7778.168より前のGoogle ChromeのCoreにおけるUse after freeにより、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出する可能性がありました。
Google Chrome 148.0.7778.168より前のバージョンのUIにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスからの脱出を行う可能性がありました。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,806件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。