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

PHPのバージョン8.2.*の8.2.31未満、8.3.*の8.3.31未満、8.4.*の8.4.21未満、および8.5.*の8.5.6未満において、PDO FirebirdドライバーはSQLクエリの準備時にNULバイトを不適切に処理します。トークンごとのクエリ構築中に、NULバイトを含む文字列トークンがstrncat()を通じてコピーされますが、strncat()はNULバイトで停止し、終了クオートを削除します。その結果、以降のSQLトークンが文字列の一部として誤って解釈されます。これにより、攻撃者が制御する値がPDO::quote()で引用されてSQL文に埋め込まれた場合、SQLインジェクションが発生する可能性があります。

Netgate pfSense CE 2.7.2 は、post_reboot_commands プロパティを含むシリアライズされた PHP オブジェクトを含むバックアップファイルを使用してモジュールインストーラーを利用することで、コードを実行することができます。注意：サプライヤーによると、このインストーラーは管理者のみが使用可能であり、管理者が意図的に PHP コードを実行できるため問題視していません。

Netgate pfSense CE 2.8.0 には、pfsense.exec_php を介した XMLRPC API によるコード実行の脆弱性があります。注意点として、このAPI呼び出しは管理者のみが利用可能であり、管理者は意図的にPHPコードの実行を許可されています。そのため、サプライヤー側はこの動作について異議を唱えています。

OpenCTIは、サイバー脅威インテリジェンスの知識と観測データを管理するためのオープンソースプラットフォームです。バージョン6.6.0から6.9.12までに、認証されていない攻撃者が既存の任意のユーザー（デフォルトの管理者アカウントを含む）としてAPIを照会できる権限昇格の脆弱性が存在します。この問題はバージョン6.9.13で修正されました。回避策として、デフォルトの管理者アカウントを`APP__ADMIN__EXTERNALLY_MANAGED`設定で無効化できます。

Dell ECS バージョン 3.8.1.0 から 3.8.1.7 までおよび Dell ObjectScale バージョン 4.3.0.0 未満には、UI における CSV ファイルの数式要素が不適切に無効化される脆弱性が含まれています。この脆弱性を認証されていないリモート攻撃者が悪用することで、リモートでコードを実行される可能性があります。

grokability snipe-it バージョン8.4.0およびそれ以前に存在した不適切な権限の脆弱性は、2026-03-10のコミット676a9958で修正されました。この脆弱性により、リモート攻撃者が app/Http/Controllers/Api/UploadedFilesController.php コンポーネントを介して任意のコードを実行できます。

Spring Cloud Configは、spring-cloud-config-serverモジュールを通じてアプリケーションに任意のテキストおよびバイナリファイルを提供することを可能にします。悪意のあるユーザーまたは攻撃者は、特別に細工されたURLを使用してリクエストを送信し、ディレクトリトラバーサル攻撃を引き起こす可能性があります。Spring Cloud Configのバージョン3.1.xでは3.1.0から3.1.13（含む）までが影響を受けており、Enterprise Supportを利用している場合は3.1.14以上にアップグレードしてください。Spring Cloud Configのバージョン4.1.xでは4.1.0から4.1.9（含む）までが影響を受けており、Enterprise Supportを利用している場合は4.1.10以上にアップグレードしてください。Spring Cloud Configのバージョン4.2.xでは4.2.0から4.2.6（含む）までが影響を受けており、Enterprise Supportを利用している場合は4.2.7以上にアップグレードしてください。Spring Cloud Configのバージョン4.3.xでは4.3.0から4.3.2（含む）までが影響を受けており、4.3.3以上にアップグレードしてください。Spring Cloud Configのバージョン5.0.xでは5.0.0から5.0.2（含む）までが影響を受けており、5.0.3以上にアップグレードする必要があります。

Notesnookはユーザーのプライバシーと使いやすさに重点を置いたノートアプリです。Notesnook Web/Desktopバージョン3.3.15以前、およびNotesnook iOS/Androidバージョン3.3.20以前には、ノートのエクスポートフローに保存されたXSS脆弱性が存在し、これによりデスクトップアプリでリモートコード実行が可能になる場合があります。問題の根本原因は、タイトル、ヘッドライン、内容などのエクスポートされたノートのフィールドがHTMLエスケープされずに生成されたHTMLテンプレートに挿入されることにあります。ノートが後でPDFにエクスポートされる際、Notesnookはiframe.srcdoc = ...を使用して同一オリジンかつサンドボックスされていないiframeにそのHTMLをレンダリングします。注入されたスクリプトはNotesnookオリジン内で実行されます。デスクトップアプリでは、ElectronがnodeIntegration: trueおよびcontextIsolation: falseに設定されているため、これがリモートコード実行（RCE）につながります。この問題はNotesnook Web/Desktopバージョン3.3.15およびNotesnook iOS/Androidバージョン3.3.20で修正されました。

Digiwinが開発したEasyFlow .NETにはSQLインジェクションの脆弱性があります。この脆弱性により、認証されていないリモート攻撃者が任意のSQLコマンドを注入し、データベースの内容を読み取り、変更し、削除することが可能です。

Digiwinによって開発されたEasyFlow .NETにはSQLインジェクションの脆弱性が存在し、認証されていないリモートの攻撃者が任意のSQLコマンドを注入して、データベースの内容を読み取り、変更し、削除することが可能です。

PHPのバージョン8.4.*の8.4.21未満および8.5.*の8.5.6未満において、埋め込みNULバイトを含むエンコーディング名がmb_convert_encoding()や関連するmbstring関数に渡されると、strncasecmp()が0を返して文字列の長さが同じであると誤って判断します。これにより、グローバルメモリの範囲外読み取りが発生し、クラッシュや情報漏洩、またはプログラムの異常終了を引き起こす可能性があります。影響を受ける関数にはmb_convert_encoding()、mb_detect_encoding()、mb_convert_variables()、mb_detect_order()のほか、mbstring.detect_orderおよびmbstring.http_outputのINI設定が含まれます。

PHPのバージョン8.2.*の8.2.31未満、8.3.*の8.3.31未満、8.4.*の8.4.21未満、および8.5.*の8.5.6未満において、SOAP拡張のオブジェクト重複排除機構はPHPオブジェクトへのポインタの参照カウントを増やさずにグローバルマップに保存します。apache:Mapノードに重複したキーがある場合、2つ目のエントリの処理が一時結果マップの最初のエントリを上書きし、元のPHPオブジェクトを解放しますが、古いポインタはマップに残ります。その後のhref参照により、解放されたノードのダングリングポインタが結果にコピーされる可能性があります。PHPの文字列割り当ては解放されたメモリ領域を再利用するため、SOAPリクエストボディを制御できる攻撃者はこのUse-After-Free脆弱性を悪用してリモートコードを実行する可能性があります。

PHPのバージョン8.2.*の8.2.31未満、8.3.*の8.3.31未満、8.4.*の8.4.21未満、および8.5.*の8.5.6未満において、SoapServerがSOAP_PERSISTENCE_SESSIONで構成されている場合、ハンドラーオブジェクトはセッションストレージを介してリクエスト間で永続化されます。しかし、SOAPリクエストがエラーを引き起こした場合、永続化の処理が誤って行われ、オブジェクトの解放後もそのポインタを保持し続けるため、use-after-freeの問題が発生する可能性があります。これにより、メモリ破損や情報漏洩、プロセスクラッシュが引き起こされ、脆弱なシステムの機密性、完全性、および可用性に影響を与える可能性があります。

Tenda AC6 15.03.06.49_multi_TDE01にセキュリティ上の脆弱性が発見されました。影響を受けるのはhttpdコンポーネントの/goform/WifiExtraSetファイル内のfromSetWirelessRepeat関数です。macおよびssid引数の操作によりOSコマンドインジェクションが発生します。この攻撃はリモートから実行可能です。エクスプロイトが公開されており、攻撃に悪用される可能性があります。

math-codegenは数学的表現からコードを生成します。バージョン0.4.3以前では、cg.parse()に渡される文字列リテラルの内容がサニタイズされることなく新しいFunction()の本体にそのまま挿入されていました。これにより、攻撃者はユーザーが制御する入力がパーサーに到達した場合に任意のシステムコマンドを実行できる可能性がありました。ユーザー入力がcg.parse()に流れる数式評価のエンドポイントを公開しているアプリケーションは完全なリモートコード実行（RCE）の脆弱性を抱えていました。この問題はバージョン0.4.3で修正されています。

CROSSの実装には、CROSSのポスト量子署名アルゴリズムのリファレンス実装および最適化実装が含まれています。コミットfc6b7e7以前には、整数mlenのアンダーフローによりcrypto_sign_open()関数にバッファオーバーフローが発生していました。この問題は、コミットfc6b7e7によって修正されました。

Apache Polarisは、有効なテーブルの場所が検証されたり確実に予約されたりする前に、段階的なテーブル作成中に広範な一時的な（「発行された」）ストレージ認証情報を発行することがあります。これらの一時的認証情報は、アクセス可能なテーブルのデータおよびメタデータの範囲を制限することを目的としていますが、この範囲制限は攻撃者によってターゲットの場所を選択されるため、攻撃者に有利に働いてしまいます。確認された変種では、呼び出し元がステージ作成時にカスタムの`location`を指定し、認証情報の発行を要求した場合、Apache Polarisは即座にその場所を使って委任されたストレージ認証情報を構築します。ステージ作成パス自体は、これらの認証情報が発行される前に通常の場所検証や重複チェックを実行しません。これに関連して、ステージ作成フローはリクエストプロパティの`write.data.path`および`write.metadata.path`も受け入れており、これらの場所の上書き設定を認証情報発行に使用される同じ有効なテーブル場所のセットに渡します。これらのフィールドはメインのカスタム`location`攻撃に付随するものですが、それでも攻撃者に影響を受ける場所の入力であり、認証情報が発行される前に検証されるべきです。

Apache Polarisは名前空間およびテーブル名にリテラルの`*`文字を受け入れます。後で、委任テーブルアクセス用の一時的なS3アクセスポリシーを構築する際に、これらの文字がS3 IAMリソースパターンや`s3:prefix`条件でエスケープされずに再利用されているように見えます。S3 IAMポリシーマッチングでは、`*`は通常のテキストとしてではなくワイルドカードとして扱われます。つまり、作成されたあるテーブルに対して発行された一時的な資格情報が異なるテーブルのストレージパスと一致する可能性があります。Polaris 1.4.0を対象としたプライベートテストにおいて、MinIOおよび実際のAWS S3上でPolarisのAWS S3一時資格情報パスを使用し、`f*.t1`、`f*.*`、`*.*`、および`foo.*`のような作成されたテーブルに対する資格情報は他のテーブルのS3ロケーションにアクセスできました。確認された挙動には以下が含まれます：- 他のテーブルのメタデータ制御ファイル（[IcebergメタデータJSON]）を読み取ること；- 他のテーブルの正確なS3テーブルプレフィックスを一覧表示すること（[テーブルプレフィックス]）；- および、作成されたテーブルに対して書き込みが委任された場合、他のテーブルの正確なS3テーブルプレフィックス下にオブジェクトを作成および削除できること。通常の異なる名前を使用したコントロールケースでは、同様のクロステーブルアクセスは許可されませんでした。最小特権のAWS S3バリアントも確認されており、攻撃者プリンシパルは被害テーブルに対するPolaris権限を持たず、ワイルドカードテーブルの作成と使用に最低限必要な権限（名前空間スコープの`TABLE_CREATE`および`TABLE_WRITE_DATA`を`*`に対して）だけを持っていました。そのセットアップでは、`foo.t1`への直接的なPolarisアクセスは依然として禁止されていましたが、攻撃者は`*.*`を作成しロードして委任されたS3資格情報を受け取り、その資格情報を使って`foo.t1`下のオブジェクトを一覧表示、読み取り、作成、削除できました。IcebergではメタデータJSONファイルは制御ファイルであり、どのデータファイルがテーブルに属するか、どのスナップショットが存在するか、どのテーブルバージョンを読むかを示します。したがって、不正アクセスは重大な機密性の問題を引き起こします。書き込み可能なバリアントが確認されたことで、この問題は情報漏洩に限らず、より深刻な問題であることが示されています。

平易に言えば、Apache Polarisは短期間有効なGCS認証情報を発行することが期待されています。これは単一のテーブルのファイルにのみ有効ですが、細工されたネームスペースやテーブル名によって、これらの認証情報が構成されたバケット全体で有効になってしまう可能性があります。Apache Polarisは、要求されたテーブルのストレージパスへのアクセスを制限することを意図したCEL条件を持つCredential Access Boundary（CAB）を作成することで、Google Cloud Storageのダウンスコープド認証情報を構築しています。関連するCEL文字列はバケット名とテーブルパスから構築されます。このテーブルパスはネームスペースおよびテーブル識別子に由来します。現在のコードでは、そのパスがエスケープされることなくCEL式に挿入されているようです。その結果、単一引用符と他のURI安全なCELの断片を含むネームスペースまたはテーブル識別子が、意図された引用文字列から抜け出しCEL条件の意味を変えてしまう可能性があります。実際のGoogle Cloud Storage上のPolaris 1.4.0に対するプライベートテストでは、Polarisが細工された識別子を受け入れ、CELパス制限が実質的に崩壊した委譲GCS認証情報を返すことが確認されました。これらの委譲認証情報により、別のテーブルのオブジェクトプレフィックスの一覧表示、別のテーブルのメタデータ制御ファイル（IcebergメタデータJSON）の読み取り、別のテーブルのオブジェクトプレフィックス下のオブジェクトの作成および削除、さらには任意のテーブルパスに属さない同一バケット内の無関係な外部プレフィックス下のオブジェクトの一覧表示、読み取り、作成、削除も可能となります。特に重要なのは、この問題が「別のテーブル」に限定されないことです。確認された環境では、Apache Polarisが細工されたテーブルの認証情報を返した時点で、構成されたバケット内のパス制限が事実上無効になりました。実際の影響としては、細工された単一テーブルの一時的認証情報がPolarisが認可しようとしたテーブルよりも広範囲になり、構成されたバケット内で事実上バケット全体に及んでしまいます。現在のGCSテストでは、設定のために広範なカタログ権限を持つPolarisプリンシパルを使用しました。Least-privilegeなPolaris RBACバリアントはまだGCS上でテストされていません。しかし、ストレージ認証情報の広範囲化自体はGCS上で確認されています。

Apache Icebergでは、テーブルのメタデータファイルは制御ファイルとして機能し、どのデータファイルがテーブルに属し、どのテーブルバージョンをリーダーが読むべきかを伝えます。`write.metadata.path`はオプションのテーブルプロパティであり、Polarisにこれらのメタデータファイルを書き込む場所を指示します。Polaris管理カタログに既に登録されているテーブルに対し、そのプロパティだけを`ALTER TABLE`スタイルの設定変更（行レベルの`INSERT`、`SELECT`、`UPDATE`、`DELETE`ではない）で変更すると、ストレージ場所の再検証を行うはずのコミット時の分岐処理をバイパスしてしまいます。完全な永続化版またはクレデンシャル発行版は、対象のカタログが`polaris.config.allow.unstructured.table.location=true`を有効にしており、`allowedLocations`が攻撃者の指定したターゲットを含むほど幅広く設定されている必要があります。`allowedLocations`は、カタログが使用可能なストレージパスの管理者設定許可リストです。公開されているプロジェクト資料によると、このフラグは単なる実験環境の前提ではなく、実際にサポートされている互換性およびレイアウトモードです。この設定下では、テーブル設定を変更可能なユーザーがApache Polaris自体に新しいテーブルメタデータを攻撃者が指定したアクセス可能なストレージ場所へ書き込ませることが可能です。そして、本来の場所検証処理が走る前にその操作が実行されます。もし後続の具体的なパス検証でも当該場所を受け入れた場合、Polarisは生成されたメタデータパスを保存されたテーブル状態に永続化します。その後のテーブル読み込みやクレデンシャルAPIは、その場所の一時的なクラウドストレージ認証情報を再検証せずに返すことができます。簡単に言うと、Polarisは後に攻撃者指定の領域の一時的ストレージアクセスを付与しうるということです。攻撃者指定の領域は、汚染されたテーブル自身のファイルにとどまらず、広範なストレージプレフィックス、他のテーブルのプレフィックス、構成やプロバイダの挙動次第ではバケットやコンテナのルートまで及ぶ可能性があります。その結果、Polarisが到達可能なあらゆるデータおよびメタデータの漏洩や改ざんの範囲が拡大します。実際の影響は既に議論されたステージド作成型クレデンシャル発行問題と類似し、そのストレージ範囲内のデータやメタデータは露出し、後に書き込み可能な認証情報が発行されれば改変・破壊・削除もされる可能性があります。後の認証情報発行のステップより前であっても、Polaris自身が検証されていない場所にメタデータを書き込みます。したがって、問題の核心は単に後の認証情報発行だけではありません。主要な欠陥は、`write.metadata.path`が変更された場合にPolarisが本来の場所チェックをスキップしてしまう点にあります。`polaris.config.allow.unstructured.table.location=false`の場合、現在のコードレビューによれば、後続の`updateTableLike(...)`検証は通常、危険なパスが永続化される前に不正なメタデータ場所を拒否します。これは永続化や認証情報発行のバリエーションを減少させる可能性がありますが、根本的な欠陥を防止することはできません。つまり、`write.metadata.path`だけが変更された場合、Polarisは本来の書き込み前の場所検証を依然としてスキップしてしまいます。

キヤノンマーケティングジャパン株式会社が提供するGUARDIANWALL MailSuiteには、次の脆弱性が存在します。 ・pop3wallpasswdコマンドにおけるスタックベースのバッファオーバーフロー（CWE-121）- CVE-2026-32661 pop3wallpasswdがgrdnwwwユーザ権限で実行される構成の場合、本脆弱性の影響を受けます。 開発者によると、GUARDIANWALL MailSuite（オンプレミス版）において本脆弱性を悪用した攻撃が既に確認されているとのことです。 この脆弱性情報は、製品利用者への周知を目的に、開発者がJPCERT/CCに報告し、JPCERT/CCが開発者との調整を行いました。

Delta Electronics AS320T は、Web サービスの GET/PUT リクエストハンドラーにおいて、スタック上のバッファサイズの計算が不正確である問題があります。

Delta Electronics AS320Tには、ファイル名のバッファ長が検証されない脆弱性があります。

デルタエレクトロニクス AS320T には、ディレクトリ名のバッファ長のチェックを行わないという脆弱性があります。

DDEVはPHPおよびNode.js向けのローカルウェブ開発環境を実行するためのオープンソースツールです。バージョン1.25.2より前のバージョンでは、`pkg/archive/archive.go`の`Untar()`および`Unzip()`関数の両方において、サニタイズされていない展開の脆弱性が存在していました。これにより、リモートソースからのアーカイブをパスの検証を行わずにダウンロードおよび展開してしまう可能性がありました。バージョン1.25.2でこの問題は修正されています。

ai-scannerはNVIDIA garak上に構築されたAIモデルの安全スキャナーです。バージョン1.0.0から1.4.1未満のバージョンにおいて、`BrowserAutomation::PlaywrightService`におけるJavaScriptインジェクションを通じてリモートコードが実行される脆弱性があります。この問題はバージョン1.4.1で修正されました。

D-Link DIR-456U ハードウェアリビジョン A1（製品寿命終了、EOL）には、ハードコードされたTelnetバックドアが含まれています。デバイスは起動時に /etc/init0.d/S80telnetd.sh を介してTelnetデーモンを起動し、ユーザー名「Alphanetworks」と静的パスワード「whdrv01_dlob_dir456U」を /etc/config/image_sign から読み込みます。カスタムtelnetdバイナリは -u user:password フラグを受け入れ、カスタムログインバイナリは strcmp() を使用して資格情報を検証します。認証に成功すると、未認証の攻撃者がローカルネットワーク上でルートシェルへアクセスでき、完全な管理権限を持てるようになります。このデバイスは製品寿命終了（EOL）に達しており、パッチは提供されません。

Argo CDはKubernetes向けの宣言型GitOps継続的デリバリーツールです。バージョン3.2.0から3.2.11未満および3.3.0から3.3.9未満の間に、Argo CDのServerSideDiffエンドポイントに認可およびデータマスキングの欠落があり、読み取り専用アクセス権を持つ攻撃者がKubernetes APIサーバのServer-Side Applyのドライラン機構を通じてetcdからプレーンテキストのKubernetes Secretデータを抽出できる可能性がありました。本問題はバージョン3.2.11および3.3.9で修正されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのsmb_direct_prepare_negotiation()関数に符号付バグが存在しました。smb_direct_prepare_negotiation()は、sp-max_recv_sizeおよびreq-preferred_send_sizeの符号なし__u32値を、min_t(int, ...)を計算する前に符号付きintにキャストしていました。悪意のあるpreferred_send_sizeの値0x80000000はmax_recv_sizeよりも小さいと誤判断され、その後、次のメッセージの最大受信許容量を設定するために使用されます。攻撃者は2回目に1420バイトを超える大きな値のメッセージを送信することで、ヒープバッファオーバーフローを引き起こす可能性があります。この修正では、min_t(int, ...)をmin_t(u32)に置き換えています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：ipv6: ioam: __ioam6_fill_trace_data()におけるヒープバッファオーバーフローの問題を修正しました。受信パスで、__ioam6_fill_trace_data()はtrace-nodelenを使って各ノードに書き込むデータの量を決定しますが、このフィールドを着信パケットの内容そのままで信頼し、trace-type（どのデータ項目が存在するかを示す24ビットフィールド）との整合性チェックを行っていませんでした。細工されたパケットがnodelenを0に設定しつつ、typeのビット0-21を設定すると、この関数は割り当てられた領域（skb_shared_info内）から約100バイト超過して書き込みを行い、隣接するヒープメモリを破壊し、カーネルパニックを引き起こします。対策として、ioam6.cに共有ヘルパー関数ioam6_trace_compute_nodelen()が追加され、typeフィールドから期待されるnodelenを導出し、以下の箇所で使用されています。・ioam6_iptunnel.c（送信パス、既存のバリデーション）では手作業の計算を置き換えています。・exthdrs.c（受信パス、ipv6_hop_ioam）では、データ書き込み前にnodelenがtypeフィールドと矛盾するパケットを破棄します。RFC 9197によれば、ビット12-21はそれぞれ4オクテットの短いフィールドであり、IOAM6_MASK_SHORT_FIELDSは0xff100000から0xff1ffc00に変更されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：netconsoleにおけるOOB（境界外）読み取りの回避です。コンソールサブシステムからnetconsoleに渡されるmsgはヌル終端されている保証がありません。最近のコミット7eab73b18630（"netconsole：NBCONコンソールインフラストラクチャへの変換"）以前は、メッセージはprintk_shared_pbufsという静的なグローバルバッファに格納されていたため、KASANによるOOBアクセスの検出が困難でした。現状では以下のように確認されています：printk: console [netcon_ext0] enabledBUG: KASAN: slab-out-of-bounds in string+0x1f7/0x240Read of size 1 at addr ffff88813b6d4c00 by task pr/netcon_ext0/594CPU: 65 UID: 0 PID: 594 Comm: pr/netcon_ext0 Not tainted 6.19.0-11754-g4246fd6547c9Call Trace:kasan_report+0xe4/0x120string+0x1f7/0x240vsnprintf+0x655/0xba0scnprintf+0xba/0x120netconsole_write+0x3fe/0xa10nbcon_emit_next_record+0x46e/0x860nbcon_kthread_func+0x623/0x750Allocated by task 1:nbcon_alloc+0x1ea/0x450register_console+0x26b/0xe10init_netconsole+0xbb0/0xda0バグのあるアドレスはオブジェクトffff88813b6d4000に属し、kmalloc-4kキャッシュの4096バイトのサイズに属します。問題のあるアドレスは割り当てられた3072バイトの領域[ffff88813b6d4000、ffff88813b6d4c00)の右端から0バイトの場所にあります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：tcp_v6_syn_recv_sock()における潜在的な競合状態を修正しました。tcp_v6_syn_recv_sock()内でtcp_v4_syn_recv_sock()の呼び出し後のコードが遅すぎるタイミングで実行されていました。tcp_v4_syn_recv_sock()の呼び出し後、子ソケットはすでにTCP ehashテーブルから見える状態になり、他のCPUがそれを使用する場合があります。newinet-pinet6がまだリスナーのipv6_pinfoを指しているため、syzbotが発見したように悪影響が発生する可能性がありました。問題のあるコードをtcp_v6_mapped_child_init()に移動し、この新しいヘルパーをtcp_v4_syn_recv_sock()からehash挿入前に呼び出すように変更しました。これにより、正しいコンテキストでtcp_v4_syn_recv_sock()がtcp_sync_mss()を呼び出すため、1つのtcp_sync_mss()の呼び出しを削除できるようになりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。net: do not pass flow_id to set_rps_cpu()。問題のあるコミットは、各受信キューのRPSテーブルのサイズが同じであり、そのサイズが変わらないことを前提にしていました。set_rps_cpu()内でflow_idを計算し、get_rps_cpu()で計算された値を使用できると仮定しないように修正しました。そうしないと、範囲外アクセスやクラッシュのリスクが発生します。

GitHub Enterprise Serverのノートブックビューアにおいて、サーバーサイドリクエストフォージェリ（SSRF）の脆弱性が確認されました。この脆弱性により、攻撃者は検証レイヤーとHTTPリクエストライブラリ間のURLパーサの混乱を悪用して内部サービスにアクセスできました。ホスト名の検証はリクエストライブラリとは異なるURLパーサを使用していたため、巧妙に作成されたURLが検証を通過しつつ、意図しないホストへリクエストを送信することが可能でした。悪用するにはGitHub Enterprise Serverインスタンスへのネットワークアクセスが必要です。この脆弱性は3.21未満のすべてのGitHub Enterprise Serverバージョンに影響を与え、3.16.18、3.17.15、3.18.9、3.19.6、および3.20.2のバージョンで修正されました。この脆弱性はGitHubバグバウンティプログラムを通じて報告されました。

オーディオ/ビデオ再生コンポーネントにおける境界条件の不正処理による脆弱性です。この脆弱性はFirefox 150、Thunderbird 150、Firefox ESR 140.10.1、Thunderbird 140.10.1、およびFirefox ESR 115.35.2で修正されました。

WebRTCコンポーネントに関するその他の問題があります。この脆弱性はFirefox ESR 140.10.2およびThunderbird 140.10.2で修正されました。

エレコム株式会社が提供する無線LANルーターおよび無線アクセスポイントには、次の複数の脆弱性が存在します。 ・設定ファイルのバックアップにおけるハードコードされた暗号鍵の使用（CWE-321）- CVE-2026-25107 ・ping_ip_addrパラメータの処理におけるOSコマンドインジェクション（CWE-78）- CVE-2026-35506 ・特定のURLへのアクセスにおける認証欠如（CWE-288）- CVE-2026-40621 ・usernameパラメータの処理におけるOSコマンドインジェクション（CWE-78）- CVE-2026-42062 ・hostnameパラメータ処理の不備に起因する格納型クロスサイトスクリプティング（CWE-79）- CVE-2026-42948 ・languageパラメータの検証欠如（CWE-754）- CVE-2026-42950 ・CSRF対策の不備（CWE-344）- CVE-2026-42961 本件の脆弱性情報は、以下の方々によって報告され、JPCERT/CCが開発者との調整を行いました。 CVE-2026-25107、CVE-2026-42950、CVE-2026-42961 報告者：GMOサイバーセキュリティ byイエラエ株式会社 石井 健太郎 氏 CVE-2026-42948 報告者：スズキ株式会社 佐藤 信弥 氏、福井大学 二俣 圭介 氏、静岡大学 髙橋 夏生 氏、早稲田大学 佐々木 美結 氏、防衛省 富田 剛司 氏 CVE-2026-35506、CVE-2026-40621、CVE-2026-42062 報告者：株式会社ゼロゼロワン 早川 宙也 氏

GotenbergはPDFファイル向けのDockerベースのステートレスAPIです。バージョン8.30.1以前では、メタデータ書き込みエンドポイントがメタデータキーの制御文字を検証しますが、メタデータ値のサニタイズは行っていません。メタデータ値に改行文字が含まれると、ExifToolの標準入力行が2つの別々の引数に分割され、-FileName、-Directory、-SymLink、-HardLinkなどの任意のExifTool擬似タグを挿入可能になります。これはv8.30.1で導入された不完全なキーサニタイズ対策をバイパスする手法です。認証されていない攻撃者は、処理中の任意のPDFをコンテナのファイルシステム内の任意のパスに名前変更または移動でき、任意のファイルを上書きしたり、任意のパスにシンボリックリンクやハードリンクを作成したりすることが可能です。

Ollamaのバージョン0.17.1以前には、GGUFモデルローダーにヒープの境界外読み取りの脆弱性があります。/api/createエンドポイントは、宣言されたテンソルのオフセットとサイズがファイルの実際の長さを超える攻撃者提供のGGUFファイルを受け入れます。この際、fs/ggml/gguf.goおよびserver/quantization.goのWriteTo()内で量子化処理中に、サーバーが割り当てられたヒープバッファの範囲外を読み取ります。漏洩したメモリ内容には環境変数、APIキー、システムプロンプト、および同時に接続しているユーザーの会話データが含まれる可能性があり、攻撃者は/api/pushエンドポイントを通じて管理するレジストリに結果として得られたモデルアーティファクトをアップロードすることで情報を外部に持ち出す恐れがあります。/api/createおよび/api/pushエンドポイントには認証がありません。デフォルトの展開では127.0.0.1にバインドされていますが、ドキュメント化されたOLLAMA_HOST=0.0.0.0設定は実際には広く使用されており（大規模なパブリックインターネットへの曝露が確認されています）。

ERPNext v15.103.1以前のバージョンには、サーバーサイドテンプレートインジェクション（SSTI）の脆弱性があります。メールテンプレートの作成または編集権限を持つ攻撃者は、テンプレートのレンダリング時にサーバー上で実行されるテンプレート式を注入することが可能です。