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

変数展開と共にセーフフィルターが使用される場合、同じ文字列上のすべての後続のパイプラインも誤ってセーフとして解釈されるため、不安全なデータがエスケープ解除されてしまいます。これにより、認証時にSQLやLDAPインジェクション攻撃が可能になる場合があります。修正版が提供されるまで、セーフフィルターの使用を避けてください。現在、公開されているエクスプロイトは存在しません。

Esri Portal for ArcGIS 11.4、11.5、および12.0のWindows、Linux、およびKubernetes版において、開発者の資格情報に割り当てられた権限を正しくチェックしない不適切な認可の脆弱性が存在します。この脆弱性により、適切な権限確認が行われない可能性があります。

AGL app-framework-main バージョン17.1.12までのウィジェットインストールフローには、Zip Slipパス・トラバーサルの脆弱性（CWE-22）とTOCTOUレースコンディション（CWE-367）が組み合わさった脆弱性が存在します。wgtpkg-zip.cのis_valid_filename関数はZIPエントリ名を検証しますが、ドット表記によるディレクトリ・トラバーサルのシーケンスをチェックせず、絶対パスのみをブロックします。zread抽出関数はopenat(workdirfd, filename, O_CREAT)を使用しており、ドット表記の値を作業ディレクトリに対して相対的に解決するため、ファイルシステム上の任意の場所にファイルを書き込むことが可能です。重要なことに、wgtpkg-install.cのinstall_widget関数では、zreadによる抽出がcheck_all_signaturesによる署名検証の前に行われます。署名検証に失敗しても、エラー時のクリーンアップ(remove_workdir)は一時作業ディレクトリのみを削除し、パス・トラバーサルにより書き込まれたファイルは恒久的に残ってしまいます。

Windows版Zoom Workplaceの6.6.0以前のバージョンにおいて、メール機能のファイル名またはパスが外部から制御される脆弱性により、認証されていないユーザーがネットワーク経由で特権昇格を行う可能性があります。

SSLバンドルを使用するように構成されている場合、Spring BootのRabbitMQ自動構成はRabbitMQブローカーに接続する際にホスト名の検証を実行しません。ベンダーのアドバイザリーによると、影響を受けるバージョンはSpring Boot 4.0.0から4.0.5（修正は4.0.6）、および3.5.0から3.5.13（修正は3.5.14）です。

Spring BootのCassandra自動構成は、CassandraへのSSL接続を確立する際にホスト名の検証を行いません。影響を受けるバージョンは、Spring Boot 4.0.0から4.0.5（修正版4.0.6）、3.5.0から3.5.13（修正版3.5.14）、3.4.0から3.4.15（修正版3.4.16）、3.3.0から3.3.18（修正版3.3.19）、2.7.0から2.7.32（修正版2.7.33）、およびCassandra SSLの自動構成機能です。ベンダーのアドバイザリによると、サポート終了バージョンも影響を受けることが確認されています。

Luanti（旧Minetest）はオープンソースのボクセルゲーム作成プラットフォームです。バージョン5.0.0から5.15.2未満の間、悪意のあるモッドがサンドボックス化されたLua環境から簡単に脱出し、任意のコードを実行してユーザーのデバイス上のファイルシステムへ完全なアクセス権を取得できます。これはサーバーサイドのモッド、asyncおよびmapgen、さらにクライアントサイド（CSM）環境にも適用されます。この脆弱性はLuaJITを使用している場合にのみ悪用可能です。バージョン5.15.2にはこの問題を修正するパッチが含まれています。リリース版では、`builtin/init.lua`を編集して最後に`getfenv = nil`という行を追加することで再コンパイルなしにこの問題を修正できます。ただし、これは本質的に安全でないわけではありませんが、この関数に依存しているモッドを破壊する可能性があることに注意してください。

ArchiveBoxはオープンソースのセルフホスト型ウェブアーカイブシステムです。バージョン0.8.6rc0以前では、/add/エンドポイント（core/views.pyのAddView）が検証なしにクロール設定にマージされるconfig JSONフィールドを受け入れていました。この設定はアーカイブプラグイン実行時に環境変数としてエクスポートされ、任意のツール引数を注入することでリモートコード実行（RCE）を達成可能です。公開時点では、公開されたパッチは存在していません。

Azure Logic Appsのアクセス制御に不備があるため、認可された攻撃者がネットワーク上で権限を昇格させることが可能です。

Microsoft Dynamics 365（オンプレミス）において不要な特権で実行される脆弱性により、認可された攻撃者がネットワーク経由でコードを実行できる可能性があります。

Microsoft Dynamics 365 (オンプレミス) において、コード生成の不適切な制御（「コードインジェクション」）により、認可された攻撃者がネットワーク経由でコードを実行する可能性があります。

vm2はNode.js向けのオープンソースの仮想マシンおよびサンドボックスです。バージョン3.11.0以前では、ホストオブジェクトを取得することが可能でした。ホストオブジェクトを利用してサンドボックスから脱出する方法はいくつか存在し、その一例としてHostObject.getOwnPropertySymbolsを使用してSymbol(nodejs.util.inspect.custom)を取得する方法があります。この脆弱性はバージョン3.11.0で修正されました。

vm2はNode.js向けのオープンソースの仮想マシン／サンドボックスです。3.11.0以前のバージョンでは、モジュールbuiltinが許可されている場合（"*"ワイルドカードを含む）にNodeVMの組み込みホワイトリストをバイパスすることが可能です。モジュールbuiltinはNodeのModule._load()を公開しており、これにより任意のモジュールを名前でホストコンテキスト内に直接ロードできるため、vm2の組み込み制限を完全に回避できます。これによりサンドボックス内のコードがchild_processなどの除外された組み込みモジュールをロードし、リモートコード実行を達成する可能性があります。この脆弱性は3.11.0で修正されました。

vm2はNode.js向けのオープンソースのVM/サンドボックスです。バージョン3.9.6から3.10.5の間、vm2のブリッジは実際のホスト領域の組み込みプロトタイプに対して変更可能なプロキシを公開し、その後、sandboxからの書き込みをotherReflectSet()およびotherReflectDefineProperty()を使って基盤となるホストオブジェクトに転送します。これにより、デフォルトのVMまたは継承されたNodeVM内で実行される攻撃者制御のJavaScriptが、サンドボックス内部から共有ホストのObject.prototype、Array.prototype、Function.prototypeを改変できるようになります。この脆弱性はバージョン3.11.0で修正されました。

vm2はNode.js向けのオープンソースのVM/サンドボックスです。バージョン3.11.0以前のバージョンでは、任意のプロトタイプを取得できるBaseHandler.getPrototypeOfに到達することが可能でした。この脆弱性はバージョン3.11.0で修正されました。

vm2はNode.js向けのオープンソースのVMおよびサンドボックスです。バージョン3.11.1以前では、NodeVMがnesting:trueの設定で作成されると、サンドボックス内のコードは外側のVMのrequire設定（require:falseを含む）に関係なく無条件にrequire('vm2')を実行できます。vm2にアクセスできることにより、サンドボックスは独自の制限なしのrequire設定を持つ新しい内部NodeVMを構築し、ホスト上で任意のOSコマンドを実行することが可能です。nesting:trueでNodeVM内に信頼されていないコードを実行するアプリケーションは完全に危殆化します。この脆弱性はバージョン3.11.1で修正されました。

vm2はNode.js向けのオープンソースのVM／サンドボックスです。3.11.2より前のバージョンでは、新しいメソッドneutralizeArraySpeciesBatchが他側のオブジェクトと連携しますが、配列プロトタイプのゲッターを介してこちら側が呼び出すことができ、それにより異なる側のオブジェクトがサンドボックス内に露出してしまいます。これを悪用するとホストオブジェクトおよびホストのFunctionオブジェクトを取得できます。これにより攻撃者はVM2サンドボックスから脱出し、ホストシステム上で任意のコマンドを実行するコードを書けるようになります。この脆弱性は3.11.2で修正されました。

vm2はNode.js向けのオープンソースのVM/サンドボックスです。3.11.2以前のバージョンにおいて、本脆弱性が存在していました。この脆弱性は3.11.2で修正されています。

Nginx UIはNginxウェブサーバーのウェブユーザーインターフェースです。バージョン2.3.4およびそれ以前では、認証済みユーザーが任意の内部URLを指すクラスタノードを作成し、X-Node-IDヘッダーを付加したAPIリクエストを送信することでサーバーサイドリクエストフォージェリ（SSRF）を実行できます。Proxyミドルウェアはこれらのリクエストを攻撃者が指定した内部アドレスに転送し、ネットワークのセグメンテーションを回避し、localhostや内部ネットワークにバインドされたサービスへアクセスできるようにします。

ERPNextは無料でオープンソースのエンタープライズリソースプランニングツールです。16.9.1以前のバージョンでは、一部のエンドポイントが適切な認可チェックを強制しておらず、ユーザーが許可された役割を超えてデータを変更できる状態になっていました。この脆弱性は16.9.1で修正されました。

n8n-MCPは、AIアシスタントにn8nノードのドキュメント、プロパティ、および操作へのアクセスを提供するMCPサーバーです。バージョン2.18.7から2.50.2未満のバージョンにおいて、認証済みのサーバーサイドリクエストフォージェリの脆弱性が、ウェブフックトリガーツール、n8n APIクライアント（N8N_API_URL）、およびマルチテナントHTTPモードでx-n8n-urlヘッダーを経由して提供されるリクエストごとのURLに影響を与えていました。この問題はバージョン2.50.2で修正されました。

vm2はNode.js向けのオープンソースの仮想マシンおよびサンドボックスです。バージョン3.11.3より前では、asyncジェネレーター内でyield*式を使用することによりホスト例外をキャッチできました。ジェネレーターがreturn関数で閉じられると、その値がawaitされ、then呼び出し内でスローされた例外はランタイムによってキャッチされ、yield*イテレーターに次の値として渡されます。この仕組みによって、攻撃者はVM2サンドボックスから脱出してホストシステム上で任意のコマンドを実行できるコードを記述できます。この脆弱性はバージョン3.11.3で修正されています。

PgBouncer 1.25.2より前のバージョンのSCRAMコードは、SCRAMクライアント最終メッセージの内容を構築する際にstrlcat()の戻り値を正しく検査していませんでした。悪意のあるバックエンドが長いノンスを含むSCRAMサーバー最終メッセージを送信すると、スタックオーバーフローが発生する可能性があります。

2026年5月: 本セキュリティアドバイザリは、2026年2月に公表された後に発見および修正された脆弱性の詳細と修正情報を提供します。本アドバイザリは、コントロール接続のハンドシェイクにおける新たな脆弱性に関する内容です。本アドバイザリのセクションには、システムチェックを支援するためのコントロール接続表示に関するガイダンスを含みます。Cisco Catalyst SD-WAN Controller（旧称 SD-WAN vSmart）および Cisco Catalyst SD-WAN Manager（旧称 SD-WAN vManage）のピアリング認証に存在する脆弱性により、認証されていないリモート攻撃者が認証を回避し、影響を受けるシステムで管理者権限を取得する可能性があります。この脆弱性は、影響を受けるシステムのピアリング認証メカニズムが正しく機能していないために存在します。攻撃者は細工されたリクエストを影響を受けるシステムに送信することで、この脆弱性を悪用できます。成功した攻撃により、攻撃者は影響を受ける Cisco Catalyst SD-WAN Controller に内部の高権限だがrootではないユーザーアカウントとしてログインできるようになります。このアカウントを使用することで攻撃者はNETCONFにアクセスでき、それによりSD-WANファブリックのネットワーク設定を操作できます。

Azure SDKの認証に不備があるため、未承認の攻撃者がネットワークを介してセキュリティ機能を回避できる可能性があります。

Microsoft Dynamics 365 Customer Insights における権限管理の不備のため、認可された攻撃者はネットワーク上で権限を昇格させることが可能になります。

Windows Hyper-Vに存在するUse after freeの脆弱性により、不正な攻撃者がローカルで特権を昇格させることが可能です。

2026年5月11日、約19時20分から19時26分（UTC）の間に、42の@tanstack/*パッケージにわたって合計84の悪意あるバージョンがnpmレジストリに公開されました。公開は正当なGitHub ActionsのOIDC信頼済みパブリッシャーバインディングを通じてTanStack/router向けに認証されましたが、公開ワークフロー自体は変更されていませんでした。攻撃者は3つの既知の脆弱性クラス（pull_request_targetの「Pwn Request」誤設定、フォークとベースの信頼境界を跨ぐGitHub Actionsキャッシュ汚染、およびActionsランナープロセスからのOIDCトークンの実行時メモリ抽出）を連鎖的に悪用して、信頼されたIDの下で認証情報を盗むマルウェアを公開しました。影響を受けた各パッケージにはちょうど2つの悪意あるバージョンが数分おきに公開されました。

mem0 v1.0.0 サーバーは、DELETE /memories エンドポイント経由でアクセス可能なメモリリセット機能に対して認証および認可制御が欠如しています。認証されていない攻撃者が DELETE リクエストを送信すると、リセット操作が実行され、DROP TABLE SQL 文が起動されます。これにより、メモリデータベースのテーブル全体が削除され、壊滅的なデータ損失が発生し、サービスのすべてのユーザーに対して完全なサービス拒否状態が発生します。

Yarboファームウェアv2.3.9には、リモートから認証なし（または弱い認証）で特権機能にアクセスできる隠れた持続的なバックドアが発見されました。このバックドアは文書化されておらず、ユーザー操作可能な設定で無効化できません。また、工場出荷状態へのリセットや通常のファームウェア更新を行っても残存します。

Yarboファームウェアv2.3.9には、ファームウェアイメージにハードコードされた管理者資格情報が埋め込まれています。これらの資格情報は、このファームウェアを実行しているすべてのデバイスで同一であり、エンドユーザーが変更または削除することはできません。そのため、これらの資格情報を知っている者は誰でも、デバイス管理インターフェイスに不正に簡単にアクセスできます。

Yarboファームウェアv2.3.9に組み込まれているMQTTブローカーは、トピックレベルの読み取りまたは書き込みACLなしで匿名接続を許可するように設定されています。同じネットワーク上の任意のホストが、認証や認可なしに機密のテレメトリートピックを購読したり、制御メッセージを直接ロボットに公開したりできる状態です。

Windows Netlogonのスタックベースのバッファオーバーフローにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。

Microsoft Windows DNS におけるヒープベースのバッファオーバーフローの脆弱性により、認証されていない攻撃者がネットワーク経由でコードを実行する可能性があります。

Apache Tomcatにおける不適切な入力検証の脆弱性です。この問題はApache Tomcatの以下のバージョンに影響します：11.0.0-M1から11.0.21まで、10.1.0-M1から10.1.54まで、9.0.0-M1から9.0.117まで、および10.0.0-M1から10.0.27まで。サポート終了の古いバージョンも影響を受ける可能性があります。ユーザーはこの問題を修正した[FIXED_VERSION]にアップグレードすることを推奨します。

CKANは、データハブやデータポータルを支えるオープンソースのDMS（データ管理システム）です。2.10.10および2.11.5より前のバージョンには、datastore_search_sqlに脆弱性が存在し、攻撃者がSQLインジェクションを行うことで、プライベートリソースやPostgreSQLのシステム情報にアクセスできる可能性がありました。この脆弱性は2.10.10および2.11.5で修正されています。

CKANは、データハブおよびデータポータルを支えるオープンソースのデータ管理システム（DMS）です。バージョン2.10.10および2.11.5より前のバージョンには、datastore_search_sqlに脆弱性が存在していました。この脆弱性により、攻撃者が認証を回避してプライベートリソースやPostgreSQLシステム情報にアクセスできる可能性がありました。この問題はバージョン2.10.10および2.11.5で修正されています。

Linuxカーネルの以下の脆弱性が修正されました：libcephのCEPH_MAX_KEY_LENの定義および強制に関する問題です。キーをデコードする際、process_auth_done()内の固定サイズバッファにキー素材が収まっていること、また一般的に適切な長さであることを検証します。新しいCEPH_MAX_KEY_LENのチェックは既存のキー素材がないキーのチェックに代わるものであり、a) CEPH_CRYPTO_NONEを除外する必要があるため普遍的ではなく、b) 必要な長さより短いキーはキー素材がない場合と同様に無効であり、それは他の場所で処理されるべきであるため、あまり意味を持たないという問題を解決します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：net/ipv6: ioam6におけるトレースフィルのスキーマ長のラップアラウンドを防止しました。ioam6_fill_trace_data()はトレース長に対するスキーマの寄与をu8型で保持していましたが、ビット22が有効で最大のスキーマペイロードの場合、sclenは1 + 1020 / 4となり、256から0にラップし、残りの空きチェックを回避してしまいます。__ioam6_fill_trace_data()はその後、スキーマ領域を確保せずに書き込みカーソルを位置決めしますが、4バイトのスキーマヘッダーとスキーマペイロード全体をコピーし、トレースバッファをオーバーランさせてしまいます。sclenを符号なしint型で保持するように変更することで、残りの空きチェックと書き込みカーソルの計算の両方が完全なスキーマ長を認識できるようになりました。

Linuxカーネルにおける脆弱性の修正として、ksmbdのoplock_infoを即時に解放していた問題を、call_rcu()による遅延解放に変更しました。これにより、use-after-freeが防止され、すでに解放されたoplock_info構造体へのアクセスが抑制されて安全性が向上しました。