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

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 サーバー上の特定の機能を無効化してサービス拒否を引き起こす脆弱性があります。

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バイオメトリックサービスのヒープベースのバッファオーバーフローにより、権限を持つ攻撃者がローカルで特権を昇格させることが可能となります。