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

OpenClawの2026年4月10日以前のバージョンには、不完全なナビゲーションガードに関する脆弱性が存在し、攻撃者が完全なSSRFポリシーを適用せずにナビゲーションをトリガーできる可能性があります。pressKeyやtypeの送信フローを含むブラウザのプレス／タイプ操作により、アクション後のセキュリティチェックを回避して不正なナビゲーションを実行できる可能性があります。

OpenClawの2026年4月10日以前のバージョンには、不十分な環境変数拒否リストに関する脆弱性があります。この脆弱性により、実行環境ポリシーでVIMINIT、EXINIT、LUA_INIT、HOSTALIASESなどの高リスクなインタプリタ起動変数に対するオペレータからの上書きを許可してしまいます。攻撃者はこれらの環境変数を操作することで、後続の実行動作やネットワーク接続に影響を及ぼす攻撃を行うことが可能です。

OpenClawの2026年4月15日以前のバージョンには、Matrixルームのコントロールコマンド認証において、DMペアリングストアのエントリを信用して認証を回避される脆弱性があります。DMペアリングされた送信者IDを持つ攻撃者は、ボットルームに投稿することで、設定された許可リストに含まれていなくてもルームコントロールコマンドを実行できます。そのため、特権的なOpenClawの動作を可能にする恐れがあります。

OpenClawの2026年4月20日以前のバージョンでは、workspaceのdotenvファイル内でOPENCLAW_ランタイム制御用の環境名前空間を適切に予約できず、攻撃者が重要なランタイム変数を上書きできる問題があります。悪意のあるワークスペースは、OPENCLAW_GIT_DIRのような変数を設定することで、ソースの更新やインストーラ実行時に信頼されたOpenClawランタイムの動作を操作できます。

OpenClawの2026年4月22日以前のバージョンには、引用符で囲まれていないheredoc本文内でのシェル展開を隠すことができるexec許可リストの解析に脆弱性が存在します。攻撃者はheredoc本文にシェル展開トークンを埋め込むことで、許可リストの検証を回避し、実行時に承認されていないコマンドを実行可能です。

OpenClawの2026年4月22日以前のバージョンには、ZaloプラグインのsendPhoto機能にサーバーサイドリクエストフォージェリ（SSRF）の脆弱性が存在します。この機能はSSRFガードを通じて送信される写真のURLを適切に検証できません。攻撃者は悪意のある写真URLをZalo Bot APIに提供することでSSRF保護を回避し、内部リソースに不正アクセスできる可能性があります。

OpenClaw は 2026 年 4 月 22 日以前のバージョンにおいて、リクエストヘッダーのなりすましが可能なサーバー発行のベアラートークンからループバック MCP オーナーコンテキストを派生させています。オーナーでないループバッククライアントが sender-owner ヘッダーメタデータを操作することで、自分自身をオーナーとして表示し、オーナー限定の操作を回避することができます。

GitPythonはGitリポジトリと対話するためのPythonライブラリです。バージョン3.1.48より前のGitPythonには、GitPythonを使用するアプリケーションに対して細工されたリファレンスパスを提供できる攻撃者が、リファレンスの作成、名前変更、削除操作におけるリファレンスパスの不十分な検証を介して、リポジトリの.gitディレクトリ外のファイルを書き込み、上書きし、移動または削除できる脆弱性が存在します。この問題はバージョン3.1.48で修正されています。

Ivanti EPMMのバージョン12.6.1.1、12.7.0.1、および12.8.0.1以前には、不適切なアクセス制御の脆弱性が存在します。この脆弱性により、リモートの認証済み攻撃者が管理者権限を取得できる可能性があります。

HKUDS OpenHarnessはPR #156の修正前のバージョンにおいて、/plugin install、/plugin enable、/plugin disable、/reload-pluginsを含むプラグインのライフサイクルコマンドをデフォルトでリモート送信者に公開しています。チャネル層を通じてアクセスを得た攻撃者は、リモートでプラグインの信頼性と有効化状態を管理でき、不正なプラグインをシステム上にインストールし有効化することが可能です。

HKUDS OpenHarnessのPR #147修正前のバージョンには、安全でないデフォルト設定の脆弱性が存在します。遠隔チャネルがallow_from = ["*"]を継承しており、任意のリモート送信者が認証チェックを通過できてしまいます。構成されたチャネルに到達した攻撃者はアクセス制御を回避でき、ホスト支援エージェントのランタイムへアクセス可能です。また、デフォルトで有効になっている読み取り専用ツールを通じて、無許可のファイル情報漏洩や読み取りアクセスにつながる可能性があります。

Ivanti EPMMのバージョン12.6.1.1、12.7.0.1、および12.8.0.1より前のバージョンには不適切な入力検証の脆弱性があり、リモートで認証された管理者権限を持つユーザーがリモートコード実行を達成できます。

MacおよびiOSのGoogle ChromeのMediaコンポーネントにおける境界外書き込みの脆弱性により、バージョン148.0.7778.96より前では、遠隔の攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。この問題はChromiumでセキュリティ重大度中として評価されています。

148.0.7778.96より前のGoogle ChromeのCastにおいて、信頼されていない入力の検証不足が存在したため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、権限昇格を実行できる可能性がありました。

148.0.7778.96 より前の Google Chrome の WebRTC における Use after free の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行する可能性がありました。Chromium のセキュリティ重要度は低と評価されています。

Google Chromeのバージョン148.0.7778.96未満におけるDevToolsのポリシー適用不足の問題により、リモート攻撃者が悪意のあるネットワークトラフィックを介してサンドボックスから脱出する可能性がありました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdにおける再接続時に耐久ハンドルの所有者を検証する機能が追加されました。現状、ksmbdは耐久ハンドルに再接続しようとするユーザーが、元々ファイルを開いたユーザーと同一かどうかを確認していませんでした。これにより、認証済みの任意のユーザーが永続IDを予測またはブルートフォースすることで、孤立した耐久ハンドルを乗っ取ることが可能でした。MS-SMB2に従い、サーバーは再接続要求のSecurityContextが既存のオープンに関連付けられたSecurityContextと一致することを必ず検証しなければなりません。ksmbd_fileにdurable_owner構造体を追加し、元のオープナーのUID、GID、およびアカウント名を格納しています。ファイルハンドルが孤立した場合に所有者情報を取得し、SMB2_CREATE (DHnC)時に要求者の身元を検証するためにksmbd_vfs_compare_durable_owner()を実装しました。

Linuxカーネルには、krb5encによる非同期復号時のハッシュ検証がスキップされてしまう脆弱性が存在しました。krb5enc_dispatch_decrypt()は、非同期処理完了時に適切な中間コールバックを使用せず、ハッシュ検証をバイパスして整合性検証が行われない問題がありました。この問題は、非同期処理完了コールバックにkrb5enc_decrypt_doneを追加し、暗号化経路と同様のコールバックパターンにすることで修正されました。また、EINPROGRESSおよびEBUSYの処理も改善され、連続したEINPROGRESS通知がユーザーに伝わらないように対策が施されました。

Linuxカーネルにおいて、usb: gadget: f_uac1_legacyコンポーネントのコントロールリクエストのサイズ検証に関する脆弱性を修正しました。f_audio_complete()関数はreq-lengthバイトを4バイトのスタック変数にコピーしますが、req-lengthはホストに制御されるUSBリクエストから取得されるため、スタックの範囲外書き込みが発生する可能性がありました。本修正では、対応するコントロールセレクタの期待されるペイロードサイズとreq-actual値を検証し、期待されるデータ量のみを処理することで、ホスト制御の長さを固定サイズのスタックオブジェクトにコピーする問題を防止します。

Linuxカーネルにおいて、次の脆弱性が修正されました。io_uring/net: io_bundle_nbufs()におけるスラブの境界外読み取りの問題です。sqe-lenは__u32型ですが、sr-lenに格納されるとint型になります。ユーザースペースがINT_MAX（例：0xFFFFFFFF）を超えるsqe-lenの値を渡すと、sr-lenが負の値にオーバーフローします。この負の値がバンドルの受信/送信パス全体に伝播します。以下の流れで問題が発生します。1. io_recv(): sel.val = sr-len（ssize_tが-1となる） 2. io_recv_buf_select(): arg.max_len = sel-val（size_tが0xFFFFFFFFFFFFFFFFとなる） 3. io_ring_buffers_peek(): max_lenが非常に大きいためbuf-lenは制限されない 4. iov[].iov_lenに0xFFFFFFFFがio_bundle_nbufs()へ流れ込む 5. io_bundle_nbufs(): min_t(int, 0xFFFFFFFF, ret)が-1を返し、retが減少するのではなく増加し、確保されたiov[]配列の境界を超える無限ループが発生します。これにより、io_bundle_nbufs()でkmalloc-64スラブの範囲外の読み取りが起き、nbufsが確保されたiovecエントリを超えて増加します。バグ内容は次のとおりです。KASAN: io_bundle_nbufs+0x128/0x160におけるスラブの境界外読み取りがサイズ8でアドレスffff888100ae05c8にてタスクexp/145によって行われました。コールトレースはio_bundle_nbufs+0x128/0x160、io_recv_finish+0x117/0xe20、io_recv+0x2db/0x1160です。修正内容として、io_sendmsg_prep()およびio_recvmsg_prep()の両方で負のsr-len値を早期に拒否する対策を講じました。sqe-lenは__u32型であるため、INT_MAXを超える値はオーバーフローを示し、有効な長さではないと判断しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ALSAのctxfiにおけるSPDIF1インデックスの取り扱い漏れを修正しました。hw20k2では、SPDIF1のDAIOタイプがdaio_device_index()で適切に処理されておらず、-EINVALを返してしまい、その結果として配列の境界外アクセスが発生していました。hw20k1のパターンに従い、このタイプに対しても適切なインデックスを返すように修正しました。

Linuxカーネルのdrivers/xen/sys-hypervisor.cにおいて、バッファオーバーフローの脆弱性が存在します。HYPERVISOR_xen_version(XENVER_build_id)が返すビルドIDはヌル終端されていないため、sprintfがヌル終端を探して読み込みを続け、バッファオーバーフローが発生します。この問題はmemcpyの使用によって修正されました。

Linuxカーネルのxen/privcmdにおいて、VMA分割による二重解放の脆弱性が修正されました。privcmd_vm_opsには.close（privcmd_close）が定義されていますが、.may_splitも.openも定義されていません。そのため、ユーザースペースがprivcmdマッピングに対して部分的にmunmap()を実行すると、カーネルは__split_vma()でVMAを分割し、.may_splitがNULLであるため、分割を許可してしまいます。vm_area_dup()は新しいVMAに対してvm_private_data（alloc_empty_pages()で割り当てたページ配列）を修正せずにコピーするため、両方のVMAが同じページ配列を指すことになります。その結果、マッピング解除時にprivcmd_close()が同じページ配列を二重に解放してしまいます。この問題は、.may_splitコールバックでVMA分割を拒否することで修正されました。

Azure Monitor Agentの不適切な入力検証により、認可された攻撃者がローカルで特権を昇格させることが可能になります。

Azure Monitor Agentにおける信頼されていないデータの逆シリアライゼーションにより、権限のある攻撃者がローカル環境で権限を昇格させることが可能です。

ingress-nginxにおいて、`nginx.ingress.kubernetes.io/rewrite-target`というIngressアノテーションがnginxの設定注入に悪用されるセキュリティ問題が発見されました。この問題により、ingress-nginxコントローラーのコンテキストで任意のコードを実行でき、コントローラーがアクセス可能なSecretsの情報が漏洩する恐れがあります。デフォルトのインストールでは、コントローラーがクラスター全体のすべてのSecretsにアクセスできることに注意が必要です。

.NET、.NET Framework、Visual Studioにおいて、到達不能な終了条件（「無限ループ」）を含むループにより、不正な攻撃者がネットワークを介してサービス拒否を引き起こす可能性があります。

SQL Serverにおいて、信頼されていないポインタを参照することで、認証された攻撃者がネットワーク経由でコードを実行する可能性があります。

Apache Log4j 1-to-Log4j 2ブリッジのLog4j1XmlLayoutは、XML 1.0標準で禁止されている文字をエスケープできず、不正なXML出力を生成します。準拠したXMLパーサーは、このような文字を含むドキュメントを致命的なエラーとして拒否し、その結果、下流のログ処理システムが対象のレコードを破棄したりインデックス化に失敗したりする可能性があります。影響を受けるユーザーは次の2つのグループに分かれます。・Log4j Core 2の設定ファイルでLog4j1XmlLayoutを直接使用しているユーザー・レイアウトクラスとしてorg.apache.log4j.xml.XMLLayoutを指定しているLog4j 1設定互換レイヤーを使用しているユーザーです。ユーザーは、この問題を修正したApache Log4j 1-to-Log4j 2ブリッジバージョン2.25.4へアップグレードすることを推奨します。注意：Apache Log4j 1-to-Log4j 2ブリッジは廃止予定であり、Log4j 3には含まれません。ユーザーはLog4j 1からLog4j 2へのマイグレーションガイドhttps://logging.apache.org/log4j/2.x/migrate-from-log4j1.html を参照し、特にブリッジへの依存を排除するセクションを確認することを推奨します。

gnutlsに脆弱性が発見されました。この脆弱性は、gnutlsが`excludedSubtrees`や`permittedSubtrees`内の`dNSName`（DNS）や`rfc822Name`（メール）制約の`nameConstraints`ラベルを大文字・小文字を区別して比較することにより発生します。リモートの攻撃者は、Subject Alternative Name（SAN）に大文字・小文字の違いを持つリーフ証明書を作成することでこの問題を悪用可能で、本来拒否されるべき証明書が受け入れられるポリシーバイパスが発生します。これにより、不正アクセスや情報漏洩のリスクが生じます。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.33および2.17.5以前では、dynamic-node-parametersエンドポイントが認証された呼び出し元に対して提供された資格情報参照を使用する権限を持っているかどうかを検証していませんでした。共有ワークフローにアクセスできる認証ユーザーがリクエストボディに他人の資格情報IDを提供すると、バックエンドはその資格情報を復号化し、呼び出し元が宛先URLも制御するヘルパー実行パスで使用していました。これにより、呼び出し元は他のユーザーに属する資格情報を使って攻撃者制御のインフラに対しバックエンドを認証させることが可能となり、再利用可能なAPIキーを実質的に漏洩させてしまいました。この問題は特定のノードタイプに限定されず、これらのエンドポイントを通じて資格情報を動的に解決する任意のノードが影響を受ける可能性があります。この問題はバージョン1.123.33、2.17.5および2.18.0で修正されました。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、および2.18.1以前には、SeaTableノードのrow:searchおよびrow:get操作において、ユーザー制御の入力がエスケープやパラメータ化されずに直接SQLクエリ文字列に連結される脆弱性が存在していました。外部ユーザーの入力が式を介してSeaTableノードの検索または行取得パラメータに渡されるワークフローでは、攻撃者が構築されたクエリを操作して、意図しない行を接続されたSeaTableベースから取得し、ワークフローに実装された行レベルのフィルタリングロジックを回避する可能性がありました。この問題はバージョン1.123.32、2.17.4、および2.18.1で修正されています。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、および2.18.1以前のバージョンにおいて、n8nのWebhookハンドラーでXMLリクエストボディを解析するために使用されるxml2jsライブラリに欠陥があり、細工されたXMLペイロードを介してプロトタイプ汚染が可能でした。ワークフローの作成または変更権限を持つ認証済みユーザーはこの欠陥を悪用してJavaScriptオブジェクトのプロトタイプを汚染でき、その汚染をGitノードのSSH操作と組み合わせることで、n8nホスト上でリモートコード実行を実現できます。この問題はバージョン1.123.32、2.17.4、および2.18.1で修正されています。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、および2.18.1より前のバージョンにおいて、ワークフローの作成または変更権限を持つ認証ユーザーが、XMLノードを介してグローバルプロトタイプ汚染を引き起こし、他のプロトタイプ汚染を悪用するノードと組み合わせることでリモートコード実行（RCE）を達成できる可能性がありました。この問題はバージョン1.123.32、2.17.4、および2.18.1で修正されました。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、2.18.1より前のバージョンでは、Pythonコードノードを含むワークフローを作成または変更する権限を持つ認証済みユーザーがサンドボックスを脱出し、タスクランナーコンテナ上で任意のコードを実行する可能性がありました。この問題はPythonタスクランナーが有効になっているインスタンスにのみ影響します。この問題はバージョン1.123.32、2.17.4、2.18.1で修正されています。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、および2.18.1より前のバージョンでは、MCP OAuthクライアント登録エンドポイントが認証なしのリクエストを受け入れ、適切なリソース制御を行わずにクライアントデータを保存していました。認証されていないリモートの攻撃者が大きな登録ペイロードを送信することで、サーバーのメモリリソースを枯渇させ、n8nインスタンスの利用を不能にする可能性があります。MCPの有効/無効の切り替えはMCPアクセスを制御しますが、クライアント登録は制限せず、このエンドポイントはインスタンスでMCPアクセスが有効かどうかにかかわらず到達可能でした。この問題はバージョン1.123.32、2.17.4、および2.18.1で修正されています。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.32、2.17.4、および2.18.1より前のバージョンでは、GHSA-f3f2-mcxc-pwjxの修正がSnowflakeノードおよびレガシーMySQL v1ノードに適用されていませんでした。これらのノードは、ユーザーが制御するテーブル名、カラム名、および更新キーを識別子のエスケープなしで直接クエリ文字列に埋め込むことでSQLクエリを構築しており、その結果、接続されたデータベースに対するSQLインジェクションを可能にしていました。この問題はバージョン1.123.32、2.17.4、および2.18.1で修正されています。

OpenClawバージョン2026.4.9から2026.4.10未満には、送信者ポリシーを回避する脆弱性が存在し、送信先ホストのメディア添付ファイル読み取りヘルパーにおいて認可されていないローカルファイル情報が漏洩する可能性があります。toolsBySenderやグループポリシーによって読み取りアクセスが拒否されている攻撃者は、ホストのメディア添付ファイルの読み込みをトリガーすることで送信者およびグループスコープの認可境界を回避し、アウトバウンドメディア経路を通じて読み取り可能なローカルファイルを取得できます。

OpenClaw の 2026 年 4 月 10 日以前のバージョンには、ブラウザのタブのアクション選択および閉じるルートにおいて、サーバーサイドリクエストフォージェリ（SSRF）ポリシーバイパスの脆弱性があります。攻撃者は /tabs/action エンドポイントを悪用して、設定されたブラウザの SSRF ポリシー保護を回避し、無許可のタブナビゲーション操作を実行できます。

Apache OpenNLPのAbstractModelReaderに無制限の配列割り当てによるOOM（Out Of Memory）拒否サービス攻撃の脆弱性があります。この脆弱性は、AbstractModelReaderのgetOutcomes()、getOutcomePatterns()、およびgetPredicates()メソッドがモデルのバイナリストリームから読み取ったカウント値をそのまま配列のサイズとして使用し、値の検証を行っていないことによって発生します。そのため、攻撃者が細工したモデルファイルを読み込ませると、非常に大きな配列の割り当てを試み、Java仮想マシンのメモリを枯渇させてクラッシュさせることが可能です。影響を受けるバージョンは2.5.9未満および3.0.0-M3未満であり、対策としてそれら以降のバージョンへアップグレードすることが推奨されています。修正では、配列割り当て前に上限を設けて不正なサイズを検出し、読み込みを中断するようになっています。なお、アップグレードが困難な場合は、信頼できないモデルファイルの読み込みを避けるなどの安全対策を行ってください。