全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,331 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近3年 の検索結果：761–800 件目を表示（ページ 20）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Splunk SOARのバージョン8.6.0未満において、playbooks:view権限を含む役割を持つユーザーは、権限のないプレイブックリポジトリのメタデータを閲覧できる可能性がありました。この脆弱性は、Playbook Historyがプレイブックのリビジョンメタデータを返す前にリポジトリの権限を確認しないことが原因です。詳細については、Splunkドキュメントの「Splunk SOAR (Cloud)での役割と権限の管理」（https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）および「Splunk SOAR (Cloud)でのプレイブックの設定管理」（https://help.splunk.com/en/splunk-soar/soar-cloud/build-playbooks/manage-playbooks-and-playbook-settings/manage-settings-for-a-playbook-in-splunk-soar-cloud）をご参照ください。
Splunk SOAR バージョン 8.6.0 未満では、OnPrem Broker ロールを持つユーザーが、意図された Automation Broker ログディレクトリ以外の場所にファイルを書き込むことが可能でした。この脆弱性は、Automation Broker のログアップロード機能がログファイルを書き込む前に細工されたファイル名の入力を受け入れてしまうことにより発生します。詳細については、Splunk SOAR (Cloud) のロールと権限の管理（https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud）および Splunk SOAR Automation Broker に関する情報（https://help.splunk.com/en/splunk-soar/splunk-automation-broker/about-splunk-soar-automation-broker/about-splunk-soar-automation-broker）をご参照ください。
Splunk SOAR のバージョン 8.6.0 未満において、制限されたテナントアクセス権を持つ認証ユーザーが、REST（Representational State Transfer）API を使用して、そのユーザーのロールスコープ外にあるテナントの名前および識別子を閲覧できる可能性があります。この脆弱性が発生する理由は、マルチテナンシーが有効になっている環境において、Splunk SOAR が REST API を通じてテナント情報を返す際に、ロールベースのテナント制限を適用していないためです。詳細については、Splunk ドキュメントの「REST Roles and Permissions」（https://help.splunk.com/en/splunk-soar/soar-cloud/rest-api-reference/role-management-endpoints/rest-roles-and-permissions）および「Configure multiple tenants on your Splunk SOAR (On-premises) instance」（https://help.splunk.com/en/splunk-soar/soar-on-premises/administer-soar-on-premises/7.1.0/configure-product-settings-for-your-splunk-soar-on-premises-instance/configure-multiple-tenants-on-your-splunk-soar-on-premises-instance）をご参照ください。
Splunk AI Toolkit バージョン6.0.0未満では、「admin」または「power」のSplunkロールを持たないユーザーがシステムレベルの権限で検索を実行し、関連するすべてのデータにアクセスできました。また、システムの整合性に影響を与え、Agent Run Historyを通じて他のユーザーの検索ジョブを読み取ったり削除したりすることも可能でした。この不適切な権限管理は、Agent Run Historyハンドラーが検索操作を実行する前に呼び出しユーザーのセッションキーをシステム認証トークンに置き換える処理が原因です。詳細については、SplunkドキュメントのAI Toolkit Agent Launchpad (https://help.splunk.com/en/splunk-enterprise/apply-machine-learning/use-ai-toolkit/6.0.0/ai-toolkit-connections-containers-and-agents/ai-toolkit-agent-launchpad) を参照してください。
Splunk AI Toolkitのバージョン6.0.0未満において、「admin」または「power」のSplunkロールを持たないユーザーが、接続されたコンテナサービスの予測可能な認証情報またはデフォルトの認証情報を取得できる可能性があります。これは、Splunk AI Toolkitが接続されたコンテナサービスの認証情報を予測可能な値またはハードコードされたデフォルト値を使って生成または保存するためです。詳細については、SplunkのドキュメントにあるAI ToolkitのConnectionsタブ（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/use-ai-toolkit/5.7.2/ai-toolkit-commands-macros-and-visualizations/connections-tab-in-the-ai-toolkit）をご参照ください。
Splunk AI Toolkitのバージョン6.0.0未満では、モデルをアップロードできるユーザーが、同じモデル名に対して同時にアップロードリクエストを送信すると、他のユーザーがアップロード中のモデルを上書きしてしまい、その結果生成されるモデルルックアップエントリが攻撃者の制御するコンテンツを参照する可能性があります。この競合状態は、Splunk AI Toolkitがアップロードされたコンテンツがモデルルックアップエントリを作成するリクエストに属しているかどうかを検証しないために発生します。詳細については、Splunkドキュメントの「Troubleshoot the Splunk Machine Learning Toolkit」（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/machine-learning-toolkit-user-guide/5.5.0/troubleshooting-mltk/troubleshoot-the-splunk-machine-learning-toolkit）をご参照ください。
Splunk AI Toolkitのバージョン6.0.0未満では、「admin」または「power」のSplunkロールを持たない権限の低いユーザーでも、コンテナの開始、停止、および設定を行ったり、Representational State Transfer（REST）APIを通じて接続および設定データを読み取ったり変更したりすることが可能でした。この認可の欠如は、Splunk AI Toolkitの複数のREST APIハンドラーが認可チェックを強制していないことに起因します。詳細については、Splunkドキュメントの「Troubleshoot the Splunk Machine Learning Toolkit」（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/machine-learning-toolkit-user-guide/5.5.0/troubleshooting-mltk/troubleshoot-the-splunk-machine-learning-toolkit）を参照してください。
Splunk AI Toolkitのバージョン6.0.0未満において、「power」Splunkロールを持つユーザーは、細工されたスパース行列データを含むモデルファイルを読み込むことで、Splunkサーバー上で任意のコードを実行できました。信頼されていないデータの逆シリアライズが可能であったのは、Splunk AI Toolkitのモデルコーデックが埋め込まれたpickleコンテンツに対する保護を行わずにスパース行列データを逆シリアライズしていたためです。詳細については、Splunkのドキュメント内「Splunk Machine Learning Toolkitのトラブルシューティング」（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/machine-learning-toolkit-user-guide/5.5.0/troubleshooting-mltk/troubleshoot-the-splunk-machine-learning-toolkit）をご参照ください。
Splunk AI Toolkit バージョン 6.0.0 未満において、schedule_search 権限を持つユーザーは、apply search コマンドを介してスケジュールされた検索がモデルファイルを読み込みおよびデシリアライズさせる可能性があります。不適切なアクセス制御は、Splunk AI Toolkit が apply search コマンドをリスキーとしてマークしていないことに起因しています。詳細については、Splunk ドキュメントの「AI Toolkit のトラブルシューティング」（https://help.splunk.com/en/splunk-enterprise/apply-machine-learning/use-ai-toolkit/5.7.3/troubleshooting-the-ai-toolkit/troubleshoot-the-ai-toolkit）をご参照ください。
Splunk AI Toolkitのバージョン6.0.0未満において、「power」Splunkロールを持つユーザーは、他のユーザーに関連するデータを含む実験履歴内の全ての関連データにアクセスし、削除することが可能でした。この脆弱性は、Splunk AI Toolkitが制限された履歴データにアクセスする前に、呼び出し元が制御するクエリ値を処理する際に信頼された実験スコープを維持しないために発生します。詳細については、SplunkドキュメントのExperiment Assistants（https://help.splunk.com/en/splunk-cloud-platform/apply-machine-learning/use-ai-toolkit/5.6.4/experiment-assistants）をご参照ください。
Cisco Talos Intelligence for Enterprise Security Cloudのバージョン1.0.3未満において、get_talos_enrichment権限を持つユーザーは、Talosインテリジェンス強化のREST APIエンドポイントに細工されたリクエストを送信し、インスタンスが攻撃者が制御するサーバーへアウトバウンドリクエストを行うように仕向けることが可能でした。このリクエストにより、Splunkインスタンス内の関連するすべてのデータおよびシステムの整合性を侵害するトークンが露出する恐れがあります。この脆弱性が発生するのは、Talosインテリジェンス強化RESTエンドポイントが認証済みのSplunk管理リクエストの送信先をリクエストデータから受け入れてしまうためです。詳細については、Splunkドキュメントの「Deploy Cisco Talos Intelligence for Splunk Enterprise Security」（https://help.splunk.com/en/splunk-enterprise-security-8/user-guide/8.0/introduction/deploy-cisco-talos-intelligence-for-splunk-enterprise-security-cloud-only）をご参照ください。
Cisco Talos Intelligence for Enterprise Security Cloud のバージョン 1.0.3 未満において、未認証のユーザーが Splunk Web の静的ファイルパスを通じてアドオンの OpenAPI 仕様にアクセスできる可能性があります。公開された仕様により、アドオンの REST（Representational State Transfer）API のエンドポイントおよび認証モデルの偵察が可能になる恐れがあります。この脆弱性は、生成された OpenAPI 仕様が Splunk Web によって認証なしで提供される静的ファイルパスにパッケージ化されているために発生します。詳細については、Splunk ドキュメント内の「Deploy Cisco Talos Intelligence for Splunk Enterprise Security」（https://help.splunk.com/en/splunk-enterprise-security-8/user-guide/8.0/introduction/deploy-cisco-talos-intelligence-for-splunk-enterprise-security-cloud-only）をご参照ください。
ポート4307/TCPを介してネットワークにアクセスできるリモートの未承認攻撃者が、TrueConfサーバーのバージョン5.3.Xから5.3.9、5.4.Xから5.4.9、5.5.Xから5.5.5およびそれ以前のバージョンにおいて、未公開の関数を呼び出すことで任意のスクリプトを実行する可能性があります。
ネットワーク経由でポート4307/TCPを通じてTrueConfサーバーのバージョン5.3.Xから5.3.9、5.4.Xから5.4.9、5.5.Xから5.5.5、およびそれ以前のバージョンにアクセスできるリモートの不正な攻撃者は、特別に細工されたスクリプトを使用して隔離された環境から脱出し、ホストシステム上で任意のコードを実行する可能性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 の NIM サーバープロセスは、クライアント登録中にバッファオーバーフローが原因でクラッシュします。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1のnimesis登録サービスにおいて、パストラバーサルの脆弱性によりリモートの攻撃者がファイルを上書きできる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1のNIMには、公開されている更新ファイルに中間証明機関の秘密鍵が露出しているため、リモート攻撃者がセキュリティ制限を回避できる可能性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 の NIM では、OS コマンドで使用される特殊な要素の適切な無効化が行われていないため、リモートの認証済み攻撃者が任意のコマンドを実行できる可能性があります。
IBM AIX 7.2および7.3、並びにIBM PowerVM VIOS 4.1のNIMにおいて、TLS証明書の不適切な検証により、リモートの攻撃者がAIXシステムに対して不正アクセスを行う可能性がある問題があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、不適切な認証によりリモート攻撃者がroot権限を取得できる脆弱性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 には、不適切な認証の問題があり、リモート攻撃者がNFSエクスポートされたファイルシステムにアクセスできる可能性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 には、リモートの攻撃者によって資源が制御されずに消費され、サービス拒否（DoS）を引き起こす可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1は、不適切な権限管理の問題により、ローカルの攻撃者が権限を昇格させる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、リモートの攻撃者が境界外書き込みを行うことによってサービス拒否（DoS）を引き起こす可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、ヒープバッファオーバーフローの脆弱性があり、リモートの攻撃者が任意のコードを実行できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1は、OSコマンドで使用される特殊な要素を適切に無害化しないことにより、リモートの認証済み攻撃者が任意のコマンドを実行できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1において、リモートの攻撃者がNULLポインタ参照によりサービス拒否（DoS）を引き起こす可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、リモートの攻撃者が資源消費を制御不能にし、サービス拒否（DoS）を引き起こす可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、ローカル攻撃者がチェック時刻と使用時刻の競合状態を悪用することで、サービス拒否を引き起こし、データの整合性を損なう可能性がある脆弱性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、コマンドインジェクションの脆弱性があり、リモートの攻撃者が任意のコードを実行できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、リモートからの攻撃者によって境界外読み取りが発生し、サービス拒否（DoS）を引き起こす可能性がある脆弱性があります。
IBM AIX 7.2および7.3、並びにIBM PowerVM VIOS 4.1において、環境変数の不適切なサニタイズが原因で、ローカル攻撃者が任意のコードを実行できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、スタックベースのバッファオーバーフローの脆弱性が存在し、リモートの攻撃者が任意のコードを実行できる可能性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 には、ローカル攻撃者が境界外書き込みを行うことでローカル特権昇格を達成できる脆弱性があります。
IBM AIX 7.2および7.3、並びにIBM PowerVM VIOS 4.1は、RBAC認証ロールが適切に強制されていないため、ローカルの攻撃者がroot権限を取得できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、ローカルの攻撃者がシェルのメタ文字注入を利用して任意のコマンドを実行できる脆弱性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、スタックベースのバッファオーバーフローの脆弱性があり、リモートの認証済み攻撃者が任意のコードを実行する可能性があります。
IBM AIX 7.2 および 7.3、ならびに IBM PowerVM VIOS 4.1 は、OS コマンドで使用される特殊な要素が適切に無害化されないため、リモート攻撃者が任意のコマンドを実行できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1には、ローカル攻撃者が境界外読み取りを行うことで機密情報を取得できる可能性があります。
IBM AIX 7.2および7.3、ならびにIBM PowerVM VIOS 4.1において、スタックバッファオーバーフローの脆弱性により、リモートの攻撃者が任意のコードを実行できる可能性があります。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,331件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。