脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,680 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
41–80 件目を表示(ページ 2)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
The Apache Software Foundationから、Apache Tomcatの脆弱性(CVE-2026-59083、CVE-2026-59084)に対してアドバイザリが公開されました。 ・Fixed in Apache Tomcat 11.0.24 ・Fixed in Apache Tomcat 10.1.57 ・Fixed in Apache Tomcat 9.0.120
Linux上のGoogle Chrome 150.0.7871.125未満のOzoneにおけるUse after freeの脆弱性により、リモート攻撃者がユーザーを特定のUIジェスチャーを実行させるように仕向け、細工されたHTMLページを介してヒープ破損を悪用する可能性がありました。(Chromiumセキュリティ重大度:重大)
150.0.7871.125 より前の Google Chrome の Ozone における Use after free の脆弱性により、リモート攻撃者が特定の UI ジェスチャーをユーザーに行わせ、細工された HTML ページを通じてヒープ破損を悪用する可能性がありました。(Chromium セキュリティの重大度は重大です)
150.0.7871.125より前のGoogle Chromeにおいて、Skiaの未初期化使用によりリモートの攻撃者が細工されたHTMLページを通じてプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。(Chromiumセキュリティの深刻度は高いです)
Windows 上の Google Chrome バージョン 150.0.7871.125 より前の libyuv におけるヒープバッファオーバーフローの脆弱性により、リモート攻撃者が細工されたビデオファイルを介してサンドボックス内で任意のコードを実行できる可能性がありました。(Chromium セキュリティ重大度:高)
150.0.7871.125より前のGoogle Chromeでは、HTML-in-Canvasのポリシー強制が不十分であったため、リモートの攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避することが可能でした。(Chromiumのセキュリティ重大度は高です)
Linux上のGoogle Chromeバージョン150.0.7871.125以前において、Linuxツールキットテーマ処理で信頼されていない入力の検証不足が存在し、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。(Chromiumセキュリティの重大度:高)
Google Chrome 150.0.7871.125より前のV8における未初期化の使用によって、リモート攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。(Chromiumセキュリティの重大度:高です)
Windows版Google Chromeのバージョン150.0.7871.125以前のMediaにおいて、信頼されていない入力の検証が不十分であったため、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。(Chromiumセキュリティの重大度は高とされています)
Android版Google Chrome 150.0.7871.125以前には、GPUにおけるUse after freeの脆弱性が存在していました。この脆弱性により、レンダラープロセスが侵害される可能性があり、リモートの攻撃者が細工されたHTMLページを通じてサンドボックスをエスケープする恐れがありました。(Chromiumのセキュリティ重大度:高)
Windows版Google Chromeのバージョン150.0.7871.125以前には、CoreのUse after freeの脆弱性が存在していました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスをエスケープできる可能性がありました。(Chromiumのセキュリティ深刻度は高です)
150.0.7871.125 未満の Google Chrome における Skia の Use after free により、レンダラープロセスを侵害したリモート攻撃者が細工された HTML ページを介してサンドボックスを脱出する可能性がありました。(Chromium セキュリティの深刻度は高いです)
Google Chrome 150.0.7871.125未満のV8における不適切な実装により、リモート攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。(Chromiumセキュリティの深刻度:高)
150.0.7871.125 より前の Google Chrome の V8 における不適切な実装が原因で、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる可能性がありました。(Chromium セキュリティの重大度は高です)
150.0.7871.125 より前の Linux 上の Google Chrome の UI における Use after free の脆弱性により、リモートの攻撃者が特定の UI ジェスチャーをユーザーに行わせるよう説得し、細工された HTML ページを介してヒープ破壊を悪用する可能性がありました。(Chromium セキュリティ深刻度:高と評価されています)
Google Chrome 150.0.7871.125以前のNavigationにおける信頼できない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ナビゲーション制限を回避できる問題です。(Chromiumセキュリティ重大度:中)
Apache IvyのPackagerResolverは、オンラインのアーティファクトをダウンロードし、packager.xmlファイルで定義された形式でそれらを(再)パッケージ化することができます。この再パッケージ化はAntスクリプトによって行われ、設定された「buildRoot」ディレクトリのサブディレクトリに保存されます。このサブディレクトリは、組織名、名前、バージョンなどのモジュール座標に基づいて計算されます。もし座標のいずれかに「../」のシーケンスが含まれている場合(これは一般的にIvyの座標で有効な文字です)、設定された「buildRoot」ディレクトリから抜け出して他のファイルを上書きできてしまいます。この脆弱性を悪用するためには、攻撃者がパッケージャリポジトリにアクセスし、ivy.xmlファイルの座標に「../」のシーケンスを含むように追加または変更する必要があります。Apache Ivyのバージョン2.0.0から2.5.3(含む)を使用しているユーザーは、Ivy 2.6.0にアップグレードすることを推奨します。
CVE-2026-33443は、14.55以前のSecure Accessサーバーに存在するメモリ管理のエラーです。トンネルプロトコルに関する深い知識と完全な制御権を持つ攻撃者が、サーバーに対して永続的なDoS攻撃を仕掛けることが可能です。
Apache FineractのReport Execution API(runreportsエンドポイント)に、バージョン1.14.0までおよびそれを含むバージョンにSQLインジェクションの脆弱性が存在します。レポートのパラメータ値が生成されるSQLクエリに対して十分に検証されることなく組み込まれるため、レポート実行権限を持つ認証済みユーザーが細工したパラメータ値を介して任意のSQLを注入できます。これにより、レポートが本来露出させる設計の範囲を超えたデータに不正アクセスできるようになります。ユーザーは修正を含むバージョンへアップグレードすることを推奨します。
Dell PowerScale OneFS のバージョン 9.5.0.0 から 9.10.1.7 およびバージョン 9.11.0.0 から 9.13.0.2 には、ログファイルに機密情報が挿入される脆弱性が含まれています。低い権限を持つローカルアクセス可能な攻撃者がこの脆弱性を悪用する可能性があり、その結果、情報漏えいが発生する恐れがあります。
CVE-2026-40952は、Windowsクライアントおよびサーバー用Secure Accessインストーラーのバージョン14.55以前に存在する特権設定ミスの脆弱性です。クライアントまたはサーバーにローカルアクセス権を持つ攻撃者は、Secure Accessがデフォルト以外の場所にインストールされている場合に、特権を管理者権限に昇格させることができます。
CVE-2026-40953は、Secure Accessクライアントのバージョン14.55以前に存在した証明書解析機能におけるヒープオーバーフローの脆弱性です。ローカルアクセス権および管理者権限を持つ攻撃者は、自身が制御するクライアントに対してサービス拒否攻撃を実行できます。
CVE-2026-40954は、Secure Accessクライアントのバージョン14.55以前に存在するトラフィック解析機能における整数アンダーフローの脆弱性です。トンネルプロトコルに関する詳細な知識と完全な制御権を持つ攻撃者は、クライアントに対して非永続的なDoS攻撃を仕掛けることができます。
CVE-2026-40955は、バージョン14.55以前のSecure Accessクライアントのトラフィック解析機能に存在する整数アンダーフローの脆弱性です。トンネルプロトコルに関する深い知識と完全な制御権を持つ攻撃者は、この脆弱性を悪用してクライアントに対して非永続的なDoS攻撃を実行することが可能です。
CVE-2026-40956は、Secure Accessクライアントのバージョン14.55以前に存在するメモリ情報漏えいの脆弱性です。トンネルプロトコルに関する深い知識と完全な制御権を持つ攻撃者が、この脆弱性を利用すると、少量のランダムなメモリが漏洩する可能性があります。
CVE-2026-40957は、Secure Accessサーバーのログインページ(バージョン14.55より前)に存在するフレーム可能なコンテンツに関する脆弱性です。悪意のあるウェブサイトを制御する攻撃者は、この脆弱性を悪用して、不注意な管理者から資格情報を盗み出すことが可能です。
CVE-2026-40958は、バージョン14.55以前のSecure Accessクライアントにおける入力検証エラーです。トンネルプロトコルに関する深い知識と完全な制御権を持つ攻撃者が、自身のクライアントに対して非永続的なDoS攻撃を行うことが可能です。
Symfonyはウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のバージョンでは、X509Authenticatorがアンカーのない正規表現を使用して$_SERVER['SSL_CLIENT_S_DN']からユーザー識別子を抽出していました。この正規表現は識別名中の任意の場所にemailAddress=が一致するため、CNなどの別のRDN値内にemailAddress=victimを含む信頼された証明書を持つ攻撃者が被害者として認証できる状態でした。この問題はバージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーションのためのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットを提供します。バージョン6.1.0-BETA1から6.4.40、7.4.12、および8.0.12までの間、UrlSanitizer::parse()はUnicodeの明示的な方向性を持つBiDi(双方向)フォーマット文字を、サニタイズされたhrefおよびsrc属性にそのまま通過させていました。そのため、サニタイズされたコンテンツが実際のリンク先とは異なる視覚的なリンク先を表示できる状態となり、フィッシングスタイルの視覚的ななりすましを可能にしていました。この問題はバージョン6.4.40、7.4.12、8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のバージョンでは、UrlGeneratorがルートパラメータを生の要求パターンの先頭に^(キャレット)を連結し、さらに末尾に$(ドルマーク)を加えたパターンで検証を行っていました。しかし、グループ化されていない選択肢がある場合、中間の選択肢はアンカーがない部分文字列として一致し、「//evil.com」のような値が一般的なロケール要件を満たしてしまい、プロトコル相対のオフサイトURLを生成してしまう問題がありました。この問題はバージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン6.1.0-BETA1から6.4.40、7.4.12、および8.0.12までの間、HtmlSanitizerのURLサニタイズ機能には、allowLinkHosts()やallowMediaHosts()によって許可リスト外のURLを通してしまう可能性がありました。これは、UrlSanitizer::parse()がRFC 3986に準拠している一方でブラウザはWHATWGのURL解析に従っていること、さらに<area href>がリンクポリシーではなくメディアポリシーでチェックされているためです。この問題は、バージョン6.4.40、7.4.12、および8.0.12で修正されています。
SymfonyはWebおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。5.4.52、6.4.40、7.4.12、8.0.12より前のバージョンでは、SendmailTransportの -t モードで受信者のアドレスが--(オプション終了)区切りなしにsendmailコマンドラインに追加されていました。そのため、先頭に - が付くアドレスが送信先アドレスとしてではなくsendmailのコマンドラインオプションとして解釈される可能性がありました。この問題はバージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。6.4.40、7.4.12、および8.0.12より前のバージョンでは、OidcTokenHandler::verifyClaims()がaudience(aud)、issuer(iss)、およびexpiry(exp)のチェッカーを登録していましたが、必須クレームリストをClaimCheckerManager::check()に渡していなかったため、これらのクレームが省略された有効に署名されたJWTが検証を通過してしまう可能性がありました。この問題は6.4.40、7.4.12、および8.0.12のバージョンで修正されています。
Symfonyはウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のバージョンでは、Symfony\Component\Mime\Header\ParameterizedHeaderがパラメータ値を検証およびエンコードしますが、パラメータ名をそのまま出力していました。そのため、信頼できない入力から派生したパラメータ名を使用する呼び出し元がCRLFやその他の非トークンバイトを含めて、Content-TypeやContent-Dispositionなどの構造化されたメールヘッダーに追加のヘッダーを注入できる状態でした。この問題はバージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されたと報告されています。
SymfonyはWebおよびコンソールアプリケーション用のPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のCrawler::addXmlContent()は、loadXML()の前にDOMDocument::$validateOnParseをtrueに設定していました。これにより外部エンティティの解決が再度有効化され、攻撃者が提供したXMLがfile://エンティティ(ローカルファイルなど)を展開できる状態となっていました。この問題はバージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
Symfonyはウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン6.4.24から6.4.40、7.4.12、および8.0.12の間で、開発プロファイラのfile_excerpt Twigフィルターは、highlight_string()を用いてPHPファイルをエスケープしますが、PHP以外のファイルの行を直接<code>要素内に挿入してしまうため、攻撃者が作成したファイル(例:var/log/dev.log)をプロファイラで開く開発者に対してStored XSS攻撃を許してしまいます。この問題はバージョン6.4.40、7.4.12、および8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のPdoAdapter::doClear()は、呼び出し元が提供した$prefixから派生した名前空間を使用してDELETE文を構築します。しかし、この$prefixをバインドまたはエスケープせずに使用していたため、$prefixを操作可能な呼び出し元がLIKEリテラルを抜け出してクエリの意味論や削除範囲を変更できる問題がありました。この問題は、バージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
SymfonyはウェブおよびコンソールアプリケーションのためのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン7.1.0から7.4.12および8.0.12までの間で、Cas2HandlerはRequest::getSchemeAndHttpHost()からCASサービスパラメータを生成しますが、これはframework.trusted_hostsが設定されていない場合に攻撃者が制御するHostヘッダーを反映します。このため、同じCASサーバーに登録された別のアプリケーションを制御する攻撃者は、被害者のチケットをSymfonyアプリケーションに対してリプレイし、被害者として認証することが可能になります。この問題はバージョン7.4.12および8.0.12で修正されました。
Symfonyは、ウェブおよびコンソールアプリケーションのためのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットを提供しています。7.4.12および8.0.12より前のバージョンでは、メソッドスコープの#[IsGranted]、#[IsSignatureValid]、および#[IsCsrfTokenValid]属性はGETリクエストに対してのみ設定可能でした。しかし、SymfonyはHEADリクエストをGETハンドラーにルーティングする際に属性チェックをスキップするため、保護されたコントローラが実行され、ヘッダー情報が漏洩したり副作用が発生したりする恐れがありました。この問題はバージョン7.4.12および8.0.12で修正されています。
Symfonyは、ウェブおよびコンソールアプリケーション向けのPHPフレームワークであり、再利用可能なPHPコンポーネントのセットです。バージョン5.4.52、6.4.40、7.4.12、および8.0.12より前のバージョンでは、server:logリスナー(Symfony\Bridge\Monolog\Command\ServerLogCommand)がデフォルトで0.0.0.0:9911にバインドし、認証や整合性チェック、またはallowed_classesのホワイトリストなしに受信した各フレームをunserialize(base64_decode($message))で処理します。そのため、任意のホストから攻撃者が選択したシリアライズされたPHPペイロードを送信でき、リスナーをクラッシュさせたり、オブジェクトインジェクションのガジェット効果を引き起こす可能性があります。この問題は、バージョン5.4.52、6.4.40、7.4.12、および8.0.12で修正されています。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,680件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。