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

Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0435以前のVimの:findコマンドライン補完には、OSコマンドインジェクションの脆弱性があります。pathオプションにバッククォートで囲まれたシェルコマンドが含まれている場合、そのコマンドはファイル名補完時に実行されます。pathオプションはP_SECUREフラグが設定されていないため、モデルラインから設定可能です。そのため、ファイルの内容を制御できる攻撃者は、ユーザーがそのファイルをVimで開き:find補完をトリガーした際に任意のシェルコマンドを実行できます。この問題はバージョン9.2.0435で修正されました。

Postorius 1.3.13までのバージョンでは、Held messagesポップアップでメッセージ件名を表示する際にHTMLをエスケープしません。この脆弱性は2026年5月に実際の攻撃で悪用されました。

Astroはウェブフレームワークです。Astroの6.1.10以前のバージョンでは、サーバーアイランドのpropsおよびslotsパラメーターの機密性と整合性を保護するためにAES-GCM暗号化を使用していましたが、暗号文を意図されたコンポーネントやパラメータータイプに紐付けていませんでした。攻撃者は、あるコンポーネントの暗号化されたprops（p）の値を別のコンポーネントのslots（s）の値として再生する、またはその逆を行うことが可能でした。slotsには生のエスケープされていないHTMLが含まれ、propsにはユーザー制御の値が含まれる可能性があるため、これはアプリケーションにおけるXSS（クロスサイトスクリプティング）につながる可能性があります。この脆弱性は、アプリケーションがサーバーアイランドを使用し、2つの異なるサーバーアイランドコンポーネントがpropとslotで同じキー名を共有し、攻撃者が重複するpropの値を完全に制御できる場合（動的にレンダリングされるページが必要な場合）に発生します。この脆弱性は6.1.10で修正されました。

TLSを必要とする接続において、同じ接続プールからの既存の暗号化されていない接続が誤って再利用される脆弱性が存在します。最初の転送がクリアテキスト（IMAP、SMTP、またはPOP3経由）で行われた場合、同じホストへの次のリクエストはTLSの要件をバイパスし、代わりに暗号化されていないデータを送信してしまいます。

curlは最初のプロキシの認証情報を誤って2番目のプロキシに渡してしまう可能性があります。この問題は次のすべての条件が満たされた場合に発生します。1. curlが異なるURLスキームごとに異なる特定のプロキシを使用するように設定されていること。2. 最初のプロキシが認証情報を必要とすること。3. 2番目のプロキシは認証情報を使用しないこと。4. 最初のプロキシ（例えば`http://`）を使用している間に、curlがリダイレクトを追跡して別のスキーム（例えば`https://`）のURLに移動し、そのURLが異なる2番目のプロキシ経由でアクセスされること。

.netrcファイルを認証情報として使用し、かつHTTPリダイレクトを追跡するよう求められた場合、libcurlは特定の状況下で最初のホストに使用されたパスワードをリダイレクト先のホストに漏らしてしまう可能性がありました。

PgBouncer 1.25.2より前のバージョンでは、KILL_CLIENT管理コマンドに対して適切な承認チェックが行われていませんでした。管理コンソールへのアクセス権を持つすべてのユーザー（管理コンソール自体には認証が必要）はこのコマンドを実行できました。本来はadmin_usersパラメータにリストされているユーザーのみにこのコマンドの実行を許可すべきでした。

curlは証明書の有効性を確認するために、Certificate Status Request TLS拡張機能（通称OCSP stapling）を使用するよう指示された場合、OCSPの問題を検出できず、誤ってレスポンスが正常であると判断してしまいます。

特定のHTTPプロキシ（`proxyA`）を介して**Digest**認証を使用してlibcurlで転送を正常に行い、同じハンドルを再利用して2回目の転送でプロキシホストを別のホスト（`proxyB`）に変更すると、libcurlが誤って`proxyA`用の`Proxy-Authorization:`ヘッダーフィールドを`proxyB`に渡してしまう問題が発生します。

GitLabは、GitLab EEの全バージョン16.4から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満に影響する問題を修正しました。この問題により、認証済みユーザーで開発者権限を持つ者が、不適切な入力サニタイズのために他のユーザーのブラウザで任意のJavaScriptを実行できる可能性がありました。

GPACのバージョン26.02.0までにセキュリティ脆弱性が検出されました。この脆弱性は、src/isomedia/box_code_base.cファイル内のsidx_box_read関数に影響を及ぼします。操作を行うことでリソースが割り当てられてしまいます。攻撃はローカルで実行する必要があります。エクスプロイトは公開されており、悪用される可能性があります。この問題を解決するためのパッチ識別子は442e2299530138d8f874fd885c565ba98a6318baです。問題に対処するためにパッチの適用を推奨します。

GitLabは、GitLab CE/EEのバージョン15.1から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満のすべてのバージョンに影響する問題を修正しました。この問題により、プロジェクトのメンバーである認証済みユーザーが承認チェックの欠如によってプライベートグループのメンバーを列挙できる可能性がありました。

GitLabは、バージョン8.3から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満のすべてのGitLab CE/EEに影響する問題を修正しました。この問題により、認証されたユーザーが不適切な入力検証のために過剰なメモリを消費し、サービス拒否を引き起こす可能性がありました。

Open5GS 2.7.7 までのバージョンに脆弱性が確認されました。影響を受けるのはコンポーネント NRF の lib/sbi/nnrf-handler.c ファイル内の関数 ogs_nnrf_nfm_handle_nf_profile です。この操作によりサービス拒否（DoS）が引き起こされます。攻撃はリモートで実行可能です。この脆弱性を悪用する手法が公開されており、攻撃に利用される可能性があります。本問題を修正するためのプルリクエストは現在承認待ちとなっています。

Open5GSのバージョン2.7.7までにセキュリティ上の脆弱性が検出されました。影響を受ける要素は、コンポーネントNRFのライブラリ/lib/sbi/conv.c内の関数yuarel_parseです。引数hnrf-uriの不正な操作によりサービス拒否（DoS）が発生します。この攻撃はリモートから実行される可能性があります。この脆弱性の悪用コードは公開されており、実際に使用される可能性があります。プロジェクト側には問題が早期に問題報告を通じて通知されましたが、まだ対応されていません。

GitLabは、GitLab CE/EEのバージョン15.11から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満のすべてのバージョンに影響を与える問題を修正しました。この問題により、認証されたユーザーが不適切な入力のサニタイズのため、他のユーザーに送信されるメール通知にHTMLおよびJavaScriptを注入できる可能性がありました。

GitLabは、GitLab CE/EEのすべてのバージョン15.1から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満に影響を与える問題を修正しました。この問題により、ゲスト権限を持つ認証済みユーザーが、アクセス権のないプロジェクトの課題を閲覧できる可能性がありました。

Dell ECS バージョン 3.8.1.0 から 3.8.1.7 までおよび Dell ObjectScale バージョン 4.3.0.0 未満には、Geoレプリケーションにおいて想定外データの認証バイパスの脆弱性が存在します。リモートアクセス権を持つ認証されていない攻撃者がこの脆弱性を悪用する可能性があり、その結果、通信中のデータに不正にアクセスされる恐れがあります。

Fortinet FortiAP 7.6.0から7.6.2、FortiAP 7.4.0から7.4.5、FortiAP 7.2全バージョン、FortiAP 7.0全バージョン、FortiAP 6.4全バージョン、FortiAP-U 7.0.0から7.0.5、FortiAP-U 6.2全バージョン、FortiAP-W2 7.4.0から7.4.4、FortiAP-W2 7.2全バージョン、FortiAP-W2 7.0全バージョンにおいて、OSコマンド（"OSコマンドインジェクション"）の特殊要素が不適切に無効化される（CWE-78）ため、認証された特権攻撃者が巧妙に作成されたCLIリクエストを通じて不正なコードやコマンドを実行できる脆弱性が存在します。

Fortinet FortiAPのバージョン7.6.0から7.6.2、7.4.0から7.4.5、7.2の全バージョン、7.0の全バージョン、6.4の全バージョン、FortiAP-W2の7.4.0から7.4.4、7.2の全バージョン、および7.0の全バージョンにおいて、OSコマンドに使用される特殊な要素が不適切に無効化される（「OSコマンドインジェクション」）脆弱性があります。この脆弱性により、認証された攻撃者が特別に細工されたCLIコマンドを介して、不正なコードやコマンドを実行できる可能性があります。

Strapiはオープンソースのヘッドレスコンテンツ管理システムです。バージョン5.45.0以前のStrapiでは、users-permissionsプラグインのレート制限ミドルウェアがレート制限キーの一部として`ctx.request.body.email`を使用していました。これは`email`フィールドを含まないルート（`/auth/local`、`/auth/reset-password`、`/auth/change-password`など）においても同様でした。認証されていない攻撃者はリクエストボディに任意の`email`値を含めることでルートごとに新しいレート制限キーを取得でき、これによりこれらのルートでのIPごとのスロットリングを効果的に回避できました。その結果、大量の認証情報ブルートフォース攻撃、パスワードリセットコードのブルートフォース攻撃、認証情報詰め込み攻撃が可能となりました。レート制限キーは`${userIdentifier}:${requestPath}:${ctx.request.ip}`の形式で構築されており、`userIdentifier = ctx.request.body.email`でした。メールを識別子として正しく使用するルート（例：`/auth/forgot-password`、`/auth/local/register`）ではこのスコープは適切でしたが、異なる識別子を使用するルート（ログイン時は`identifier`、パスワードリセット時は`code`、パスワード変更時は`currentPassword`）においてはメールフィールドがルートの契約に含まれていなかったにもかかわらず、ミドルウェアがキーに取り込んでいたため、呼び出し元は値を回転させることで毎回ユニークなキーを取得できました。バージョン5.45.0の修正ではメールフィールドを合法的にキーに含むルートの許可リストを維持し、それ以外のミドルウェアが設置されたすべてのルートではそのキー要素を除外しています。OAuthコールバックのパス（`/connect/*`）は識別子なしとして扱われます。許可リスト外のルートでは、ミドルウェアは固定の識別子なしキーにフォールバックし、リクエストボディが攻撃者に制御されていてもIPごとのスロットリングが効果的に機能し続けることを保証します。

Fortinet FortiAnalyzer 7.6.0から7.6.4、FortiAnalyzer 7.4.0から7.4.8、FortiAnalyzer 7.2の全バージョン、FortiAnalyzer 7.0の全バージョン、FortiAnalyzer 6.4の全バージョン、FortiManager 7.6.0から7.6.4、FortiManager 7.4.0から7.4.8、FortiManager 7.2の全バージョン、FortiManager 7.0の全バージョン、FortiManager 6.4の全バージョンにおいて、潜在的に危険な関数の使用により、認証済みの攻撃者が複数の特別に細工されたHTTPリクエストを介してシステムをハングさせる可能性がある脆弱性があります。これは、攻撃者の制御外で内部ロックが整列した場合に発生し、システムがクラッシュする原因となります。

GitLabは、認証された開発者ロールのユーザーが不適切な認可チェックにより保護されたコンテナレジストリのタグを削除できてしまう可能性のある問題を修正しました。この問題はGitLab CE/EEのバージョン17.10から18.9.7未満、18.10から18.10.6未満、18.11から18.11.3未満のすべてのバージョンに影響しています。

Windows版Intel(R) QATソフトウェアドライバーのバージョン1.13以前において、Ring 3のユーザーアプリケーションで不適切な入力検証が行われるため、サービス拒否（DoS）が発生する可能性があります。認証されたユーザー権限を持たないソフトウェア攻撃者が、低難度の攻撃と組み合わせることによってサービス拒否を引き起こす場合があります。この問題は特別な内部知識を必要とせず、ユーザーの操作も不要であり、攻撃条件がそろわない場合でもローカルアクセスを介して発生する可能性があります。潜在的な脆弱性は対象システムの機密性（低）、完全性（低）、可用性（高）に影響を与え、最終的にはシステムの機密性、完全性、および可用性に影響を及ぼす可能性があります。

バージョン1.13より前のWindows用Intel(R) QATソフトウェアドライバーの一部において、リング3のユーザーアプリケーションでヌルポインタ参照が発生することにより、サービス拒否が引き起こされる可能性があります。認証済みの特権のないソフトウェア攻撃者が、低い複雑度の攻撃を組み合わせることでサービス拒否を実現する場合があります。この問題は、攻撃要件が特に存在しなくても、特別な内部知識やユーザーの操作を必要とせず、ローカルアクセスを介して発生する可能性があります。潜在的な脆弱性は、影響を受けるシステムの機密性に低度の影響を与え、完全性には影響せず、可用性に高い影響を及ぼします。これにより、後続のシステムの機密性・完全性・可用性への影響はありません。

Windows版Intel(R) QATソフトウェアドライバのバージョン1.13未満の一部にバッファオーバーフローが存在します。この脆弱性により、リング3のユーザーアプリケーションがサービス拒否を引き起こす可能性があります。認証済みユーザーを持つ権限のないソフトウェア攻撃者が、低複雑度の攻撃と組み合わせることでサービス拒否を引き起こす場合があります。この脆弱性は、特別な内部知識がなくてもローカルアクセス経由で発生し、ユーザーの操作を必要としません。潜在的な脆弱性は対象システムの機密性（低）、完全性（低）、可用性（高）に影響を与えるため、最終的にシステムの機密性、完全性、可用性に影響を及ぼす可能性があります。

Intel(R) QATソフトウェアドライバーのWindows版1.13未満の一部において、リング3のユーザーアプリケーションでゼロ除算が発生する可能性があり、サービス拒否（DoS）を引き起こす恐れがあります。認証済みユーザーで権限のないソフトウェア攻撃者が、低複雑度の攻撃と組み合わせることでサービス拒否を引き起こす可能性があります。この問題は特別な内部知識を必要とせず、ローカルアクセスを介して発生する可能性があり、ユーザーの操作は不要です。この潜在的な脆弱性は影響範囲として機密性（なし）、完全性（なし）、可用性（高）に影響を与え、その後のシステムの機密性（なし）、完全性（なし）、可用性（なし）にも影響をもたらす可能性があります。

一部のIntel(R) QATソフトウェアドライバー（バージョン2.6未満のWindows向け）には、不適切な入力検証があり、そのためリング3のユーザーアプリケーションでサービス拒否が発生する可能性があります。認証されたユーザーを持つ権限のないソフトウェア攻撃者は、低複雑度の攻撃を組み合わせることでサービス拒否を引き起こすことができます。この問題は、特別な内部知識を必要とせず、ユーザーの操作も不要であり、攻撃条件が満たされていない場合でもローカルアクセスを介して発生する可能性があります。潜在的な脆弱性は、影響を受けるシステムの機密性（低）、完全性（低）、可用性（高）に影響を与え、その結果として後続のシステムの機密性、完全性、可用性に影響を及ぼさない可能性があります。

Windows版Intel(R) QATソフトウェアドライバのバージョン2.6.0より前の一部において、リング3：ユーザーアプリケーション内でヌルポインタデリファレンスが発生し、サービス拒否を引き起こす可能性があります。認証されたユーザーの権限のないソフトウェア攻撃者が、低い複雑性の攻撃を組み合わせてサービス拒否を実現する可能性があります。この問題は特別な内部知識を必要とせず、ユーザーの操作も不要で、ローカルアクセスを介して発生します。潜在的な脆弱性は、脆弱なシステムの可用性に高い影響を及ぼし、その後のシステムの機密性や完全性には影響しません。

Strapiはオープンソースのヘッドレスコンテンツ管理システムです。Strapiのバージョン5.33.3以前では、ユーザーのパスワードを変更またはリセットしても、既存のリフレッシュトークンセッションはデフォルトで無効化されませんでした。ユーザー権限および管理者認証コントローラーにおけるリフレッシュトークン無効化処理は、呼び出し元が提供する`deviceId`に依存していました。パスワード変更またはリセットのリクエストに`deviceId`が含まれていない場合、リフレッシュトークンは一切取り消されず、すべての既存セッションが有効なままでした。以前にリフレッシュトークンを取得していた攻撃者は、正当なユーザーがパスワードをリセットした後も新しいアクセストークンを発行し続けることができ、最大30日間（デフォルト）にわたり不正アクセスを継続しました。認証情報を更新してもアクティブな攻撃者セッションを終了できず、パスワードリセットは侵害抑止の手段として無効でした。バージョン5.33.3の修正では、`deviceId`の有無にかかわらず、パスワード変更およびリセットのたびにそのユーザーに関連付けられたすべてのリフレッシュトークンを無効化します。その後、新しいデバイススコープのセッションがレスポンスの一部として呼び出し元に発行されます。

Strapiはオープンソースのヘッドレスコンテンツ管理システムです。Strapiのバージョン5.33.3より前のバージョンでは、UploadプラグインのContent APIエンドポイントが管理者設定のMIMEタイプ制限（`plugin.upload.security.allowedTypes`および`deniedTypes`）を強制していませんでした。同じ制限は管理パネルのアップロードパスでは正しく適用されていました。Uploadプラグインの`enforceUploadSecurity`セキュリティチェックは管理アップロードコントローラでは呼び出されていましたが、Content APIコントローラでは欠落していました。Content APIハンドラーである`uploadFiles`および`replaceFile`（およびそれらを呼び出す`upload`ラッパー）は、内部のアップロードサービスを直接呼び出しており、マジックバイトによるMIME検出および設定された許可／拒否リストをバイパスしていました。そのため、Content APIアップロード権限を持つ認証ユーザーは、管理者が明示的に禁止したHTMLやSVGコンテンツを含むファイルタイプをアップロードできました。アップロードファイルが管理パネルと同一オリジンから配信される環境（デフォルト）では、攻撃者がHTMLまたはSVGファイルをアップロードし、管理者がそれを直接開いた場合、管理者オリジン内でJavaScriptが実行され、管理者セッションのハイジャックや管理APIに対する認証済み管理操作が可能となりました。バージョン5.33.3のパッチでは、`enforceUploadSecurity`をラップする共通の`prepareUploadRequest`ヘルパーを導入し、Content APIと管理アップロードコントローラの両方から呼び出すことで、すべてのアップロード入口で同一のセキュリティポリシーを適用しています。

Fleetはオープンソースのデバイス管理ソフトウェアです。バージョン4.80.1より前のFleetは、着信リクエストの送信元IPを判断する際に、クライアントが提供したIPアドレスヘッダーを信頼していました。これにより、認証済みおよび認証されていないクライアントが見かけ上のIPアドレスを偽装し、IPごとのレート制限を回避できていました。FleetはX-Forwarded-For、X-Real-IP、True-Client-IPなどのHTTPヘッダーを使用してクライアントの公開IPアドレスを判定しており、これらのヘッダーは検証なしで信頼されていました。攻撃者はこれらのヘッダーに任意の値を設定でき、その結果Fleetは各リクエストを異なるIPアドレスからのものとみなしてしまいます。これにより攻撃者はIPごとのレート制限を回避し、認証エンドポイントに対するブルートフォースやパスワードスプレー攻撃の効果を高められます。この問題自体では認証回避、権限昇格、データ漏洩、リモートコード実行などは発生しません。バージョン4.80.1には修正が含まれています。回避策として、信頼できるリバースプロキシやロードバランサによってクライアントIPヘッダーを上書きする環境でFleetを実行してください。

Grafana Live のプッシュエンドポイントは、大きなまたはストリーミングのリクエストボディを送信することで、無制限にメモリを割り当て、メモリ不足の状態を引き起こす可能性があります。Grafana Live API へのアクセス権を持つ認証済みユーザーがこの問題を引き起こす可能性があります。

GitLabは、GitLab CE/EEのバージョン17.6から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満に影響する問題を修正しました。この問題により、開発者ロールの認証済みユーザーが不適切な認可チェックを回避し、PyPIパッケージ保護ルールを突破して制限されたパッケージをアップロードできる可能性がありました。

GitLabは、GitLab CE/EEのバージョン16.7から18.9.7未満、18.10の18.10.6未満、および18.11の18.11.3未満のすべてのバージョンに影響する問題を修正しました。この問題により、不適切なアクセス制御が存在していたため、認証されていないユーザーが本来アクセスできないプロジェクトからプライベートデバッグシンボルをダウンロードできる可能性がありました。

GitLabは、GitLab CE/EEのすべてのバージョン13.7から18.9.7未満、18.10から18.10.6未満、および18.11から18.11.3未満に影響する問題を修正しました。この問題により、認証されたユーザーは統合フィルターがアクセス境界を強制するのではなく表示制御としてのみ機能していたため、設定されたプロジェクトの範囲外のJira課題を閲覧できる可能性がありました。

bareboxのバージョン2026.04.0以前には、dhcp_message_type()関数内のDHCPオプション解析において、受信パケットの範囲内にオプションポインタが留まっているかどうかを検証しないため、範囲外読み取りの脆弱性が存在します。同じブロードキャストドメイン内の攻撃者が、適切な0xffの終了マーカーを含まない細工されたDHCP OfferまたはACKパケットを送信すると、パーサーが有効なパケットデータを超えて読み取りを行い、システムをクラッシュさせる可能性があります。

HCL BigFix WebUIにおける不適切な認可の脆弱性により、マスターオペレーター権限を持たない認証ユーザーが、適切なセキュリティヘッダーを欠く保護されていないエンドポイントを経由して、内部データ（サイト名、バージョン、および構成変数）にアクセスし、権限要件を回避する可能性があります。

HCL BigFix WebUIにおける認可の欠如の脆弱性により、適切な権限を持たない認証済みユーザーが直接URLアクセスを介して許可されていないページの機密環境情報を閲覧できてしまう問題です。

Buffalo TeraStation NAS TS5400Rのファームウェアバージョン4.02-0.06以前には、認証された攻撃者がウェブサーバーを通じてPHPファイルをアップロードおよび実行することで/etc/shadowファイルを読み取ることができる、過剰なファイル権限の脆弱性があります。攻撃者は/etc/shadowの全ユーザーに読み取り可能な権限を悪用し、rootを含むすべての設定されたアカウントのハッシュ化されたパスワードを取得できます。