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

Apache Airflowの`JWTRefreshMiddleware`はJWT認証クッキーに`Secure`フラグを設定していませんでした。そのため、Airflow APIサーバーをHTTPS終了リバースプロキシ（例：nginx、Envoy、TLSを終了しAPIサーバーに平文を転送する管理されたロードバランサー、デフォルトのクラウドネイティブトポロジー）の背後で実行している場合、ユーザーのセッションJWTが同じホストへの任意の平文HTTPリクエストで再生されてしまいます。ネットワーク上の攻撃者（Wi-Fiの中間者攻撃、敵対的なLAN、キャプティブポータルプロキシ）は、ログイン済みユーザーのブラウザにデプロイメントのホスト名に対するHTTPリクエストを発行させ、そのリクエストからJWTクッキーを取得し、認証されたAPIに対してそれを再利用することが可能です。これは、Airflow APIサーバーがTLS終了プロキシを介してアクセスされており、かつクッキーのセキュアデフォルト保護がセッションの整合性に重要な役割を果たしているデプロイメントに影響します。ユーザーは`apache-airflow`のバージョン3.2.2以降にアップグレードすることを推奨します。

Apache Kafkaに不適切な認可の脆弱性が確認されました。CONSUMER_GROUP_DESCRIBE（69）APIの実装では、公式KafkaドキュメントおよびKIP-848に記載されているREAD操作ではなく、GROUPリソースに対するDESCRIBE操作を検証しています。この不一致により、誤って設定されたアクセス制御リスト（ACL）や意図しないセキュリティ構成が発生し、グループへの参加や同期が許可されるべきでないユーザーにREAD権限が付与される可能性があり、READ権限はないがDESCRIBE権限を持つユーザーが機密性の高いグループのメタデータにアクセスできる恐れがあります。CONSUMER_GROUP_DESCRIBE APIに適切な権限はDESCRIBE GROUPであるため、現在の実装は正しいですが、KafkaドキュメントとKIP-848は正しい権限を反映するよう更新されます。Kafkaユーザーには、最小権限の原則を確保するために既存のグループACLを見直すことを推奨します。

Mermaidは、Markdownに触発されたテキストを使用して図表やチャートを作成および変更するJavaScriptツールです。バージョン10.9.6および11.15.0より前のバージョンでは、ganttチャートの描画時にすべての日付を除外するexcludes属性を使用するとサービス拒否攻撃が発生します。mermaid.parse自体には影響はありませんが、その後にganttDb.getTasks()（図を描画する際に呼び出される）が呼ばれると影響を受けます。この脆弱性はバージョン10.9.6および11.15.0で修正されています。

MermaidはMarkdownに着想を得たテキストを使用して図やチャートを作成および変更するJavaScriptツールです。バージョン10.9.6および11.15.0以前では、Mermaidのデフォルト設定によりfontFamily、themeCSS、altFontFamilyの設定オプションを介してMermaidダイアグラムの外側に適用されるCSSの注入が可能でした。注入されたCSSはstylisの&（スコープ参照）処理を悪用しています。:not(&)は#mermaid-xxxの自動スコーピングを回避し、すべてのページ要素にスタイルを適用します。グローバルなアットルール（@font-face、@keyframes、@counter-style）もstylisがトップレベルに持ち上げるため注入可能です。これによりCSSの:has()セレクターを経由してページの改ざんやDOM属性の窃取が可能となります。この脆弱性はバージョン10.9.6および11.15.0で修正されています。

Spring AIはAnthropicのSkills APIをサポートしており、LLMに影響されたファイル名をPath.resolveでサニタイズせずに使用した後、ファイルをディスクに書き込んでいました。このため、悪意のあるユーザーが意図されたターゲットディレクトリの外側や制限されたディレクトリを含む場所にファイルを書き込む可能性があります。影響を受けるバージョンはSpring AI 1.1.0から1.1.xまでです。

Apache ActiveMQおよびApache ActiveMQ Webには、ウェブページ生成中に入力が不適切に無害化されるクロスサイトスクリプティング脆弱性があります。ActiveMQ WebコンソールAPIのMessageServletは、すべてのJMSメッセージプロパティを検証せずにHTTPレスポンスヘッダーにコピーします。これにより、サーブレットが返すJMSメッセージに設定されたヘッダーによってセキュリティヘッダーが上書きされたり注入されたりする恐れがあります。この問題は、Apache ActiveMQの5.19.7未満、および6.0.0から6.2.6未満、またApache ActiveMQ Webの5.19.7未満、および6.0.0から6.2.6未満のバージョンに影響します。ユーザーはこの問題を修正したバージョン5.19.7または6.2.6へのアップグレードを推奨します。なお、MessageServletは現在非推奨となっており、デフォルトで無効化されています。

Apache AirflowのVariableレスポンスマスカーにバグがあり、`password`、`token`、`secret`、`api_key`のような秘密情報を示すサフィックス付きキー名によってトリガーされるネストキーのマスキングが、JSON値のネストの深さが共有シークレットマスカーの再帰制限を超えた場合に回避されてしまう問題がありました。マスカーは機密キー名を確認する前に元のネストアイテムを返してしまいます。Variableの読み取り権限を持つ認証済みのUI/APIユーザーは、マスカーの深さ制限を超えるほど深くネストされた機密キーの下に格納された平文の秘密値を収集できてしまいます。これは以前の修正に残されたギャップであり、深さ制限の境界自体は引き上げられていないため、再帰制限を越えた領域で同じキー名回避パターンが再発しています。既に対応してアップグレードしたユーザーは、深いネスト経路にも対応できるようにapache-airflowのバージョン3.2.2以降への追加アップグレードを行うべきです。

Apache Airflow のレンダリングされたテンプレートフィールドの処理におけるバグにより、ネストされた機密キーのマスキングが、レンダリングされたフィールドの長さが設定値を超えた場合にバイパスされました。これは、機密情報が平文で保存され、認証されたユーザーがアクセスできる問題です。特にネストされた JSON 構造内のパスワードやトークンなどのキーに影響を及ぼします。この問題はテンプレート処理における構造の文字列化に関連しており、以前の修正ではネストされたキーが適切に扱われていませんでした。したがって、影響を受けるシステムはアップグレードすることが推奨されます。

Kibanaにおける制御されていないリソース消費（CWE-400）は、過剰割り当て（CAPEC-130）を通じてサービス拒否を引き起こす可能性があります。認証された権限の低いユーザーが、深く連鎖した関数呼び出しを含む特別に細工されたTimelionの可視化式を送信することで、Kibanaが指数関数的にメモリを消費するようにさせることができます。その結果生じるデータ構造は際限なく増大し、使用可能なメモリを枯渇させ、Kibanaサービスがクラッシュしてすべてのユーザーにとって利用不可能になります。

Kibanaにおける制御されていないリソース消費（CWE-400）は、過剰割り当て（CAPEC-130）を介してサービス拒否を引き起こす可能性があります。認証されたユーザーは、認可チェックの前に処理される特殊に細工された圧縮リクエストペイロードを送信でき、これにより過剰なメモリおよびCPUリソースが消費され、Kibanaインスタンスが応答不能になったりクラッシュしたりする可能性があります。

Open CASCADE Technology (OCCT) V8_0_0_rc5 の VRML パーサー内の VrmlData_Scene::ReadLine におけるスタックベースの範囲外読み取り脆弱性により、攻撃者が細工された VRML ファイルを介してサービス拒否を引き起こす可能性があります。この問題は、引用符付き文字列のエスケープ処理で ptr[++anOffset] を適切な境界チェックなしに使用しているために発生し、固定サイズのスタックバッファの末尾を超えて読み取ることが原因です。

Open CASCADE Technology (OCCT) V8_0_0_rc5には、IGESおよびSTEPファイルのパーサーに複数の脆弱性が存在し、細工されたIGESまたはSTEPファイルによって引き起こされる可能性があります。これらの問題には、IGESのBスプライン曲線評価中のGeom2d_BSplineCurve::EvalD0における境界外読み取り、STEPのBスプライン曲線構築中のMakeBSplineCurveCommonにおける境界外読み取り、および自己参照型のOrientedEdgeエンティティを処理する際のStepShape_OrientedEdge::EdgeStartにおける無限再帰が含まれます。これらの脆弱性が悪用されると、サービス拒否や意図しないメモリ情報の漏えいを引き起こす可能性があります。

Linuxカーネルにおいて、次の脆弱性が修正されました：perf/x86/intel/uncoreにおけるオフラインダイに対するディスカバリーテーブルのスキップ問題です。この警告は、NUMAが無効化され、システムがダイ0のCPU数より少ないCPUで起動した場合に発生する可能性があります。警告内容は次の通りです：CPU: 9 PID: 7257 at uncore.c:1157 uncore_pci_pmu_register+0x136/0x160 [intel_uncore]。現在では、関連するすべてのダイのCPUがオフラインであってもディスカバリーテーブルの解析が継続されます。これにより、uncore_pci_pmu_register()内の"pmu-boxes[die] = box"で配列オーバーフローが発生し、上記の警告がトリガーされたり、他の問題が起こったりする可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：l2tpにおけるUDPカプセル化された大きなパケットの破棄です。syzbotは私のパッチシリーズ[1]でWARNを報告しました。実際の問題は16ビットUDP長フィールドのオーバーフローであり、これはアップストリームコードにも存在していました。私のシリーズはオーバーフローチェックを含むデバッグWARNを追加し、問題を露見させたため、syzbotはアップストリームコードではなく私のパッチで反応しました。syzbotの再現手順は、基本的に0x34000バイトという過大なサイズのPPPoL2TPパケットをUDPカプセル化で送信し、l2tp_xmit_coreがUDP長フィールドに値を割り当てる際にオーバーフローをチェックしていなかったため、その値が16ビットに切り詰められてしまうというものです。オーバーフローチェックを追加し、過大なパケットを破棄し、UDP長フィールドが切り詰められたパケットを送信しないようにしました。パッチ適用後のsyzbotのスタックトレースにはUDP長が65536以上の場合に警告が出ています。

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ヘッダーを構築している方法と一貫しています。

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で修正されました。