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

ロジックの問題が改善されたチェックによって対処されました。この問題はwatchOS 26.3、tvOS 26.3、macOS Tahoe 26.3、macOS Sonoma 14.8.4、macOS Sequoia 15.7.4、iOS 18.7.5およびiPadOS 18.7.5、visionOS 26.3、iOS 26.3およびiPadOS 26.3で修正されています。特権的なネットワーク位置にある攻撃者がネットワークトラフィックを傍受できる可能性があります。

SAP NetWeaver Application Server JavaにおけるCRLFインジェクションの脆弱性により、管理者権限を持つ認証済みの攻撃者が、アプリケーションに特別に細工されたコンテンツを送信できる可能性があります。アプリケーションがこれを処理すると、生成される設定に信頼されていないエントリを挿入できるため、アプリケーション制御下の設定を操作することが可能です。悪用が成功すると、整合性に対して低い影響を与え、機密性および可用性には影響を及ぼしません。

SAP NetWeaver および ABAP プラットフォーム（Application Server ABAP）における不適切なメモリ管理により、認証された攻撃者が特別に細工された一意の文字を含む入力を供給することで、メモリ管理の論理エラーを悪用する可能性があります。これにより、メモリ破損やメモリ内容の漏洩が発生する恐れがあります。この脆弱性が成功裏に悪用されると、アプリケーションの機密性に対して低い影響を与え、整合性や可用性には影響を及ぼしません。

IBM Jazz Reporting Serviceでは、ホストネットワーク上の認証済みユーザーが特別に細工されたSQLクエリを使用することで、過剰なメモリリソースを消費させてサービス拒否を引き起こす可能性があります。

この問題はログのサニタイズによって解決されました。この脆弱性はiOS 16.3およびiPadOS 16.3、iOS 14.7.5およびiPadOS 14.7.5で修正されています。アプリがユーザーのインストール済みアプリを列挙できる可能性があります。

ログエントリのプライベートデータの編集が改善され、プライバシーの問題が対処されました。この問題はmacOS Tahoe 26.3で修正されています。アプリがユーザーの連絡先に関する情報にアクセスできる可能性がありました。

Apache Shiroにおける可観測なタイミングの不一致の脆弱性に関する問題です。この問題はApache Shiroのバージョン1.*および2.*のうち、2.0.7以前に影響します。ユーザーはこの問題を修正したバージョン2.0.7以降へアップグレードすることが推奨されています。Shiro 2.0.7以前では、存在しないユーザーと存在するユーザーの処理経路が十分に異なっているため、ブルートフォース攻撃によりリクエストのタイミングを測定するだけで、リクエストが存在しないユーザーのために失敗したのか、パスワードの誤りによるのかを判別できる可能性があります。最も可能性の高い攻撃ベクトルはローカル攻撃です。Shiroのセキュリティモデル https://shiro.apache.org/security-model.html#username_enumeration もこの点について説明しています。通常、ブルートフォース攻撃はインフラレベルで緩和可能です。

notion-goは、OCIアーティファクトの署名および検証をサポートするためのライブラリ群であり、Notary Projectの仕様に基づいています。この問題は、Quarkslabのセキュリティ監査中に、証明書失効リスト（CRL）に基づく失効チェック機能で特定されました。CRLを取得した後、notation-goはos.Renameメソッドを使用してCRLキャッシュの更新を試みます。しかし、この操作は、特にソースと宛先のパスが異なるマウントポイントにある場合、オペレーティングシステム固有の制限により失敗する可能性があります。この失敗により予期しないプログラムの終了が発生する恐れがあります。メソッド`crl.(*FileCache).Set`では、一時ファイルがOSの専用領域（通常Linux/Unixの/tmpなど）に作成されます。ファイルが書き込まれた後、os.Renameを使って専用の`notation`キャッシュディレクトリに移動しようとします。Goのドキュメントに記載されているように、OS固有の制限が適用されることがあります。Linux OSを使用している場合、libcのrenameシステムコールに依存しており、ドキュメントによると、異なるマウントポイントへのファイル移動はEXDEVエラー（クロスデバイスリンク禁止エラー）を引き起こします。RedHatのような一部のLinuxディストリビューションでは、一時ファイル用に特定のマウントポイント（通常は/tmp）に専用ファイルシステム（tmpfs）がマウントされています。このようなOSを使用すると、CRLに基づく失効チェックは繰り返しnotationをクラッシュさせる原因となります。その結果、プロセスのクラッシュにより署名検証プロセスが中止されます。この問題はバージョン1.3.0-rc.2で対処されており、すべてのユーザーにアップグレードを推奨します。本脆弱性に対する既知の回避策はありません。

GitLabは、バージョン17.11から18.6.6未満、18.7から18.7.4未満、18.8から18.8.4未満のすべてのGitLab CE/EEバージョンに影響する問題を修正しました。この問題は特定の条件下で、認証されたユーザーがAPIをクエリすることにより特定のパイプラインの値を閲覧できる可能性がありました。

Microsoft Teamsにおける権限や特権の取り扱いが不十分であるため、認可された攻撃者がネットワーク上で特権を昇格させることが可能です。

Office Developer Platformにおける壊れた、またはリスクの高い暗号アルゴリズムの使用により、認可された攻撃者がローカルでセキュリティ機能を回避できます。

Webpackはモジュールバンドラーです。バージョン5.49.0から5.104.0未満の間、experiments.buildHttpが有効になっている場合、webpackのHTTP(S)リゾルバー（HttpUriPlugin）は初期URLに対してのみallowedUrisを強制しますが、HTTP 30xリダイレクト後にallowedUrisを再検証しません。その結果、信頼された許可リストに制限されているように見えるインポートが、許可リスト外のHTTP(S) URLにリダイレクトされる可能性があります。これはポリシーや許可リストのバイパスであり、ビルド時のSSRF（ビルドマシンから内部専用エンドポイントへのリクエストで、ネットワークアクセスに依存します）およびビルド出力に信頼されていないコンテンツが組み込まれる（リダイレクトされたコンテンツがモジュールソースとして処理され、バンドルされる）ことを可能にします。この問題はバージョン5.104.0で修正されました。

Webpackはモジュールバンドラーです。バージョン5.49.0から5.104.1未満の間、experiments.buildHttpが有効な場合、WebpackのHTTP(S)リゾルバ（HttpUriPlugin）は、userinfo（username:password@host）を含む細工されたURLを使用することで、allowedUrisの外部ホストからリソースを取得可能でした。allowedUrisの適用は生の文字列の接頭辞チェック（例：uri.startsWith(allowed)）に依存しており、許可されたかのように見えるURLが検証を通過しても、実際のネットワークリクエストはURL解析後に異なる権限やホストへ送信されてしまいます。これはポリシーや許可リストの回避を招き、ビルド時のSSRF動作（ビルドマシンから内部限定エンドポイントへのアウトバウンドリクエスト、ネットワークアクセスに依存）や信頼できないコンテンツの取り込み（取得したレスポンスがモジュールソースとして扱われバンドルに含まれる）を可能にしました。この問題はバージョン5.104.1で修正されています。

jishenghua の jshERP バージョン 3.6 までに脆弱性が発見されました。影響を受けるコンポーネントは、com.gitee.starblues.integration.operator.DefaultPluginOperator のファイル /jshERP-boot/plugin/installByPath にある install 関数です。引数 path の操作によりパストラバーサルが発生します。この攻撃はリモートで実行可能です。エクスプロイトは公開されており、悪用される可能性があります。問題は早期にレポートによってプロジェクトに通知されましたが、まだ対応されていません。

追加の制限により権限の問題が対処されました。この問題は macOS Tahoe 26.3 で修正されています。アプリがユーザーの許可なくキーストロークを監視する可能性があります。

データの編集機能が改善され、ログ記録の問題が修正されました。この問題はmacOS Tahoe 26.3で修正されています。悪意のあるアプリが機密の位置情報を読み取る可能性があります。

ロジック上の問題が改善された検証によって対処されました。この問題はiOS 18.7.5およびiPadOS 18.7.5、Safari 26.3、macOS Tahoe 26.3で修正されています。アプリがユーザーのSafariの履歴にアクセスできる可能性があります。

Windows上のBIG-IP Edge ClientおよびブラウザVPNクライアントに脆弱性が存在し、攻撃者が機密情報にアクセスできる可能性があります。 注意：技術サポートが終了（EoTS）したソフトウェアバージョンは評価されていません。

OpenProjectはオープンソースのウェブベースのプロジェクト管理ソフトウェアです。バージョン16.6.7および17.0.3以前のOpenProjectの時間追跡機能において、HTMLインジェクションの脆弱性が存在します。アプリケーションはHTMLタグをエスケープしないため、管理者権限を持つ攻撃者がHTMLタグを含む名前の作業パッケージを作成し、時間追跡作成時に作業パッケージセクションに追加することが可能です。この問題はバージョン16.6.7および17.0.3で修正されています。

Windows NTLMのファイル名またはパスの外部制御により、不正な攻撃者がローカルでなりすましを行うことが可能となります。

HCL AIONは、永続的なクッキーに機密のセッション情報を含める脆弱性の影響を受けています。永続的なクッキーに機密のセッションデータを保存すると、クッキーが傍受または侵害された場合に不正アクセスのリスクが高まります。この問題はAION 2.0に影響を与えます。

ERPNext 15.88.1までのバージョンでは、プレーンテキスト用のフィールドに特定のHTMLタグ、特にaハイパーリンクを適切に消去または除去していません。JavaScriptはブロックされており（XSSを防止しています）、HTML自体は生成されるPDFドキュメント内にそのまま保持されます。その結果、攻撃者はERPで生成されたPDFに悪意のあるクリック可能なリンクを挿入できます。ERPシステムで生成されたPDFファイルは一般的に信頼されているため、ユーザーがこれらのリンクをクリックする可能性が高く、フィッシング攻撃やマルウェア配布を引き起こす恐れがあります。この問題は「品質目標の追加」機能で発生します。

TaniumはInteractにおける不適切なアクセス制御の脆弱性を修正しました。

SMR 2025年6月リリース1以前のThemeManagerにおける不適切な権限管理により、ローカルの権限を持つ攻撃者が試用アイテムを再利用できる問題が発生します。

Taniumは、Taniumアプライアンスにおける不適切な入力検証の脆弱性に対処しました。

TaniumはTanium Applianceにおける不適切な証明書検証の脆弱性に対処しました。

ファイル名が"../"で終わる場合に、os.Rootの親ディレクトリに不適切にアクセスすることが可能でした。例えば、Root.Open("../")はRootの親ディレクトリを開きます。このエスケープは親ディレクトリ自身を開くことのみを許可し、親のさらに上の祖先や親ディレクトリ内のファイルを開くことはできません。

FastifyはNode.js向けの高速で負荷の低いウェブフレームワークです。バージョン5.7.3以前のFastifyのWeb Streamsレスポンス処理にはサービス拒否の脆弱性が存在し、その結果リモートクライアントがサーバーのメモリを使い果たす可能性がありました。reply.send()を介してReadableStream（またはWeb Streamボディを持つResponse）を返すアプリケーションがこの影響を受けます。読み取りが遅い、または読み取らないクライアントがバックプレッシャーを無視すると無制限のバッファリングが発生し、プロセスクラッシュや深刻な性能劣化を引き起こしました。この問題はバージョン5.7.3で修正されています。

ILIAS ラーニングマネジメントシステム 4.3 には、ポートフォリオの PDF エクスポート機能を通じて攻撃者がローカルファイルを読み取ることが可能になるサーバーサイドリクエストフォージェリの脆弱性があります。攻撃者は、ポートフォリオが PDF にエクスポートされる際に、XMLHttpRequest を使用してローカルファイルの内容を取得するスクリプトを注入できます。

コンテキストスイッチのロジックにおいて、XenはvCPUが前回実行されていたCPUに戻る場合にIBPBのスキップを試みます。これはXenのvCPU間の分離において安全ですが、ゲストカーネルがタスク間で正しく分離を行うのを妨げます。具体的には以下の通りです。1) vCPUがCPU Aでタスク1を実行します。2) vCPUがCPU Bに移動し、CPU Aでアイドルがスケジュールされます。この時、XenはIBPBをスキップします。3) CPU Bでゲストカーネルがタスク1からタスク2に切り替え、IBPBを発行します。4) vCPUが再びCPU Aに戻ります。この時もXenはIBPBをスキップします。結果として、CPU Aでタスク2が実行されているにもかかわらず、BTBにはタスク1のトレーニング情報が残ったままになります。

SMR 2025年4月リリース1のInputManagerで不適切なアクセス制御が存在したため、ローカル攻撃者が特定の入力デバイスのスキャンコードにアクセスできる可能性があります。

Brocade Fabric OS 9.1.0から9.2.2にかけてのパストラバーサル脆弱性により、ローカル管理者ユーザーが意図されたディレクトリ外のファイルにアクセスでき、機密情報が漏洩する恐れがあります。注意：この脆弱性を悪用するにはスイッチ上で管理者権限が必要です。

Brocade Fabric OS 9.2.1より前のバージョンに存在する脆弱性により、管理者権限を持つ認証済みの攻撃者はシェルコマンド「grep」を使用してパス変数を変更し、ディレクトリ構造を上の階層に移動したり、異なるディレクトリを横断したりすることが可能です。

Brocade Fabric OS 9.2.1c2より前のバージョンには脆弱性が存在し、管理者権限を持つ認証された攻撃者がシェルコマンド「source、ping6、sleep、disown、wait」を使用してパス変数を変更することが可能です。そのため、攻撃者はディレクトリ構造を上方向に移動したり、異なるディレクトリを横断したりできる可能性があります。

HBS 3 Hybrid Backup Syncに影響を与える、機密情報を含むエラーメッセージが生成される脆弱性が報告されています。攻撃者がローカルネットワークにアクセスできる場合、この脆弱性を悪用してアプリケーションデータを読み取る可能性があります。私たちはすでに以下のバージョンでこの脆弱性を修正しました：HBS 3 Hybrid Backup Sync 26.2.0.938以降。

MineAdmin 1.xおよび2.xに脆弱性が検出されました。この脆弱性の影響を受けるのは、/system/downloadByIdファイルの不明な機能です。引数IDを操作することで情報漏洩が発生します。この攻撃はリモートから開始可能です。攻撃の複雑さは高いと評価されていますが、悪用は困難であると考えられます。このエクスプロイトはすでに公開されており、悪用される可能性があります。ベンダーには早期にこの情報が通知されましたが、対応はされていません。

Freebox v5 HD（ファームウェア＝1.7.20）、Freebox v5 Crystal（ファームウェア＝1.7.20）、Freebox v6 Revolution r1-r3（ファームウェア＝4.7.x）、Freebox Mini 4K（ファームウェア＝4.7.x）、および Freebox One（ファームウェア＝4.7.x）において、EAP-SIM認証の初期段階で、`FreeWifi_secure` ネットワーク経由で加入者のIMSI識別子が平文で露出することが発見されました。EAP-Response/Identityの交換中に、生のIMSIを埋め込んだ加入者の完全なネットワークアクセス識別子（NAI）が暗号化、トンネリング、または疑似匿名化されることなく送信されます。Wi-Fiの範囲内（約100メートル）にいる攻撃者は、ユーザーの操作や特権昇格を必要とせずにこれらのフレームを受動的にキャプチャ可能です。露呈したIMSI情報により、デバイスの追跡や加入者の相関付けが可能であり、任意のFreeboxデバイスの近くでユーザーの長期的な存在を監視することもできます。ベンダーはこの脆弱性を認識しており、`FreeWifi_secure` サービスは2025年10月1日までに完全に停止される予定です。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mcb: mcb-parse: chameleon_parse_gdd()のエラー処理を修正しました。mcb_device_register()がchameleon_parse_gdd()内でエラーを返した場合、バスおよびデバイス名の参照カウントがリークしてしまいます。これを修正するために、参照を放棄するためにput_device()を呼び出し、mcb_release_dev()およびkobject_cleanup()で解放できるようにしました。

GitLab CE/EEのバージョン16.8から18.5.0未満のすべてのバージョンに影響を与える脆弱性が発見されました。特定の条件下で、マージリクエストの承認ルールを不正に編集できる可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：crypto: af_alg - af_alg_sendmsgでは、同じaf_algソケットに対して同時に2回書き込むことは不適切であり、データが予測不可能な形で入り交じる可能性があります。さらに、同時書き込みは内部ソケット状態の不整合を引き起こす可能性があります。これを防ぐために、書き込みの排他所有権を示す新しいctx-writeフィールドを追加しました。