日本公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 不適切な入力確認 直近1年 の検索結果：241–280 件目を表示（ページ 7）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Apache Polarisは名前空間およびテーブル名にリテラルの`*`文字を受け入れます。後で、委任テーブルアクセス用の一時的なS3アクセスポリシーを構築する際に、これらの文字がS3 IAMリソースパターンや`s3:prefix`条件でエスケープされずに再利用されているように見えます。S3 IAMポリシーマッチングでは、`*`は通常のテキストとしてではなくワイルドカードとして扱われます。つまり、作成されたあるテーブルに対して発行された一時的な資格情報が異なるテーブルのストレージパスと一致する可能性があります。Polaris 1.4.0を対象としたプライベートテストにおいて、MinIOおよび実際のAWS S3上でPolarisのAWS S3一時資格情報パスを使用し、`f*.t1`、`f*.*`、`*.*`、および`foo.*`のような作成されたテーブルに対する資格情報は他のテーブルのS3ロケーションにアクセスできました。確認された挙動には以下が含まれます：- 他のテーブルのメタデータ制御ファイル（[IcebergメタデータJSON]）を読み取ること；- 他のテーブルの正確なS3テーブルプレフィックスを一覧表示すること（[テーブルプレフィックス]）；- および、作成されたテーブルに対して書き込みが委任された場合、他のテーブルの正確なS3テーブルプレフィックス下にオブジェクトを作成および削除できること。通常の異なる名前を使用したコントロールケースでは、同様のクロステーブルアクセスは許可されませんでした。最小特権のAWS S3バリアントも確認されており、攻撃者プリンシパルは被害テーブルに対するPolaris権限を持たず、ワイルドカードテーブルの作成と使用に最低限必要な権限（名前空間スコープの`TABLE_CREATE`および`TABLE_WRITE_DATA`を`*`に対して）だけを持っていました。そのセットアップでは、`foo.t1`への直接的なPolarisアクセスは依然として禁止されていましたが、攻撃者は`*.*`を作成しロードして委任されたS3資格情報を受け取り、その資格情報を使って`foo.t1`下のオブジェクトを一覧表示、読み取り、作成、削除できました。IcebergではメタデータJSONファイルは制御ファイルであり、どのデータファイルがテーブルに属するか、どのスナップショットが存在するか、どのテーブルバージョンを読むかを示します。したがって、不正アクセスは重大な機密性の問題を引き起こします。書き込み可能なバリアントが確認されたことで、この問題は情報漏洩に限らず、より深刻な問題であることが示されています。
FRRouting（FRR）stable/10.0からstable/10.6のMP_REACH_NLRIコンポーネントにおける入力検証の欠如により、認証された攻撃者が細工されたUPDATEメッセージを送信してサービス拒否（DoS）を引き起こす可能性があります。
vLLMは大規模言語モデル（LLM）の推論およびサービスエンジンです。バージョン0.5.5から0.18.0未満のバージョンにおいて、Librosaはモノラルダウンミキシング（to_mono）にnumpy.meanをデフォルトで使用していましたが、国際標準のITU-R BS.775-4では重み付きダウンミキシングアルゴリズムが指定されています。この不一致により、人間が聞く音声（例：ヘッドホンや一般的なスピーカーを通じて）とAIモデル（vLLMやTransformerなど、Librosaを介したインフラ）が処理する音声との間に一貫性が欠けていました。この問題はバージョン0.18.0で修正されました。
Azure Managed Instance for Apache Cassandra において不適切な入力検証があり、認証された攻撃者がネットワーク越しにコードを実行する可能性があります。
SandboxieはWindows向けのオープンソースのサンドボックスベースの分離ソフトウェアです。バージョン1.17.2およびそれ以前のバージョンには、Sandboxieのカーネルドライバーにローカルのサービス拒否（DoS）脆弱性が存在します。標準サンドボックス内で実行されている権限のないプロセスがDevice\SandboxieDriverApiドライバーに不正なIOCTLを送信すると、即座にカーネルクラッシュ（BSOD）を引き起こします。この脆弱性は、管理者権限を落としているかどうかにかかわらず標準サンドボックス構成に影響を与えますが、Security Hardened Sandbox構成には影響を与えません。この問題はバージョン1.17.3で修正されました。アップデートができないユーザーは、回避策としてSecurity Hardened Sandbox構成を利用できます。
Ivanti EPMMのバージョン12.6.1.1、12.7.0.1、および12.8.0.1より前のバージョンには不適切な入力検証の脆弱性があり、リモートで認証された管理者権限を持つユーザーがリモートコード実行を達成できます。
148.0.7778.96より前のGoogle ChromeのCastにおいて、信頼されていない入力の検証不足が存在したため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、権限昇格を実行できる可能性がありました。
148.0.7778.96より前のGoogle ChromeのSite Isolationにおいて、信頼されていない入力の不十分な検証により、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してサイト分離を回避できる可能性がありました。
Google Chromeの148.0.7778.96以前のFedCMにおいて、信頼されていない入力の検証が不十分だったため、リモート攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させることが可能でした。
Azure Monitor Agentの不適切な入力検証により、認可された攻撃者がローカルで特権を昇格させることが可能になります。
Android版Google Chromeの148.0.7778.96以前のMediaにおける信頼されていない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出する可能性がありました。
148.0.7778.96より前のGoogle Chromeでは、クッキーの信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを通じて権限を昇格させる攻撃を実行できる可能性がありました。
iOS用Google Chromeの148.0.7778.96以前のバージョンにおいて、信頼できない入力の検証が不十分だったため、リモート攻撃者が細工されたHTMLページを介してUIスプーフィングを実行できる可能性がありました。
148.0.7778.96より前のGoogle Chromeのポップアップブロッカーには、信頼されていない入力の検証が不十分な問題がありました。そのため、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してナビゲーション制限を回避できる可能性がありました。
148.0.7778.96より前のAndroid版Google Chromeのモバイルにおいて、信頼されていない入力の検証が不十分であったため、ローカルの攻撃者が悪意のあるChrome拡張機能を利用して任意のスクリプトやHTML（UXSS）を注入することが可能でした。
Google Chromeの148.0.7778.96より前のバージョンにおいて、ANGLEの信頼されていない入力に対する検証が不十分であったため、レンダラープロセスが侵害されました。これにより、リモートの攻撃者が特別に細工されたHTMLページを通じて任意の読み取りおよび書き込みを行うことが可能となりました。
148.0.7778.96以前のGoogle ChromeのPersistent Cacheにおける信頼されていない入力の検証不足により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、サイト分離を回避することが可能となりました。
Google Chromeの148.0.7778.96以前のバージョンにおけるCOOPでは、信頼されていない入力の検証が不十分でした。そのため、リモート攻撃者は細工されたHTMLページを介してレンダラープロセスを侵害し、サイト分離を回避することが可能でした。
Google Chromeの148.0.7778.96以前のバージョンにおいて、Networkの信頼されていない入力の検証が不十分であったため、レンダラプロセスを侵害したリモート攻撃者が細工されたHTMLページを介してUIスプーフィングを実行する可能性がありました。
Google Chrome 148.0.7778.96より前のバージョンのOmniboxでは、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が悪意のあるネットワークトラフィックを通じて任意のスクリプトやHTML（UXSS）を注入できる脆弱性がありました。
148.0.7778.96以前のGoogle ChromeのPermissionsにおいて、信頼されていない入力の検証が不十分であったため、ローカルネットワークセグメント上の攻撃者が悪意のあるネットワークトラフィックを介してクロスオリジンデータを漏洩させることが可能でした。
148.0.7778.96以前のGoogle ChromeのDirectSocketsにおけるポリシー強制が不十分であったため、リモートの攻撃者が悪意のあるChrome拡張機能を介して任意の読み取りおよび書き込みを実行できる可能性がありました。
148.0.7778.96 より前の Google Chrome の FileSystem における信頼されていない入力の検証不足により、リモートの攻撃者が細工された HTML ページを介してレンダラープロセスを乗っ取り、任意の読み取りおよび書き込みを実行できる問題がありました。
Google Chromeの148.0.7778.96より前のバージョンのDevToolsにおいて、信頼されていない入力の検証が不十分だったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、クロスオリジンデータを漏洩させることが可能でした。
Google Chrome 148.0.7778.96より前のバージョンのSite Isolationでは、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを利用してレンダラプロセスを侵害し、サイト分離をバイパスできる脆弱性が存在しました。
Google Chrome バージョン 148.0.7778.96 より前のナビゲーションにおける信頼されていない入力の検証が不足していたため、リモート攻撃者が細工された HTML ページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出する可能性がありました。
Google Chromeのバージョン148.0.7778.96以前において、CORSの信頼できない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、同一オリジンポリシーを回避できる問題です。
Google Chrome バージョン 148.0.7778.96 未満の DataTransfer における不十分なデータ検証により、リモート攻撃者が細工された HTML ページを介してレンダラープロセスを侵害し、任意の読み取りおよび書き込み操作を実行できる可能性があります。
Windows上のGoogle Chrome 148.0.7778.96より前のバージョンにおいて、Updaterが信頼されていない入力を十分に検証しなかったため、ローカル攻撃者が悪意のあるファイルを介してOSレベルの権限を昇格させる可能性がありました。
LinuxおよびChromeOS上のGoogle Chrome（バージョン148.0.7778.96未満）において、UIの信頼されていない入力の検証が不足しているため、リモートの攻撃者が特定のUIジェスチャーをユーザーに実行させ、細工されたHTMLページを介して任意のコードを実行できる可能性があります。
148.0.7778.96より前のAndroid版Google ChromeのPaymentsにおいて、信頼されていない入力の検証が不十分であったため、レンダラープロセスが侵害される可能性がありました。リモート攻撃者は細工されたHTMLページを介してOmnibox（URLバー）の内容を詐称することができました。
Google Chromeのバージョン148.0.7778.96以前において、SSLで信頼されていない入力の検証が不十分であったため、リモート攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、UIスプーフィングを実行できる脆弱性が存在しました。
148.0.7778.96より前のMac版Google ChromeのUpdaterにおいて、信頼されていない入力の検証が不十分であったため、ローカルの攻撃者が悪意のあるファイルを通じてOSレベルの権限を昇格させることが可能でした。（Chromiumセキュリティの重大度は低いです）。
スタックベースのバッファオーバーフローが.NETおよびVisual Studioに存在し、不正な攻撃者がネットワーク経由でサービス拒否攻撃を引き起こす可能性があります。
wget2は、誤ったキー使用法（KU）または拡張キー使用法（EKU）を持つサーバー証明書を受け入れてしまいます。攻撃者が異なる目的で発行された証明書と関連する秘密鍵を侵害した場合、その証明書をTLSサーバー認証に再利用できる可能性があります。
NVIDIA Flare SDKには、攻撃者がパス・トラバーサル攻撃を利用して不適切な入力検証を引き起こす可能性がある脆弱性が含まれています。この脆弱性を悪用すると、情報漏洩が発生する可能性があります。
uutils coreutils の kill ユーティリティにおける引数解析エラーにより、kill -1 がデフォルトのシグナル (SIGTERM) を PID -1 に送信する要求として誤って解釈されます。PID -1 にシグナルを送信すると、カーネルは呼び出し元に見えるすべてのプロセスを終了させるため、システムクラッシュや大量のプロセス終了を引き起こす可能性があります。これは、GNU coreutils とは異なり、この文脈で -1 をシグナル番号として正しく認識し、代わりに PID 引数の不足を報告するものです。
Progress Software MOVEit Automationにおける不適切な入力検証の脆弱性が原因で、権限昇格が可能になります。この問題は、MOVEit Automationの以下のバージョンに影響します：2025.1.0から2025.1.5未満、2025.0.0から2025.0.9未満、2024.0.0から2024.1.8未満、および2024.0.0以前のバージョンです。
Google Chrome 147.0.7727.138より前のバージョンのFeedbackにおける信頼されていない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。
Google Chrome 147.0.7727.138より前のバージョンのコンポジティングにおいて、信頼されていない入力の検証が不十分でした。この脆弱性により、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサイト分離を回避できました。この問題はChromiumセキュリティで重大度が高いと評価されています。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,735件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。