脆弱性情報（JVN）検索・一覧

Juniper NetworksのJunos OSおよびJunos OS EvolvedのSNMPデーモン（snmpd）における範囲外書き込みの脆弱性により、認証済みのネットワークベースの攻撃者が特定の有効なSNMPv3クエリを送信することでメモリリークを引き起こす可能性があります。これらのクエリを継続的に受け取ると、snmpdプロセスのメモリが枯渇し、プロセスクラッシュおよび再起動が発生して、SNMPを介したシステム監視能力に影響を与えます。メモリ使用量は以下のコマンドで監視できます：user@device＞ show system processes extensive | match snmpdこの問題は以下のバージョンに影響します。Junos OSの場合： * 21.2R3-S8より前の全バージョン * 21.4から21.4R3-S7より前まで * 22.1から22.1R3-S6より前まで * 22.2から22.2R3-S4より前まで * 22.3から22.3R3-S3より前まで * 22.4から22.4R3-S2より前まで * 23.2から23.2R2より前まで * 23.4から23.4R2より前までJunos OS Evolvedの場合： * 21.2R3-S8-EVOより前の全バージョン * 21.4から21.4R3-S7-EVOより前まで * 22.1-EVOの全バージョン * 22.2から22.2R3-S4-EVOより前まで * 22.3から22.3R3-S3-EVOより前まで * 22.4-EVOの全バージョン * 23.2から23.2R2-EVOより前まで * 23.4から23.4R2-EVOより前までです。

OpenCTIは、サイバー脅威インテリジェンスの知識および観測情報を管理するためのオープンソースプラットフォームです。バージョン7.260401.0以前のOpenCTI GraphQL APIは、そのFilterOperator列挙型内にscriptフィルターオペレーターを公開しており、KNOWLEDGE権限を持つ認証ユーザーであれば誰でも、ユーザーが提供したElasticsearch Painlessスクリプトの値を検証やサニタイズをせずに直接検索クエリに渡すことが可能でした。そのため、計算負荷の高いスクリプトがクラスタのCPUリソースを消費し、すべてのユーザーに対してサービスの劣化または拒否を引き起こす可能性がありました。この問題はバージョン7.260401.0で修正されています。

decompress 4.2.2以前のバージョンには、アーカイブ展開中に任意のハードリンクを作成できる脆弱性があります。これにより、ファイルの情報漏洩やファイル破損が発生する恐れがあります。ハードリンクエントリ（type === 'link'）を処理する際、アーカイブから取得したx.linknameフィールドが検証されることなくそのままfs.link()に渡されます（index.jsの113行目）。攻撃者は、同一ファイルシステム上の任意のファイルを指す絶対パスをlinknameとして持つハードリンクエントリを含むアーカイブを作成できます。これにより、展開ディレクトリ内に対象ファイルと同じiノードを共有するハードリンクが作成され、元のファイルの内容を読み取ったり上書きしたりできるようになります。なお、ハードリンクは同一ファイルシステム内のファイルに限定されており、ディレクトリは対象外となっています。

decompress バージョン 4.2.2 未満には、不適切なパス包含チェックの脆弱性があり、これによりディレクトリトラバーサルおよび任意のファイル書き込みが可能になります。safeMakeDir 関数（index.js の29行目）および抽出パス検証（index.js の106行目）では、String.indexOf() を使用して解決されたパスが出力ディレクトリ内にあるかどうかを確認しています：realDestinationDir.indexOf(realOutputPath) !== 0。しかし、このチェックはパスセパレータの境界を適切に強制していないため、不備があります。たとえば、"/tmp/app_config".indexOf("/tmp/app") は 0 を返しますが、/tmp/app_config は /tmp/app の外部にあるにもかかわらず誤ってチェックを通過してしまいます。同じパッケージ内の検証されていないシンボリックリンク作成と組み合わせると、攻撃者は抽出ターゲットの隣接ディレクトリに任意のファイルを書き込むことが可能です。これは CVE-2020-12265 の修正を回避するものです。正しいチェック方法は、パスセパレータを追加することで実現されます：realParentPath.indexOf(realOutputPath + path.sep) !== 0。

Pipecatは、リアルタイム音声およびマルチモーダル対話エージェントを構築するためのオープンソースのPythonフレームワークです。バージョン1.4.0以前では、pipecatの開発用ランナーが認証なしで接続を受け入れるテレフォニーテスト用の/ws WebSocketエンドポイントを登録していました。また、src/pipecat/runner/utils.py内のTwilioのstream-startハンドシェイクから攻撃者が提供したcallSidを読み取り、それをTwilioFrameSerializerに渡します。これによりサーバーは、サーバーオペレータの資格情報を用いて認証済みのTwilio REST APIの通話終了リクエストを発行できる状態になっていました。TelnyxおよびPlivoに対しても同様の未認証の通話制御の脆弱性が存在していました。この問題はバージョン1.4.0で修正されました。

GNU patchには、特別に細工されたユニファイド・ディフパッチファイルを処理する際にNULLポインタ参照の脆弱性があります。連続するファイル終端の改行マーカーを不適切に処理することで、内部のハンク（差分の単一変更ブロック）のデータ構造が破損し、パッチ処理中にfwrite()関数へNULLポインタが渡される可能性があります。攻撃者は悪意のあるパッチファイルを用いてこの状態を引き起こし、ユーティリティがクラッシュし、サービス拒否を引き起こす恐れがあります。この問題はコミットe6d6a4e021660679d7fc9150f981d4920f722313で修正されています。

GNU patchは、unified-diff入力におけるhunk（一連の変更ブロック）の行オフセットを適切に検証しなかったため、サービス拒否（DoS）攻撃に対して脆弱でした。特別に細工されたパッチは非常に大きな行番号を指定でき、その結果、アプリケーションは要求された位置を見つけようとして事実上無限の処理ループに入ってしまいます。これにより過剰なCPU消費が発生し、プロセスの終了が妨げられます。攻撃者は悪意のあるパッチファイルを提供することでこの挙動を引き起こし、ユーティリティが応答しなくなって手動で終了させる必要がありました。この問題はコミットfaba04ef4f2b410257f76c1b9dc85e350929c4b9で修正されています。

ImageMagick 7.1.2-18より前のバージョンには、APP1JPEG入力パスを処理する際にMETAリーダーでメモリリークの脆弱性があります。攻撃者は特別に細工されたAPP1JPEG画像ファイルを提供することでこのメモリリークを引き起こし、リソース枯渇によってサービス拒否を発生させる可能性があります。

ImageMagick 7.1.2-15より前のバージョンには、メモリ割り当てに失敗した際に古いポインタを使用するPDBデコーダにおけるuse-after-freeの脆弱性が含まれています。攻撃者は悪意のあるPDBファイルを処理することで、この脆弱性を引き起こし、クラッシュを発生させたり、解放されたメモリに対して単一のゼロバイトを書き込んだりできます。

HCL DevOps Deploy / HCL Launch は、認証済みユーザーに対して API レスポンス内で機密設定や秘密情報を漏洩する可能性があり、これがシステムに対するさらなる攻撃に利用される恐れがあります。

NATS Serverは、クラウドおよびエッジネイティブのメッセージングシステムであるNATS.io向けの高性能サーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、MQTTの保持メッセージ配信およびQoS1以上の耐久的再生において、オリジナルのトピックがサブスクライバーに設定された購読拒否ルールと一致するメッセージが配信される可能性がありました。これは、これらの配信経路がMQTTのPUBLISHをサブスクライバーに送信する前に、具体的なオリジナルトピックを一貫して再確認しなかったために発生していました。この問題はバージョン2.14.3および2.12.12で修正されています。

NATS Serverは、クラウドおよびエッジネイティブのメッセージングシステムであるNATS.ioの高性能なサーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、認証済みのMQTTクライアントが内部の$MQTT.deliver.pubrelサブジェクトファミリーにサブスクライブできました。その結果、設定されたサブスクライブ権限を回避し、そのアカウント内のセッションに対するMQTT QoS2プロトコルのメタデータを公開してしまう可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。

LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。1.83.10-stable以前のバージョンでは、LiteLLMの/health/test_connectionエンドポイントがlitellm_params内のリクエストで指定された環境およびOIDCファイル参照を解決していました。これにより、プロキシ管理者や権限を持つ他の呼び出し元が、モデル接続をテストする権限を有している場合に、oidc/file/参照を介してローカルファイルシステムからファイルを読み取ることが可能でした。この問題はバージョン1.83.10-stableで修正されています。

LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。バージョン1.83.7-stableより前のLiteLLMでは、スキルのZIPアーカイブ展開時にファイルパスの検証が不十分でした。そのため、認証ユーザーでかつLiteLLMのLLM APIルートへのアクセス権を持つか、またはallowed_routesに/v1/skills、anthropic_routes、llm_api_routesを含むキーを持つユーザーが、パス・トラバーサルのエントリーを含む細工されたスキルアーカイブをアップロードし、意図した展開先やステージングディレクトリ外にファイルを書き込むことが可能となっていました。この問題はバージョン1.83.7-stableで修正されています。

protobufjsは、protobuf定義をJavaScript（JS）関数にコンパイルします。バージョン8.2.0から8.6.5までの間、protobufjsのテキストフォーマット拡張は、文字列キーのマップエントリを通常のプロパティ代入で解析していました。このため、キーが__proto__のマップエントリが、protobufjs/ext/textformat内でマップオブジェクト自身のエントリを作成するのではなく、返されるマップオブジェクトのプロトタイプを変更してしまう可能性がありました。この問題はバージョン8.6.5で修正されています。

Guzzleは拡張可能なPHPのHTTPクライアントです。バージョン7.12.3以前では、CookieJarがIPアドレスや数値のみのドメイン値にスコープされたクッキーを、そのクッキーを設定した正確なホストに制限していませんでした。これはSetCookie::matchesDomain()が192.168.0.1、[::1]、または1のようなドメインに対して通常のサフィックスマッチングを適用していたためであり、クロスホストでのクッキー情報漏えい、クッキーの挿入、またはセッション固定攻撃を許していました。この問題はバージョン7.12.3で修正されました。

GitLabは、GitLab CE/EEのバージョン16.5から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてに影響を及ぼす問題を修正しました。特定の条件下で、認証済みユーザーがウェブインターフェースに表示されるコンテンツとダウンロード可能なコンテンツが異なるリポジトリを作成できてしまう可能性がありました。これはGitリファレンス名の解決を不適切に処理したことによるものでした。

GitLabは、特定の条件下でメンテナーロールの権限を持つ認証済みユーザーが不適切な認可制御により他のユーザーの保存された資格情報を取得できる可能性がある問題を修正しました。この問題はGitLab EEのバージョン9.5から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響を及ぼしていました。

影響: body-parserのバージョン1.20.6（1.x系）および2.3.0（2.x系）より前のバージョンでは、パーサーが解析不能な文字列やNaNのような無効なlimitオプション値で設定されている場合、bytes.parseはnullを返し、リクエストボディのサイズチェックが静かにスキップされます。limitを主な過大リクエストボディ保護策としているアプリケーションは、任意の大きさのペイロードを受け入れてしまい、過剰なメモリおよびCPU使用を引き起こし、サービス拒否（DoS）につながります。修正: この問題はbody-parser 1.20.6および2.3.0で修正されています。修正後は、無効なlimit値を強制的に無効化するのを静かに行う代わりに、パーサー構築時に明確なエラーをスローします。また、nullおよびundefinedは引き続きデフォルトの100kbのlimitにフォールバックします。回避策: limit値をbody-parserに渡す前に検証してください。例えば、起動時に値を解析し、その結果がnullまたは有限でない数値の場合は設定を拒否するようにしてください。

GitLabは、GitLab EEの問題を修正しました。この問題は16.10から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響し、特定の条件下で認証されたユーザーが不適切な認可制御によって、本来の権限を超えてグループレベルの設定を変更できる可能性がありました。

GitLabは、GitLab CE/EEのすべてのバージョン（15.7から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満）に影響する問題を修正しました。この問題は、特定の条件下で認証済みのユーザーが、ユーザーからの入力を不適切にサニタイズしたために、他のユーザーのブラウザセッションで任意のスクリプトを実行できる可能性があるというものです。

Google Chrome 150.0.7871.115 より前のバージョンにおいて、Extensions API の整数オーバーフローにより、攻撃者が悪意のある拡張機能のインストールをユーザーに促し、巧妙に作成された Chrome 拡張機能を通じて境界外メモリの読み取りを実行できる可能性がありました。（Chromium セキュリティの重大度は高いです）

150.0.7871.115 未満の Google Chrome における ANGLE の未初期化使用により、リモートの攻撃者が細工された HTML ページを介してプロセスのメモリから潜在的に機密性の高い情報を取得できる可能性がありました。（Chromium セキュリティの重大度は高いです）

150.0.7871.115より前のGoogle Chromeのパスワード管理における不十分なポリシー強制が原因で、リモートの攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。（Chromiumセキュリティの深刻度は高いです）

バージョン150.0.7871.115以前のGoogle ChromeにおけるWebGLの不適切な実装により、リモートの攻撃者が細工されたHTMLページを介して任意のスクリプトやHTMLを注入することが可能でした（UXSSの脆弱性です）。この問題はChromiumのセキュリティ重大度評価において高に分類されています。

Google Chrome バージョン 150.0.7871.115 より前のフォームにおける不適切な実装により、リモートの攻撃者が細工された HTML ページを通じて任意のスクリプトまたは HTML を注入できる（UXSS）脆弱性がありました。（Chromium セキュリティ重大度：高）

150.0.7871.115以前のGoogle Chromeにおけるナビゲーション時の不十分なポリシー強制により、リモートの攻撃者が細工されたHTMLページを介してサイト分離を回避できる脆弱性が存在していました。（Chromiumセキュリティ重大度：高です）

150.0.7871.115 未満の Google Chrome のナビゲーションにおける不適切な実装が原因で、リモートの攻撃者が細工された HTML ページを使ってサイト分離を回避できる可能性がありました。（Chromium セキュリティの重大度は中です）

Wireshark の IEEE 802.11 プロトコル・ディセクタがクラッシュすることにより、Wireshark 4.6.0〜4.6.6 および 4.4.0〜4.4.16 でサービス拒否（DoS）が発生する可能性があります。

Wireshark の DBS Etherwatch ファイルパーサーのクラッシュは、バージョン 4.6.0 から 4.6.6 および 4.4.0 から 4.4.16 に影響し、サービス拒否（DoS）攻撃を引き起こす可能性があります。

Wireshark の Z39.50 プロトコルのディセクターは、バージョン 4.6.0 から 4.6.6 および 4.4.0 から 4.4.16 においてクラッシュし、サービス拒否（DoS）を引き起こします。

Wireshark の SSH プロトコルディセクターにおけるクラッシュは、バージョン 4.6.0 から 4.6.6 および 4.4.0 から 4.4.16 で発生し、サービス拒否を引き起こす可能性があります。

Wireshark 4.6.0から4.6.6および4.4.0から4.4.16におけるFMP/NOTIFYプロトコルディセクタのクラッシュにより、サービス拒否が発生する可能性があります。

Wireshark 4.6.0 から 4.6.6 までの pcapng ファイルパーサがクラッシュすることで、サービス拒否（DoS）が発生する可能性があります。

Wireshark の Catapult DCT2000 プロトコル・ディセクタがクラッシュすることで、バージョン 4.6.0 から 4.6.6 および 4.4.0 から 4.4.16 においてサービス拒否（DoS）を引き起こす可能性があります。

Wazuh の wazuh-modulesd 5.0.0-beta3 より前のバージョンには、inventory_sync の FlatBuffer DataValue 処理においてヌルポインタ逆参照の脆弱性が存在します。登録済みのエージェントがオプションの id フィールドを省略した検証済みの DataValue メッセージを送信すると、wazuh-modulesd が null チェックを行わずに data-＞id()-＞string_view() を逆参照してクラッシュし、その結果サービス拒否（DoS）を引き起こします。

アプリケーションがPDFを開き、JavaScriptがページやドキュメント上で操作を行うと、アプリケーション内のページ関連オブジェクトの同期が失われます。しかし、レンダラーは依然として古いページ数を信頼しているため、最終的に境界外アクセスが発生し、アプリケーションがクラッシュします。

ページの開放およびフォームのフォーマット処理中に、JavaScriptのリエントランシーによってドキュメントの状態が不整合になることがあります。そのため、古いページ情報を使用してアプリケーションが無効なアドレスにアクセスしようとし、結果としてアプリケーションがクラッシュします。

異常な画像オブジェクトがレンダラーを誤った処理分岐に進めさせます。走査線を変換する際に無効な画像バッファポインタが使用され、その結果、アプリケーションがクラッシュします。

アプリケーションは、属性が有効であるにもかかわらず意味的に不正な関数を参照する異常なカラースペースを含むPDFを開きます。関数の出力は検証されず、読み取られる際に境界外の領域にアクセスする不正なポインタを生成し、その結果、アプリケーションがクラッシュします。