全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1–40 件目を表示（ページ 1）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
TLS 1.3は、復号化されたペイロードの最後のゼロでないバイトとして実際のレコードタイプを埋め込み、その後にゼロパディングが続く場合があります。内部レコードタイプを検索するコードにオフバイワンのバグがあり、無効なフレームによってこのバグが引き起こされるとアンダーフローが発生し、その後条件なしにNULLポインタ参照が行われてカーネルパニックを引き起こします。リモートのTLS 1.3ピアは、特別に細工されたレコードを送信することでカーネルパニックを引き起こせるため、サービス拒否（DoS）状態を招く可能性があります。
未接続ソケットのIPv6 UDP送信経路は、ループバック宛先アドレスをjailのプライマリIPv6アドレスに書き換えるjailポリシーを適用していませんでした。そのため、クラシック（非VNET）jail内のプロセスは、ホストのIPv6ループバックアドレスで待機しているサービスにUDPデータグラムを送信でき、jailのネットワーク分離が回避される可能性があります。
fdescfs(4) が "nodup" オプション付きでジュール内にマウントされている場合、/dev/fd/N を開くと、FD_RESOLVE_BENEATH やディスクリプター N の Capsicum ケイパビリティ権限が継承されていないディスクリプターが返されます。別のジュールからディレクトリファイルディスクリプターを受け取ったジュール内のプロセスは、これらの手法を利用してジュールのファイルシステムルート制限を回避できます。
renameat(2) は、そのディレクトリ引数に対して FD_RESOLVE_BENEATH を適用していませんでした。これにより、監獄（jail）内のプロセスが制限されたディスクリプタに相対的なディレクトリ名の変更を行い、fchdir(2) を使って監獄のルートを脱出できる可能性がありました。この操作は、ディレクトリが監獄のルートからもアクセス可能なファイルシステム上に存在している必要があります。別の監獄からディレクトリのファイルディスクリプタを受け取った監獄内のプロセスは、これらの手法を用いて監獄のファイルシステムルートの制限を回避できます。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
SCM_RIGHTSによるファイルディスクリプタの転送時に、FD_RESOLVE_BENEATHフラグが保持されませんでした。そのため、プロセスはUnixドメインソケットを通じて自身にディスクリプタを送信することで、この制限を解除できました。別のjailからディレクトリのファイルディスクリプタを受け取ったjail内のプロセスは、これらの手法を用いることでjailのファイルシステムルート制限を回避することが可能です。
PCMサンプル配列を拡張する必要がある場合、RACKスタックは16ビットの割り当てカウンターを倍増させます。繰り返し倍増するとカウンターがゼロに巻き戻り、ほぼゼロ長の割り当てが発生し、その後既存のサンプルが過小サイズのバッファにコピーされてしまいます。リモートのピアは確立された接続上で十分な数のACKを送信することでこの拡張をトリガーできます。リモート攻撃者がRACKスタックを使用するシステムにTCP接続を確立できる場合、カーネルヒープに約512KBの境界外書き込みを引き起こし、カーネルパニックを誘発する可能性があります。
オーディオチャンネルのバッファサイズを変更する必要がある場合、sound(4)ドライバはバッファがメモリマップされていないことを確認し、その後チャンネルロックを解除して新しいバッファを割り当てます。この間に別のスレッドでmmap(2)呼び出しが完了する可能性があり、その後リサイズ処理は再確認せずにマップされたバッファを解放してしまいます。サウンドデバイスへのアクセス権を持つ特権のないローカルユーザーは、このレースコンディションを悪用してカーネル内でuse-after-freeを引き起こし、権限昇格を行う可能性があります。
Microsoft Office Word のオフバイワンエラーにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性がある脆弱性です。
Microsoft Office におけるヒープベースのバッファオーバーフローにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office Wordのスタックベースのバッファオーバーフローにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office Excelの解放後使用（Use after free）の脆弱性により、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office Wordのヒープベースのバッファオーバーフローにより、認証されていない攻撃者がネットワーク経由でコードを実行する可能性があります。
Microsoft Office Outlook のヒープベースのバッファオーバーフローにより、権限のない攻撃者がネットワーク越しにコードを実行する可能性があります。
Microsoft Office Wordのヒープベースのバッファオーバーフローにより、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。
Microsoft Office Wordにおけるヒープベースのバッファオーバーフローの脆弱性により、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office Wordの数値切り捨てエラーにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office SharePointにおける制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性により、認可された攻撃者がネットワーク経由でコードを実行できる可能性があります。
Microsoft Office PowerPointにおける境界外読み取りの脆弱性により、不正な攻撃者がネットワークを介して情報を漏洩させる可能性があります。
Microsoft Office PowerPointのバッファオーバーリードにより、不正な攻撃者がネットワークを介して情報を漏洩させる可能性があります。
Microsoft Office PowerPointにおける境界外読み取りの脆弱性により、権限のない攻撃者がネットワークを介して情報を開示できる可能性があります。
undiciはNode.js用のHTTPクライアントライブラリです。バージョン4.0.0から6.29.0、7.0.0から7.30.0、および8.0.0から8.12.1において、そのAgentディスパッチャはコンストラクタオプションをJSONベースのディープクローンを通じて各オリジンプールに渡します。しかしJSONは関数を表現できないため、checkServerIdentityコールバックを含む呼び出し元が提供するtlsオプションがTLSレイヤーに届く前に静かに破棄されてしまいます。その結果、カスタムのcheckServerIdentityによって拒否されるはずのTLSピア証明書が、Node.jsのデフォルトのホスト名およびチェーンチェックを通過した場合に静かに受け入れられてしまいます。Agentはrequest、fetch、setGlobalDispatcherの背後にあるデフォルトのディスパッチャであるため、この問題はほとんどのアプリケーションの経路に影響を与え、EnvHttpProxyAgentの直接経路およびノープロキシ経路にも影響を及ぼします。ただし、証明書や公開鍵ピニングのためのカスタムcheckServerIdentityなど関数型のtlsオプションを渡すアプリケーションのみがリスクにさらされます。この問題は、tlsオプションをJSONクローンの外で保持し、カスタム検証コールバックを変更せずに転送するよう修正されたundiciのバージョン6.29.1、7.30.1、および8.12.2で解決されており、ユーザーにはこれらのバージョン以降へのアップグレードを推奨します。回避策としては、tlsオプションをtls経由ではなくconnect経由で渡すか、プロキシ経由の宛先の場合はrequestTlsおよびproxyTlsを使用してください。
undiciはNode.js用のHTTPクライアントライブラリです。バージョン7.0.0から7.30.0および8.0.0から8.12.1において、オリジンレスのAgentがリダイレクトインターセプターとキャッシュインターセプターをその順序で共有キャッシュストアと共に構成すると、キャッシュはリダイレクトハンドラーがオリジンを変更する前の元のリクエストURLからキーを生成します。そのため、クロスオリジンリダイレクト後に生成されたレスポンスが元のキーでキャッシュに保存されてしまいます。信頼されたURLからのリダイレクト先を攻撃者が制御すると、その攻撃者のレスポンスが信頼されたURLの下にキャッシュされ、後の呼び出しに対して提供されることで、永続的なキャッシュポイズニングを引き起こす可能性があります。同様のキーの混乱により、プライベートで保存されていないリダイレクトレスポンスがユーザー固有のリソースに対して元のURLの下に保存され、その後認証されていない呼び出し元に提供される結果、プライベートデータが漏洩します。この問題は、オリジンレスAgent、共有キャッシュストア、およびリダイレクト→キャッシュの構成がすべて使用されている場合にのみ影響します。問題はundici 7.30.1および8.12.2で修正されており、キャッシュキーに対応する生成元オリジンの整合性を検証し、各リダイレクトホップのキャッシュ制御ポリシーを保持した上で保存します。ユーザーはこれらのバージョン以降にアップグレードすることが推奨されます。回避策としては、キャッシュインターセプターをリダイレクトインターセプターの前に構成すること、オリジンごとのディスパッチャーとキャッシュストアを使用すること、またはリダイレクト可能なリクエストで共有キャッシュを無効にすることが推奨されます。
undiciはNode.js用のHTTPクライアントライブラリです。バージョン7.15.0から7.30.0および8.0.0から8.12.1の間では、そのfetch()実装がSubresource Integrity（SRI）メタデータを検証する際に、アルゴリズムトークンを小文字のみのセットと照合しています。しかし、SRI仕様はトークンをASCII小文字形式で定義しているため、有効であっても大文字や混合ケースのSHA256のような非小文字トークンは未認識とされ、スキップされてしまいます。認識されるアルゴリズムがなくなると、undiciは整合性リストを空と見なし、レスポンスを許容します。そのため、固定されたダイジェストと一致しない本文を返すサーバにもチェックを通過させてしまいます。その結果、レスポンスボディのみを制御できる攻撃者は、有効な大文字または混合ケースのSRIトークンをピン留めしたアプリケーションに対し、整合性エラーなしで攻撃者制御のバイト列を配信でき、レスポンスの整合性に影響を与えます。この問題はundici 7.30.1および8.12.2で修正されており、検証前にアルゴリズムトークンをASCII小文字に正規化します。ユーザーはこれらのバージョンまたはそれ以降へのアップグレードを推奨します。回避策としては、整合性メタデータ内でsha256、sha384、sha512などの小文字のアルゴリズムトークンを使用することを推奨します。
undiciはNode.js用のHTTPクライアントライブラリです。バージョン8.11.0および8.11.1では、実験的なWebSocketクライアントがHTTP/2を許可されている場合にデフォルトで有効になっており、HTTP/2上でのWebSocketハンドシェイクの失敗を適切に処理できません。具体的には、リクエストがすでに完了済みとマークされているため、中止処理が無効化され、基盤となるHTTP/2ストリームがエラーリスナーなしで開いたまま残ります。その後、悪意のあるサーバが接続を破壊すると、孤立したストリームが未処理のエラーを発生させ、Node.jsプロセスが終了してしまいます。したがって、リモートの認証されていないサーバはHTTP/2経由でWebSocketを開く任意のクライアントをクラッシュさせることができ、サービス拒否を引き起こします。この問題はundici 8.11.2で修正されているため、ユーザは8.11.2以降へのアップグレードを推奨します。回避策としては、allowH2をfalseに設定してWebSocket接続のHTTP/2を無効化するか、信頼できないサーバへのWebSocket接続を避けてください。
undiciはNode.js向けのHTTPクライアントライブラリです。バージョン6.23.0から6.29.0、7.18.0から7.30.0、8.0.0から8.12.1において、悪意のあるサーバーが5つ以上のコンテンツエンコーディングを含むレスポンスを返し、ボディを送信する前に接続を閉じると、fetch()の実装がNode.jsプロセスをクラッシュさせます。undiciはコンテンツエンコーディングの制限によりそのようなレスポンスを拒否しますが、そのチェックの前に内部レスポンスストリームを作成し、エラーリスナーをアタッチせず、かつリクエストも中止しないままレスポンスを返してしまうため、早期の接続クローズにより孤立したストリームでコンテンツ長の不一致が発生します。Node.jsはこれを未処理のエラーとして扱い、プロセスを終了します。リモートで認証不要なサーバーは、fetch()の拒否を正しく捕捉している場合でも単一のレスポンスでこの問題を引き起こし、サービス拒否（DoS）攻撃を招きます。この問題はundici 6.29.1、7.30.1、および8.12.2で修正されているため、ユーザーはこれら以降のバージョンにアップグレードする必要があります。回避策はありません。
undiciはNode.jsのHTTPクライアントライブラリです。バージョン6.5.0から6.29.0、7.0.0から7.30.0、および8.0.0から8.12.1において、そのEventSourceクライアントは悪意のあるまたは侵害されたServer-Sent Eventsピアによりプロセスメモリを使い果たされる可能性があります。空白のイベント区切りなしに数百万の小さな完了データフィールドを送信したり、複数のチャンクに分割された未完の単一行を送信したりすることで、パーサーはフィールドごとおよびチャンクごとの状態を増大させ続けます。この状態はバイトベースのmaxEventSizeおよびmaxResponseSizeの制限によって制約されず、またmaxResponseSizeは圧縮された本文に対して解凍前に適用されるため、小さな圧縮応答が解凍時に十分なメモリを消費してプロセスを終了させる可能性があります。アプリケーションは未信頼のピアとのEventSource接続を維持するだけでよく、そのピアは応答のみを制御します。影響は可用性に限られています。この問題はundici 6.29.1、7.30.1、および8.12.2で修正されており、パーサーの保持状態をバイト制限とは独立して制限するようになりました。ユーザーにはこれらのバージョンかそれ以降へのアップグレードを推奨します。回避策はありません。
undiciはNode.js向けのHTTPクライアントライブラリです。バージョン5.15.0から6.29.0、7.0.0から7.30.0、および8.0.0から8.12.1においては、Node.jsで公開されるバンドルされたWebSocketを含むWebSocketクライアントが、悪意のあるまたは乗っ取られたWebSocketサーバーによってプロセスのメモリを枯渇させられる可能性があります。受信したPINGフレームごとに、クライアントは自動的にPONGレスポンスを書き込み、ソケット書き込みからのバックプレッシャー信号を無視します。そのため、小さなPINGフレームをストリームしながらクライアントのPONGを全く読み取らないサーバーは、送信キューとヒープを無制限に増大させ、最終的にNode.jsプロセスがメモリ不足により終了してしまいます。この攻撃はリモートかつ認証不要で、通常のWebSocket接続のみを必要とします。小さな受信PINGがはるかに大きな送信キューを生じさせる非対称なものであり、影響は可用性に限られます。この問題はundici 6.29.1、7.30.1、および8.12.2で修正されており、自動PONGレスポンスがソケットのバックプレッシャーに達した際にWebSocketフレームの解析を一時停止し、ドレイン時に再開することで送信キューの増大を制限しています。ユーザーはこれらのバージョン以降にアップグレードする必要があります。回避策はありません。
155.0.8059.84より前のGoogle ChromeのDOMにおけるメモリ破損の脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティ重大度：高）」
155.0.8059.84以前のGoogle ChromeのWorkersにおけるメモリ破損により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの深刻度は中です）
Google Chrome 155.0.8059.84以前のCompositingにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度：中です）
Google Chrome のデスクトップ版における入力検証の不備により、155.0.8059.84より前のバージョンでは、リモートの攻撃者が巧妙に作成された HTML ページを介してサンドボックスの外部で任意のコードを実行できる可能性があります。（Chromiumのセキュリティ重大度は中程度です）
155.0.8059.84より前のGoogle ChromeのSVGにおけるメモリ破損の脆弱性により、リモートの攻撃者が細工されたHTMLページを介してメモリを読み取ることが可能でした。（Chromiumセキュリティの重大度は高です）
155.0.8059.84 未満の Google Chrome のコアにおけるメモリ破損の脆弱性により、リモートの攻撃者が細工された HTML ページを介してメモリを読み取ることが可能でした。（Chromium のセキュリティ重大度は高です）
Google Chromeのバージョン155.0.8059.84より前のV8におけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してサンドボックス内で恣意的なコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は高と評価されています）
Google Chromeの155.0.8059.84より前のバージョンにおけるV8のメモリ破損により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できました。(Chromiumセキュリティ重大度：高)
Google Chrome 155.0.8059.84以前のV8におけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度は高いです）
Google Chrome 155.0.8059.84以前のPrerenderにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行可能でした。（Chromiumセキュリティの重大度は「重大」です）
Netgate pfSense CE 2.7.0から2.9.0には、認証されたユーザーがQinQ編集権限を持つ場合に、検証されていない親インターフェース名を保存することでコマンドを実行できるOSコマンドインジェクションの脆弱性があります。攻撃者は細工された「if」値を保存し、その後QinQエントリを編集してifconfigのシェルコマンドに挿入させ、root権限でコマンドを実行できます。
Netgate pfSense CE バージョン 2.9.0 以前には、認証済みユーザーが細工されたワイヤレス親インターフェイス名を指定することで、root 権限でコマンドを実行できる OS コマンドインジェクションの脆弱性が存在します。Wireless Edit または Interface Assignments の権限が制限された攻撃者は、interfaces_wireless_edit.php または interfaces_assign.php 経由で ath0;＜cmd＞ のような値を送信でき、interface_wireless_clone() はそれをエスケープせずに ifconfig シェルコマンドに埋め込んでしまいます。
Netgate pfSense CE 2.9.0までには、ゲートウェイ編集権限を持つ認証済みユーザーが、IPv6リンクローカルゾーンインデックスにシェルのメタ文字を注入することで、OSコマンドインジェクションの脆弱性が存在しています。攻撃者は、検証されていないゾーンを含むペイロードを持つゲートウェイのMonitor IPを設定でき、start_dpinger()がモニタリング適用時にそのゾーンをエスケープせずにdpingerシェルコマンドに渡してしまいます。