読み込んでいます…
脆弱性情報(JVN)
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 Medium 直近1年 の検索結果:3,521–3,560 件目を表示(ページ 89)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
Linuxカーネルにおいて、以下の脆弱性が修正されました。net: ipaに関して、IPA v5.0+用のGENERIC_CMDレジスタフィールドマスクをハードウェアレイアウトに合わせて修正しました(下流のGSIで文書化されているGSI_V3_0_EE_n_GSI_EE_GENERIC_CMD_*に準拠)。特に、IPAが起動中にMPSSのremoteprocへ「stop」を送信しようとした際に発生していたWARNを修正しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました:net: txgbeのproperty_entryにおけるヌル終端文字用のスペース確保に問題がありました。struct property_entryのリストは空のプロパティで終了する必要がありますが、このドライバは現在使用されるエントリ数と同じだけのメモリを割り当てていました。そこで、すべてのproperty_entryに対して追加の要素を確保するように構造体定義を変更しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。netfilterのnfnetlink_logにおいて、NLMSG_DONE終端子でnfgenmsgを初期化する必要があります。複数のNFLOGメッセージをバッチ処理する際(inst-qlen 1)、__nfulnl_send()はnlmsg_put()を介してsizeof(struct nfgenmsg)分のペイロードを持つNLMSG_DONE終端子を追加しますが、nfgenmsgのバイトを初期化していません。nlmsg_put()ヘルパーはペイロード後のアラインメントパディングのみをゼロにしますが、ペイロード自体はゼロにしません。このため、NLMSG_DONEメッセージ本文にカーネルヒープの古いデータ4バイトがユーザースペースに漏洩してしまいます。この問題は、nfnl_msg_put()を使用してNLMSG_DONE終端子を構築し、nfnl_fill_hdr()経由でnfgenmsgペイロードを初期化することで修正されました。これは、__build_packet_message()がすでにNFULNL_MSG_PACKETヘッダーを構築している方法と一貫しています。
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全294,721件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ipvsのip_vs_add_service()関数のエラーパスにおけるNULL参照の問題です。ip_vs_add_service()内でip_vs_bind_scheduler()が成功すると、ローカル変数schedはNULLに設定されます。その後、ip_vs_start_estimator()が失敗すると、out_errのクリーンアップ処理でip_vs_unbind_scheduler(svc, sched)がsched==NULLの状態で呼び出されます。ip_vs_unbind_scheduler()はcur_schedのNULLチェックを通過します(svc-schedulerはbind成功時に設定されているため)が、その後schedパラメータのNULL参照(sched-done_service)が発生し、NULLからオフセット0x30でカーネルパニックが発生します。エラーメッセージは以下の通りです。Oops: general protection fault, [..] [#1] PREEMPT SMP KASAN NOPTI、KASAN: null-ptr-deref in range [0x0000000000000030-0x0000000000000037]、RIP: 0010:ip_vs_unbind_scheduler (net/netfilter/ipvs/ip_vs_sched.c:69)、Call Trace: ip_vs_add_service.isra.0 (net/netfilter/ipvs/ip_vs_ctl.c:1500)、do_ip_vs_set_ctl (net/netfilter/ipvs/ip_vs_ctl.c:2809)、nf_setsockopt (net/netfilter/nf_sockopt.c:102) などです。対策としては、成功したbind後にローカル変数schedをクリアしないようにします。ip_vs_unbind_scheduler()はsvc-schedulerを通じてスケジューラの有無をすでに検出しており、schedをNULL以外に保持することで、エラーパスにおいてip_vs_unbind_scheduler()およびip_vs_scheduler_put()に正しいポインタを渡せるようにします。このバグ自体は古いものですが、問題はip_vs_start_estimator()呼び出し後の新しいエラーパスが取られる最近のカーネル(6.2)で顕在化しています。
Linuxカーネルにおいて、pinctrl: mcp23s08ドライバーのプローブ時にすべてのピン割り込みを無効化する修正を行いました。プローブされるチップが再起動後に一部のピンで割り込みオンチェンジ機能を有効にしている場合、登録されていないネストされたハンドラに対して割り込みが発生し、カーネルがクラッシュする可能性がありました。この問題は初期化時にすべてのピン割り込みを無効化することで解決しました。
podinfo 6.11.2までのバージョンには、/echoおよび/api/echoエンドポイントに反射型クロスサイトスクリプティングの脆弱性があります。この脆弱性は、echoHandlerがリクエストボディの内容を明示的なContent-TypeまたはX-Content-Type-Optionsヘッダーを設定せずにレスポンスに直接書き込むことが原因です。攻撃者は、リクエストボディにスクリプトペイロードを含む自動送信フォームを持つクロスオリジンのHTMLページを巧みに作成できます。Goのコンテンツタイプ検出によりtext/htmlとして提供されるため、その結果、被害者が攻撃者のページを訪問すると反射されたスクリプトがpodinfoのオリジンコンテキスト内で実行される可能性があります。
AuthlibはOAuthおよびOpenID Connectサーバーを構築するためのPythonライブラリです。バージョン1.6.12および1.7.1より前のAuthlibのOpenIDImplicitGrantおよびOpenIDHybridGrant認可エンドポイントには、認証されていないオープンリダイレクトの脆弱性が存在していました。この脆弱性により、リモートの攻撃者がopenidスコープを省略した認可リクエストを送信することで、認可サーバーに攻撃者が選択したURLへのHTTP 302レスポンスを発行させることが可能でした。この脆弱性はバージョン1.6.12および1.7.1で修正されています。
SharpCompressは、多くの圧縮タイプとフォーマットに対応した完全管理型のC#ライブラリです。バージョン0.47.4およびそれ以前のバージョンでは、IArchive.WriteToDirectory()におけるパストラバーサルの脆弱性により、悪意のあるアーカイブが意図した展開先のルート外にディレクトリを作成できます。TARアーカイブの場合、シンボリックリンクエントリと連鎖させることで任意のファイル書き込みにエスカレートでき、実行中のプロセスの権限に従って対象ファイルシステム上で完全な書き込みプリミティブを得られます。
Portainer Community Editionはコンテナ化されたアプリケーションのための軽量なサービスデリバリープラットフォームであり、Docker、Swarm、Kubernetes、ACI環境の管理に使用できます。バージョン2.33.0から2.33.8未満および2.39.1において、カスタムテンプレートファイルエンドポイント(GET /api/custom_templates/{id}/file)の認可欠如の脆弱性により、認証された任意のユーザーが連続した整数IDを列挙してリソースコントロールアクセス制限を回避し、任意のカスタムテンプレートのファイル内容を読み取ることが可能です。テンプレートファイルには、接続文字列、APIトークン、レジストリ認証情報など、管理者が標準ユーザーに閲覧されたくない環境固有の値が含まれている場合があります。この脆弱性はバージョン2.33.8および2.39.1で修正されています。
Portainer Community Editionは、Docker、Swarm、Kubernetes、およびACI環境の管理に使用できる軽量のコンテナ化アプリケーション向けサービス配信プラットフォームです。バージョン2.33.0から2.33.8未満のPortainerでは、バックアップ復元機能が.tar.gzアーカイブを受け取り、サーバー上のターゲットディレクトリに展開します。展開機能(api/archive/targz.go内のExtractTarGz)は、filepath.Clean(filepath.Join(outputDirPath, header.Name))を使用して出力パスを構築していますが、この組み合わせだけではディレクトリトラバーサルを防止できません。つまり、「../../etc/cron.d/evil」という名前のtarエントリが展開ルート外のパスに解決されるため、細工されたアーカイブによりサーバーファイルシステムの任意の場所にファイルを書き込むことが可能です。この脆弱性はバージョン2.33.8で修正されました。
Apache AirflowのGET `/api/v2/connections/{connection_id}` REST APIエンドポイントに存在するバグにより、認証済みのUI/APIユーザーで接続の読み取り権限を持つ者が、赤字削除許可リスト(`DEFAULT_SENSITIVE_FIELDS`)に含まれていないフィールド名のConnectionの`extra` JSONデータ内に格納された秘密情報を取得できてしまう問題がありました。例えば、公式のSlackプロバイダーの資格情報フィールド名がプレーンテキストで返されるケースがありました。この脆弱性は、資格情報をConnectionの`extra`データに保存し、複数のユーザーに接続読み取りアクセスを付与している環境に影響します。ユーザーは`apache-airflow`のバージョン3.2.2以降にアップグレードすることが推奨されています。防御の多層化策として、デプロイ運用者は敏感な資格情報をConnectionの`extra`フィールドに直接記述するのではなく、シークレットバックエンドに保存することを推奨します。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前には、格納型クロスサイトスクリプティングの脆弱性があります。Liveプラグインの「YouTube風」ビューでは、ライブ配信のストリームキーをhtmlspecialchars()を使用せずに生のままHTMLのclass属性に出力します。canStreamユーザーはplugin/Live/saveLive.phpを介してイベントハンドラを含むキーを永続化できます。また、ログイン済み・匿名を問わず任意の訪問者がストリームのライブページを開くと、プラットフォームのオリジン内で攻撃者のJavaScriptが実行されます。
n8n-MCPは、AIアシスタントにn8nノードのドキュメント、プロパティ、および操作へのアクセスを提供するMCPサーバーです。バージョン2.51.3より前のバージョンでは、ワークフローテレメトリーのサニタイザーがプロジェクトの匿名テレメトリーバックエンドにワークフローデータを送信する前に、URL形式のノードパラメータの一部断片を保持してしまう可能性がありました。HTTPリクエスト形式のノードパラメータに含まれる顧客やテナントの識別子、クエリ文字列に埋め込まれた短いシークレット、署名付きリクエストパラメータなどの値は、そのためPRIVACY.mdに記載された収集境界に反して保存されたテレメトリー内に現れる可能性がありました。この脆弱性はバージョン2.51.3で修正されました。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前には、2FAトグルにクロスサイトリクエストフォージェリ(CSRF)脆弱性があります。plugin/LoginControl/set.json.phpはPOSTタイプ=set2FA value=falseを受け取り、セッション認証されたユーザーに対しLoginControl::setUser2FA(User::getId(), false)を呼び出して処理を完了します。この処理にはforbidIfIsUntrustedRequest()の呼び出しがなく、isTokenValid()の検証もなく、X-CSRF-TokenやSameSiteポリシーの適用もなく、再認証ステップもありません。被害者がAVideoダッシュボードにログインしている状態で、クロスオリジンのページに訪れると、隠しフォーム(または資格情報を持たないfetchの"omit"オプションを利用)でPOSTリクエストを発行し、一回のリクエストで被害者の2FAを無効化してしまいます。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前では、EpgParser.phpやplugin/AI/receiveAsync.json.phpなどの場所で、isSSRFSafeURL()の$outパラメータである$resolvedIPをCURLOPT_RESOLVEを使ったDNSピニングに利用していませんでした。そのため、DNSリバインディングのTOCTOU脆弱性が引き起こされていました。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前のバージョンでは、objects/mention.json.phpにUser::loginCheck()や管理者ゲートがありません。エントリーガードとしてpreg_match('/^@/', $_REQUEST['term'])とハードコーディングされたrowCount=10のみが存在します。これにより、認証されていないユーザーを列挙できる可能性があります。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0以前では、view/update.phpが$_POST['updateFile']をupdatedb/以下の相対パスとして読み取り、データベースマイグレーションの一環としてPHPのfile()関数に渡し、行単位で処理します。認証済み管理者はこれを悪用して、ウェブサーバープロセスからアクセス可能な任意のテキストファイルを読み取ることができます。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0以前において、認証されていないリモート攻撃者がPHPユーザーが開くことのできる任意の画像ファイルを、ディスク上の任意の場所から読み取ることが可能でした。これには通常はACLによって保護されているプライベートなユーザープロファイル写真、管理者がアップロードしたサムネイル、暗号化されたビデオのポスターフレーム、及び兄弟アプリケーションのディレクトリ内の画像コンテンツ(..ディレクトリトラバーサルを経由して到達可能なもの)が含まれていました。このエンドポイントは認証を必要としません。
Apache ActiveMQサーバーのバージョンv6.2.6およびv5.19.7以前には不完全な認可の問題があり、認証された接続が適切な権限を持って既存の宛先を削除できてしまいます。この問題はApache ActiveMQ Brokerの5.19.7より前、および6.0.0から6.2.6より前のバージョン、Apache ActiveMQ Allの5.19.7より前、および6.0.0から6.2.6より前のバージョンに影響します。ユーザーはこの問題を修正したバージョンv6.2.6またはv5.19.7にアップグレードすることを推奨しています。
Apache Calciteにおける、クラスまたはコードの選択に外部から制御される入力を使用することによる「安全でないリフレクション」の脆弱性です。この問題はApache Calciteのバージョン1.5.0から1.42未満に影響します。ユーザーはこの問題を修正したバージョン1.42にアップグレードすることを推奨されます。
Apache Airflowのイベントログ詳細エンドポイント `GET /api/v2/eventLogs/{event_log_id}` は、一般的な監査ログ権限チェックのみを行った後に数値IDで監査ログの行を直接取得していました。一方、コレクションエンドポイント `GET /api/v2/eventLogs` ではDagごとのスコープ制限を適用していました。認証済みのUI/APIユーザーが、あるDagに対する監査ログ読み取り権限を持っている場合、数値のイベントログIDを推測または列挙することで他の任意のDagの監査ログエントリを取得できてしまいました。この問題はDagごとの監査ログスコープ制限に依存している展開に影響を与えます。ユーザーには`apache-airflow` 3.2.2以降へのアップグレードを推奨します。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前のバージョンでは、AVideoはユーザー入力からカテゴリ説明を保存し、その後Galleryビューでcategory_descriptionを生のHTMLとしてレンダリングします。カテゴリを作成または編集できるユーザーは、カテゴリ説明にJavaScriptを保存でき、別のユーザーが影響を受けるGalleryまたはカテゴリページを閲覧した際にそのスクリプトが実行されます。これはカテゴリ説明フィールドにおける保存型クロスサイトスクリプティング(XSS)の脆弱性であり、以前に修正されたビデオタイトルやコメントのXSS問題とは別のものです。
WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0以前では、plugin/AuthorizeNet/processPayment.json.phpがログインユーザーのウォレットに対して、攻撃者が制御するamount POSTパラメータの値を基にクレジットを付与します。このエンドポイントには実際のAuthorize.Netの課金処理が未実装であり、$paymentSuccessがtrueとハードコードされています。Authorize.Netのトランザクション、ウェブフック署名、ホストされた決済トークン、ナンス、またはサーバー側の決済記録を検証せずにYPTWallet::addBalance()を呼び出します。これにより、AuthorizeNetプラグインとYPTWalletプラグインが有効な場合、任意のログインユーザーが自身のAVideoウォレットに任意の資金を追加することが可能になります。
PyJWTはPythonでのJSON Web Tokenの実装です。バージョン2.13.0より前のPyJWKClientは、そのuri引数を直接urllib.request.urlopen()に渡しており、これはPython標準ライブラリのデフォルトのOpenerDirectorを使用してHTTPHandler、HTTPSHandler、FTPHandler、FileHandler、DataHandlerを登録しています。現在、PyJWKClientが取得するスキームを制限する明確なオプションは存在しません。もしアプリケーションのjku URL取り込み経路が、攻撃者に影響を受けるURL(例:JWTヘッダー、設定ファイル、OAuthフローパラメータ)を受け入れる場合、攻撃者はfile://経由で任意のローカルファイルを読み取らせる(ローカルファイルシステム上のSSRF)、FTPやdata-URIの取得を試みさせる(より広範なSSRF対象)ことにより、PyJWTが有効と検証するトークンを偽造する可能性があります。このライブラリ自体は非HTTP(S) URIの内容を攻撃者に直接返しませんが、本脆弱性報告にある「JWKSを植えてトークンを偽造する」連鎖的なシナリオは、攻撃者がファイルシステムパスへの書き込み権限を持つことや信頼されていないjkuの派生といった、追加のアプリケーションレイヤーの欠陥を必要とし、この修正では対応されていません。この脆弱性はバージョン2.13.0で修正されました。
PyJWTはPythonでのJSON Web Tokenの実装です。バージョン2.9.0から2.12.1までにおいて、PyJWKキーを使用してjwt.decode()またはjwt.decode_complete()が呼び出された場合に、検証側のアルゴリズム許可リストをバイパスする脆弱性が存在しました。トークンヘッダのalgは呼び出し元が指定したアルゴリズム許可リストと照合されますが、署名検証はヘッダのアルゴリズムではなくPyJWKオブジェクトに結び付けられたアルゴリズムで行われます。登録されたJWK/JWKSの秘密鍵を制御する攻撃者は、許可されていないアルゴリズムで署名しつつ、JWTヘッダでは許可されたアルゴリズムを宣伝することで、依然として受け入れられる可能性があります。この問題は、ドキュメント化されているPyJWKClient.get_signing_key_from_jwt(...)のフローに影響を与えていました。この脆弱性はバージョン2.13.0で修正されました。
PyJWTはPythonでのJSON Webトークンの実装です。バージョン2.8.0から2.12.1において、非エンコードペイロードオプション("b64": false、RFC 7797)を使用して分離JWSトークンの検証を行う際に、PyJWTは分離ペイロードルールを適用する前にコンパクトシリアライゼーションのペイロードセグメントをBase64URLデコードします。b64=falseの場合、PyJWTは後でそのデコードされたペイロードを破棄し、呼び出し元が提供したdetached_payloadと置き換えます。実際には、これは中間のセグメントを攻撃者が制御する“作業増幅器”に変換します。リモートクライアントは任意の大きさのBase64URLペイロードセグメントを提供可能であり、署名が無効であってもCPUの作業量とメモリアロケーションを強制します。これにより、PyJWTを使用して分離JWSを検証する任意のエンドポイントに対して認証されていないDoS攻撃のベクターが作成されます。この脆弱性はバージョン2.13.0で修正されました。
Gradioのバージョン6.15.0より前には、リバースプロキシエンドポイントで全ユーザー間で共有されるモジュールレベルのHTTPクライアントを悪用することで、リモートの攻撃者がクロススペースのセッションフィクセーションを実行できるクッキーインジェクションの脆弱性がありました。攻撃者は任意のHF Spaceを制御して親ドメインのクッキーを返すことができ、共有クライアントはそのクッキーを保存し、他の正当なSpaceへの以降のすべてのプロキシリクエストに自動的に再生します。これにより、同じGradio展開のすべてのユーザーに影響を与えます。
Apache MINA SSHD バンドルの sshd-git におけるパス・トラバーサルの脆弱性です。git-upload-pack、git-receive-pack およびその他の git 操作においてパス検証が欠如しているため、SSH 経由で認証されたユーザーが設定された git サーバールートディレクトリ外の git リポジトリにアクセスできてしまいます。org.apache.sshd:sshd-git を使用しているアプリケーションが影響を受けますが、sshd-git を使用していないアプリケーションは影響を受けません。影響を受けるアプリケーションは、この問題を修正した Apache MINA SSHD 2.18.0 へのアップグレードが推奨されます。この問題は、新しいメジャーバージョン 3.0.0 のプレリリース段階(3.0.0-M1 から 3.0.0-M3)にも存在します。ここでも sshd-git を使用している場合のみ影響を受けるため、影響を受けるアプリケーションは 3.0.0-M4 へアップグレードしてください。なお、プロフェッショナルな git サーバーはファイルシステムのレイアウトや権限のみに依存すべきではなく、git リポジトリや特定の git 操作へのアクセスを管理する追加のセキュリティ制御を実装する必要があることを指摘します。
Jenkins Job Import Plugin バージョン 143.v044a_2e819b_27 以前のバージョンでは、HTTP エンドポイントで権限チェックが行われていませんでした。そのため、Overall/Read 権限を持つ攻撃者がJenkinsに保存されている認証情報のIDを列挙できる可能性があります。
Kibanaにおける制御されていないリソース消費(CWE-400)は、過剰割り当て(CAPEC-130)を通じてサービス拒否を引き起こす可能性があります。ビューアレベルのアクセス権を持つ認証ユーザーは、分析コレクション管理エンドポイントに過大な入力値を含むリクエストを送信できます。Kibanaはリクエスト処理中に過度のCPUおよびメモリリソースを消費します。その結果、サービスが手動で復旧されるまで、Kibanaはすべてのユーザーに対して利用できなくなります。
Kibana Fleetエージェントのポリシー管理機能における不適切な入力検証(CWE-20)により、権限昇格が発生する可能性があります。Fleet管理権限を持つ認証済みユーザーは、十分に検証されていない構成上書きメカニズムに値を注入し、エージェントポリシーの設定を操作できます。攻撃者はElastic Agentに対して、Fleet管理ロールの意図を超えてElasticsearchのセキュリティインデックスに不正な読み書きアクセスを許す、権限の昇格されたElasticsearch APIキーを発行させることが可能です。
Mattermostのバージョン11.6.x(11.6.0以下)、11.5.x(11.5.3以下)、11.4.x(11.4.4以下)、および10.11.x(10.11.14以下)には、送信されるWebhookアタッチメントのペイロードからnil要素を処理前にフィルタリングできない問題があります。このため、認証されたユーザーがnullのアタッチメントエントリを含む細工されたWebhookコールバックレスポンスを介してサービス拒否(サーバープロセスの異常終了)を引き起こす可能性があります。
Apache AirflowのEmailOperatorおよび基盤となるairflow.utils.emailヘルパーは、デプロイメントでsmtp_starttls=Trueが設定され、smtp_sslが設定されていない場合にリモート証明書を検証せずにSMTPのSTARTTLS接続を確立していました。攻撃者がワーカーと設定されたSMTPサーバーの間に位置し、自己署名証明書を提示すると、ワーカーはSTARTTLSハンドシェイクを完了させて認証情報やメッセージ内容を傍受される可能性があります。この問題はsmtp_starttls=Trueかつsmtp_ssl=Falseで設定されており、SMTPリレーがワーカーより信頼度の低いネットワークセグメントから到達可能な環境に影響します。ユーザーはこの問題を修正するためにapache-airflowを3.2.2以降にアップグレードすることを推奨します。
Apache ActiveMQ Broker、Apache ActiveMQ、およびApache ActiveMQ Allにおけるメタデータを通じた機密情報漏洩の脆弱性があります。syncDurableSubsがtrueに設定されたネットワークコネクタを持つブローカーは、認証されていない攻撃者がBrokerInfoコマンドを送信することで、クライアント識別子、サブスクリプション名、トピック宛先、JMSセレクタ式を含む、ブローカー内のすべてのdurableトピックサブスクリプションの一覧を受信できます。この脆弱性は、ブローカーが接続の認証を確認せずに誤って応答することに起因します。この問題はApache ActiveMQ Brokerのバージョン5.19.7未満、6.0.0以降6.2.6未満、およびApache ActiveMQとApache ActiveMQ Allの同じバージョン範囲に影響します。ユーザーは問題を修正したバージョン6.2.6または5.19.7へのアップグレードを推奨します。
JetBrains YouTrack 2026.1.13162 より前のバージョンには、プロジェクト通知テンプレートに保存型XSSの脆弱性が存在していました。
JetBrains YouTrack 2026.1.13162以前のバージョンには、ユーザーおよびグループのページで情報が漏洩する問題がありました。
JetBrains TeamCity の 2026.1 より前のバージョンにおいて、2025年11月5日にリポジトリダウンロードページで反射型クロスサイトスクリプティング(XSS)の脆弱性が存在していました。
JetBrains TeamCity 2026.1以前のバージョンにおいて、SAMLプラグインのユーザー名検証が不十分である脆弱性が存在していました。
JetBrains TeamCity 2025.11.2より前のバージョンにおいて、デフォルトのエージェントパラメータを通じて機微情報が漏洩する脆弱性が存在します。
JetBrains TeamCity 2026.1より前のバージョンでは、認証情報パラメータがパラメータの自動補完によって漏洩する可能性がありました。