全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
深刻度 High 直近1年 の検索結果：721–760 件目を表示（ページ 19）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Apache Camel Kにおけるユーザー制御キーの脆弱性により認可がバイパスされる問題です。カスタムリソース解決の認可に関する脆弱性により、テナントがオペレーターのネームスペース内のシークレットを名前で参照できてしまい、他のテナントやオペレーターコンポーネントに属するシークレットが漏洩する可能性があります。この問題は、Apache Camel Kのバージョン2.0.0から2.9.3未満および2.10.1から2.10.2未満に影響します。ユーザーは、この問題が修正されたバージョン2.9.3、2.10.2、または2.11.0にアップグレードすることを推奨します。
IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までにおいて、パス名の制限が不適切であるため、リモートの認証済み攻撃者が任意のコードを実行できる可能性があります。
IBM Db2 11.5.0 から 11.5.9、および 12.1.0 から 12.1.5 において、DRDAサーバーエンドポイントを制御またはなりすます能力を持つ攻撃者が、境界チェックなしにユーザー制御のデータを固定サイズのスタックバッファに不適切にコピーするスタックベースのバッファオーバーフローを悪用して、Db2クライアント上で任意のコマンドを実行できる可能性があります。
IBM Db2 11.5.0 から 11.5.9、および 12.1.0 から 12.1.5 には、特定の条件下で特権ユーザーが Db2 サーバー上の特定の機能を無効化してサービス拒否を引き起こす脆弱性があります。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
TraefikはオープンソースのHTTPリバースプロキシおよびロードバランサーです。バージョン3.2.0から3.7.13までの間、Traefikのエントリポイント防御機能であるaliasHeadersStrategy、underscoreHeadersStrategy、およびforwardedHeadersはreq.Headerを検査しますが、req.Trailerは検査しません。そのため、認証されていないクライアントがHTTP/1.1チャンクトレーラーやHTTP/2トレーラー内に偽装したり信頼されたヘッダー名を送信したりできる可能性があります。リトライやバッファリングのミドルウェアが逆プロキシによってリクエストをクローンする前にボディを読み取る場合、攻撃者が制御するトレーラーの値がトレーラーをヘッダーの名前空間にマージするバックエンドに到達し、文書化された削除や拒否の動作を回避して、アイデンティティや転送ルーティング情報をなりすます可能性があります。この問題はバージョン3.7.13で修正されました。
TraefikはオープンソースのHTTPリバースプロキシおよびロードバランサーです。2.11.57および3.7.13以前のバージョンでは、TraefikはGoがURL.Opaqueに格納し、URL.Pathを空のままにするrootless HTTP/1リクエストターゲットを受け入れていました。rewriteRequestBuilderのパスはルーティング、パスのサニタイズ、forwardAuth、エンコードされた文字、およびアクセスログを「/」に正規化されたパスに対して評価しますが、URL.Opaqueはそのままバックエンドに転送されます。これにより、バックエンドがopaqueターゲットをパスとして解釈する場合に、クロスvhostルーティングのバイパス、パススコープの認可バイパス、およびアクセスログ回避が可能となっていました。この問題は2.11.57および3.7.13で修正されています。
TraefikはオープンソースのHTTPリバースプロキシおよびロードバランサーです。2.11.56より前のバージョン、および3.0.0から3.7.12までの間で、X.Authenticated.Userのようなクライアント提供のドット形式ヘッダーがForwardAuth置換およびunderscoreHeadersStrategyをすり抜けてしまう問題があります。これは、Go言語がX.Authenticated.UserをX-Authenticated-Userとは異なるものとして扱う一方で、正規化に敏感なCGI、WSGI、PHP、NGINXのバックエンドが両者の名前を統合してしまうためです。その結果、バックエンドはTraefikが認証したIDの代わりにクライアント側の値を受け入れてしまい、Traefikによって管理される任意のヘッダーに対するIDのなりすましが可能となります。aliasHeadersStrategyによる保護はデフォルトで無効になっているため、deleteまたはrejectとして設定する必要があります。この緩和策は2.11.56および3.7.12で利用可能です。
rcloneは、さまざまなクラウドストレージプロバイダー間でファイルやディレクトリを同期するためのコマンドラインプログラムです。バージョン1.75.1以前では、backend/localが--linksオプションで実行されると、ソースの.rclonelinkオブジェクトが宛先にシンボリックリンクを作成し、その後ディレクトリのメタデータがそのパスを介して適用される可能性がありました。MkdirMetadata、writeMetadataToFile、およびsetTimesはDirectory.translatedLink=falseのときに動作するため、os.Chown、os.Chmod、os.Chtimes、および作成日時の処理がos.Rootの制限を回避してシンボリックリンクを追跡してしまうことがあります。したがって、ソースの内容を制御する攻撃者は、--metadataオプションがchmodおよびchownに必要であり、変更時間は通常のディレクトリワークフローで適用されるため、選択した所有権、権限、変更時間、または作成日時を宛先外のファイルやディレクトリに適用できる可能性があります。この問題はバージョン1.75.1で修正されています。
rcloneは、異なるクラウドストレージプロバイダ間でファイルやディレクトリを同期するためのコマンドラインプログラムです。バージョン1.64.0から1.75.1までの間、cmd/serve/ftp/ftp.go内のFTP auth-proxyドライバは、認証されたセッションにクレデンシャルやVFSをバインドするのではなく、サーバー全体のuserPass map[string]stringにユーザー名ごとに一つの難読化されたパスワードを保存していました。二つの有効なクレデンシャルが同じユーザー名を使いながら異なるプロキシバックエンドに解決する場合、後のCheckPasswdによるログインがuserPass[user]を書き換えます。そのため、最初のセッションに対するその後のgetVFS操作は後からのパスワードで再認証されます。これにより、最初のセッションは第二のクレデンシャルのバックエンド権限を使ってオブジェクトの読み取り、作成、上書き、名前変更、削除が可能になります。攻撃を成立させるためには、最初のセッションが開いたままの状態で、後に同じユーザー名によるログインが行われる必要があります。この問題はバージョン1.75.1で修正されました。
TraefikはHTTPリバースプロキシおよびロードバランサーです。Traefikのv1.x、v2.xからv2.11.55、およびv3.0.0からv3.7.11において、ヘッダー名はダッシュのみが正規化されるため、X-Auth-User、X_Auth_User、X.Auth.UserはTraefikによってそれぞれ別々のヘッダーとして扱われています。一方で、ヘッダー名から変数名を導出するバックエンド（CGI、WSGI、PHP、NGINXなど）はこれらを単一の変数にまとめてしまいます。したがって、クライアントはTraefikが管理するヘッダーのドット形式の別名をミドルウェアをすり抜けて送信可能です。例えば、ForwardAuthミドルウェアがcanonicalなX-Authenticated-Userを書き込む際に、X.Authenticated.Userを共に送信することで、バックエンドはTraefikが主張したIDではなく、クライアントが送信した値を読み取ってしまう可能性があります。テストされた構成（PHP 8.2組み込みSAPIをHTTP/1バックエンドパス上で使用）では、Goの辞書式ヘッダー順序により攻撃者が送信した値が決定的に優先されるため、ForwardAuthが低権限のIDとして認めたクライアントが、バックエンドから異なるユーザーやロールとして扱われることがあります。Traefikが設定する任意のヘッダーに影響があり、影響はForwardAuthのみに限りません。これはGHSA-x677-9fxg-v5c5の不完全な修正であり、アンダースコア形式のみがブロックされていました。v2.11.56およびv3.7.12で修正され、aliasHeadersStrategyエントリポイントオプションが追加されました。このオプションは下位互換性のためデフォルトで「keep」になっているため、修正を有効にするには明示的に「delete」または「reject」に設定する必要があります。メンテナンスされていないリリースラインにはパッチが提供されていません。
LITE-ON Technology Corporationが提供するO-RU「FF-RFI079I4」および「FF-RFI078I4」には、次の複数の脆弱性が存在します。 ・OSコマンドインジェクション（CWE-78）- CVE-2026-77853 ・非公開機能を悪用される問題（CWE-912）- CVE-2026-80217 この脆弱性情報は、下記の方が製品開発者に直接報告し、製品開発者との調整を経て、製品利用者への周知を目的にJVNでの公表に至りました。 報告者：大阪大学 青野 優智 氏、大迫 勇太郎 氏、猿渡 俊介 氏
WindowsカーネルのUse-after-freeの脆弱性により、認証された攻撃者がネットワーク経由で権限を昇格させることが可能です。
Windowsバイオメトリックサービスのヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで特権を昇格させることが可能となります。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能となります。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能です。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで特権を昇格させることが可能です。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能となります。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能です。
Windows バイオメトリックサービスのヒープベースのバッファオーバーフローにより、認証された攻撃者がネットワーク経由で権限を昇格させることが可能になります。
Windowsバイオメトリックサービスのヒープベースのバッファオーバーフローにより、認可された攻撃者がネットワーク経由で権限を昇格させることが可能となります。
Windows生体認証サービスにおけるヒープベースのバッファオーバーフローにより、権限を持つ攻撃者がローカルで特権を昇格させることが可能です。
Visual Studio Codeにおける不完全な入力許可リストのため、認可されていない攻撃者がローカルでセキュリティ機能をバイパスできる可能性があります。
Windowsバイオメトリックサービスにおける整数オーバーフローまたはラップアラウンドの脆弱性により、認証済みの攻撃者がローカル環境で権限を昇格させることが可能となります。
Windowsバイオメトリックサービスのヒープベースのバッファオーバーフローにより、権限を持つ攻撃者がローカルで特権を昇格させることが可能となります。
Windowsバイオメトリクスサービスにおける整数オーバーフローまたはラップアラウンドが原因で、権限を持つ攻撃者がローカル環境で特権を昇格させることが可能となります。
Visual Studioにおけるヒープベースのバッファオーバーフローの脆弱性により、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
Windows バイオメトリック サービスのヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能です。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、権限を持つ攻撃者がローカルで特権を昇格させることが可能です。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、権限を持つ攻撃者がローカルで特権を昇格させることが可能となります。
Windows バイオメトリック サービスのヒープベースのバッファオーバーフローにより、認証された攻撃者がローカルで特権を昇格させることが可能となります。
Windows生体認証サービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能になります。
Windowsバイオメトリックサービスのヒープベースのバッファオーバーフローにより、認可された攻撃者はローカルで権限を昇格させることが可能です。
Windowsバイオメトリクスサービスにおけるヒープベースのバッファオーバーフローによって、認証された攻撃者がローカルで特権を昇格させることが可能です。
Windows バイオメトリック サービスにおけるヒープベースのバッファオーバーフローにより、認証された攻撃者がローカルで権限を昇格させることが可能です。
Windowsバイオメトリクスサービスにおけるヒープベースのバッファオーバーフローの脆弱性により、認可された攻撃者がローカルで特権を昇格させることが可能となります。
Windowsバイオメトリクスサービスにおける整数オーバーフローやラップアラウンドにより、認可された攻撃者がローカルで特権を昇格させられる可能性があります。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認証済みの攻撃者がローカルで権限を昇格させることが可能です。
Windowsバイオメトリクスサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで特権を昇格させることが可能です。
Windows バイオメトリクス サービスのヒープベースのバッファオーバーフローによって、権限を持つ攻撃者がローカル環境で権限を昇格させることが可能です。
XenForo 2.3.13より前のバージョンには、OAuth2の認可コード再利用の脆弱性が存在します。この脆弱性により、攻撃者は以前に使用された認可コードを再度送信して不正にトークンペアを取得できます。初回のトークン発行後に認可コードを無効化または消費済みとしてマークしない欠陥を悪用することで、攻撃者は同一ユーザーとスコープに対して独立したトークンペアを受け取り、OAuth2認可コードフローの一回限りの利用という保証を回避します。