全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,332 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近3年 の検索結果：2,601–2,640 件目を表示（ページ 66）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Wazuhは、脅威の防止、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン4.6.0以上、4.14.5未満において、CheckRateLimitsMiddleware.dispatch()のロジックエラーにより、/eventsエンドポイントのレートチェックが一般的なレート制限の結果を無条件に上書きしてしまいます。グローバルなmax_request_per_minuteの制限を超えた場合でも、/eventsへのリクエストは、イベント専用のカウンター（固定で毎分30件）が達成されていなければ成功します。これにより、管理者が設定したグローバルなレート制限を超えてanalysisdにイベントが注入される可能性があります。この問題はバージョン4.14.5で修正されました。
Wazuhは、脅威の予防、検出、および対応に使用される無料のオープンソースプラットフォームです。バージョン3.9.0以上、4.14.5未満のバージョンにおいて、リモートの攻撃者が任意の大きさのペイロード長を持つ細工されたメッセージヘッダーを送信することで、クラスタプロトコルパーサーのメモリ枯渇を引き起こす可能性があります。この長さは認証や復号の前に信頼され、メモリ割り当てに直接使用されるため、認証されていない状態でクラスタサービスに対してサービス拒否を引き起こします。この問題はバージョン4.14.5で修正されました。
Wazuhは、脅威の予防、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン1.0.0以上、4.14.5未満のwazuh-analysisdには、ヒープバッファオーバーフローの脆弱性が存在します。認証されていないリモート攻撃者は、この脆弱性を悪用してWazuhマネージャの分析エンジンをクラッシュさせ、SIEMアラート処理を完全に停止させる可能性があります。この攻撃は、公式のwazuh/wazuh-docker配布に含まれるデフォルト設定を悪用するものです。攻撃者はパスワードなしでauthdに登録し、有効なエージェントIDと暗号化キーを取得します。その後、Wazuhエージェントプロトコルを介してremotedに接続し、30バイトを超える{key: value}パターンを含むrootcheckイベントを注入します。これにより、W_JSON_ParseRootcheckの30バイトバッファでsprintfのオーバーフローが発生し、ヒープが破損してwazuh-analysisdがクラッシュします。その結果、アラート処理が密かに停止しますが、ダッシュボードとAPIは古いデータを表示し続けます。
Wazuhは、脅威の予防、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン4.0.0から4.10.3および4.11.0から4.14.4において、Wazuhマネージャの登録デーモン（authd）と同期デーモン（remoted）に論理的な欠陥があります。authdプロセスはエージェントが登録時にグループを選択できるようにしますが、「..」のようなパストラバーサルシーケンスをフィルタリングしません。一方、マネージャはwopendir()を使ってグループディレクトリをチェックしますが、「..」シーケンスは親ディレクトリ（/var/ossec/etc）を参照するため、検証を通過してしまいます。悪意のあるグループが受け入れられ、マネージャのグローバルデータベースに格納された後、remotedプロセスはこの未検証の値を使用してエージェント設定の同期用パスを構築します。結果として、client.keys、ossec.conf、内部証明書などの/var/ossec/etcにある機密ファイルがエージェントの共有設定ストリームに含まれ、攻撃者に漏洩してしまいます。この問題はバージョン4.10.4および4.14.5で修正されています。
Wazuhは脅威の予防、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン4.6.0から4.14.5未満のWazuhエージェントfor Windowsのsyscheckコンポーネントには、ヒープベースのバッファオーバーフローの脆弱性があります。ワイルドカード（*または？）を含むレジストリパスを展開する際、エージェントは固定サイズの256バイト（OS_SIZE_256）のヒープバッファを割り当てます。監視対象パス内に最大許容長（255文字）のレジストリサブキーを作成することで、権限の低いローカル攻撃者が文字列連結時に境界外書き込みを引き起こす可能性があります。wazuh-agent.exeはNT AUTHORITY\SYSTEMとして動作するため、これはエージェントの動作を停止させるサービス拒否（DoS）や、潜在的にローカル特権昇格（LPE）につながるおそれがあります。この問題はバージョン4.14.5で修正されています。
Wazuhは、脅威の予防、検出、および対応に使用される無料のオープンソースプラットフォームです。バージョン3.0.0以上かつ4.14.5未満のバージョンにおいて、os_crypto/shared/msgs.cの389行目にあるsize_t型整数のアンダーフローにより、登録された任意のWazuhエージェントがマネージャ上のwazuh-remotedプロセスをクラッシュさせ、その結果、すべてのエージェントがマネージャから即座に切断される可能性があります。同じアンダーフローに到達する別のコード経路は、ヒープメモリの破損を引き起こす可能性があります。この問題はバージョン4.14.5で修正されています。
zrokは、ウェブサービス、ファイル、およびネットワークリソースを共有するためのソフトウェアです。バージョン2.0.3以前のzrokのPython SDK ProxyShare Flaskプロキシルートは、リクエストパスで絶対URLを受け入れ、それをurllib.parse.urljoinに渡すため、リクエストされたパスが設定されたターゲットホストを置き換えることができました。その結果、requests.requestは攻撃者が選択したURLからのサーバー側のレスポンスを返してしまいます。この問題はバージョン2.0.3で修正されています。
zrokはウェブサービス、ファイル、およびネットワークリソースを共有するためのソフトウェアです。バージョン0.4.23から2.0.3までの間、`zrok2 copy`は攻撃者が制御するWebDAVまたはzrokドライブのパス（例えば /../outside.txt）をソースインベントリに保存し、それをFilesystemTarget.WriteStreamに渡していました。これにより、同期パイプラインが選択されたローカルファイルシステムのルート外にファイルを作成できる状態となっていました。この問題はバージョン2.0.3で修正されています。
Yamcsはミッションコントロールフレームワークです。5.12.7以前のバージョンでは、yamcs-core/src/main/java/org/yamcs/algorithms/ScriptAlgorithmExecutorFactory.java内でユーザー提供のJavaScriptアルゴリズムテキストを評価するために使用されていたNashorn ScriptEngineがClassFilterなしで構築されていました。そのため、ChangeMissionDatabase権限を持つユーザーはMdbOverrideApi.updateAlgorithmエンドポイントを通じてアルゴリズムを上書きし、Java.type("java.lang.Runtime").getRuntime().exec(...)のように任意のJavaクラスにアクセスするJavaScriptを提供することで、Yamcsプロセスとして任意のOSコマンドを実行できました。デフォルト設定でsecurity.yamlが存在しない場合、組み込みのguestユーザーはsuperuser=trueとなっているため、認証なしで問題が発生する可能性があります。この問題は、アルゴリズムの編集をデフォルトで無効にしたバージョン5.12.7および5.13.0で修正されました。
Yamcsはミッションコントロールフレームワークです。バージョン5.12.7以前では、Pythonアルゴリズム用のYamcsスクリプト評価エンジンが、JSR-223 ScriptEngine APIを介してJythonを用い、ユーザー制御のアルゴリズムテキストを動的にコンパイルおよび評価していましたが、安全なサンドボックスを強制していませんでした。そのため、ChangeMissionDatabase権限を持つ認証ユーザーは、ミッションデータベースのREST APIを通じて既存のPythonアルゴリズムのロジックを上書きできました。さらに、java.lang.Runtimeなどの任意のJavaクラスをインポートおよび実行することで、基盤となるホストOS上でリモートコード実行を達成することが可能でした。この問題はバージョン5.12.7および5.13.0で修正されており、デフォルトでアルゴリズム編集が無効化されています。
SquidはWeb向けのキャッシュプロキシです。バージョン7.6以前では、FTPゲートウェイ（src/clients/FtpGateway.cc）における入力の構文的正当性の不適切な検証により、Squidに境界外読み取りの脆弱性が存在していました。具体的には、TypeAまたはTypeBのディレクトリリスティング形式でリストエントリーの日付の後にファイル名が続かない場合、パース処理は入力バッファの制限を超えてしまい、信頼されたクライアントがSquidのゲートウェイ機能を通じて動作不良のFTPサーバへアクセスすると、無関係なトランザクションのメモリを読み取ってしまう可能性がありました。この問題はバージョン7.6で修正されました。
Squidはウェブ向けのキャッシュプロキシです。バージョン7.6以前では、cache digestの応答処理（src/peer_digest.ccのpeerDigestSwapInMask）における不適切な入力検証のバグにより、Squidにヒープベースのバッファオーバーフローの脆弱性が存在します。キャッシュダイジェストのオンザワイヤサイズが、ダイジェスト内で宣言されたmask_sizeより大きくなる可能性があり、そのため信頼されたピアが悪意を持って細工したcache_digestリクエストメッセージへの応答を送信すると、オーバーフローが発生する可能性があります。この攻撃は、--enable-cache-digestsオプション付きでコンパイルされ、かつcache_peer設定があるSquidインスタンスに限定されます。この問題はバージョン7.6で修正されています。
Yamcsはミッションコントロールフレームワークです。バージョン5.12.8および5.13.2以前では、yamcs-core/src/main/java/org/yamcs/http/api/PacketsApi.javaのPacketsApi.exportPacketsエンドポイントにおいて、特定のパケット名が省略されたリクエスト時にオブジェクトレベルのReadPacket権限を適切に強制していませんでした。空の名前リストの場合、ctx.checkObjectPrivileges(ObjectPrivilegeType.ReadPacket, nameSet)の呼び出しは空のセットを通過し、その結果、SELECT * FROM tmクエリにWHERE pname INフィルタが適用されず、onTupleハンドラーは行ごとの認可チェックを行わずに取得したすべてのパケットをストリーミングしていました。そのため、低権限または権限のない認証ユーザーが生のテレメトリパケットアーカイブ全体をダンプし、ロールベースアクセス制御モデルを回避できる状態になっていました。この問題は、exportPacketsでのパケット単位のReadPacketチェックを強制することで、バージョン5.12.8および5.13.2で修正されています。
OpenClaw バージョン 2026.6.6 より前のバージョンには、サンドボックスの exec-server にネットワークポリシーバイパスの脆弱性が存在します。この脆弱性によって、低信頼の呼び出し元が OpenClaw ポリシーでブロックされている内部ネットワークの宛先に到達できてしまいます。攻撃者は exec-server を経由して HTTP リクエストを送信し、設定されたポリシーによって制限されるはずのネットワークリソースにアクセス可能となります。
OpenClawの2026年6月6日以前のバージョンには、host execに環境変数のフィルタリングに関する脆弱性があり、rustupの起動変数を適切にサニタイズできていません。低トラストの呼び出し元アクセス権を持つ攻撃者や設定された入力パスを利用する攻撃者は、本来の権限レベルを超えた操作を実行したり永続化したりすることが可能です。
OpenClawの2026年6月9日以前のバージョンには、Discordのモデレーションアクションにおいて認可が不十分であるという脆弱性が含まれています。影響を受けるバージョンでは、信頼度の低い呼び出し元や設定された入力経路が、本来はより強力な認可またはポリシーチェックを必要とするモデレーションアクションを実行できる可能性があります。実際の影響は、運用者の設定や信頼度の低い入力が影響を受ける経路に到達できるかどうかによって決まります。
OpenClawの2026年6月5日より前のバージョンには認証バイパスの脆弱性があり、低い信頼レベルの呼び出し元が管理者権限のツールにアクセスできてしまう問題があります。攻撃者は、設定された入力パスのポリシーチェックが不十分な点を悪用することで、より強い認可を必要とする操作を実行することが可能です。
OpenClaw 2026.6.5より前のバージョンでは、MCP SSEのリダイレクト時にAuthorizationヘッダーが転送されてしまう可能性がありました。影響を受ける機能が有効かつ到達可能な場合、信頼度の低い呼び出し元や設定された入力経路が、呼び出し元の意図した認可を超える操作を実行したり永続化したりする可能性があります。影響の度合いは運用者の設定や信頼度の低い入力が影響を受ける経路に到達できるかどうかに依存します。
OpenClawの2026年6月1日以前のバージョンには、リモートメディアURLが遅延読み取り攻撃を引き起こし、ゲートウェイのワーカーリソースを枯渇させるサービス拒否の脆弱性が存在します。設定された入力パスにアクセスできる攻撃者は、ゲートウェイリソースを消費して可用性を低下させるリモートメディアURLを提供することが可能です。
OpenClawの2026年6月1日以前のバージョンには、軌跡エクスポート機能に資格情報のマスキングを回避される脆弱性が含まれており、低権限の呼び出し元が、本来信頼された境界内にとどまるべきデータへアクセスできてしまいます。攻撃者は、誤って構成された入力パスや機能のアクセス可能性を悪用し、エクスポート機構を通じて機密の資格情報やデータを露呈させる可能性があります。
OpenClawの2026年5月28日以前のバージョンには、MS TeamsのsafeFetch DNSリバインディングチェックにレースコンディションが含まれています。影響を受ける機能が有効かつ到達可能な場合、低信頼の呼び出し元または設定された入力経路が、DNS検証チェックと使用の間のタイミングウィンドウを巧みに利用することで、本来より強い認可またはポリシーチェックが必要な操作を実行できる可能性があります。実際の影響は、オペレーターの設定や低信頼入力が該当経路に到達可能かどうかによって決まります。
OpenClawの2026年5月27日以前のバージョンには、MS Teamsのアウトバウンドリクエストにおけるトークン漏洩の脆弱性が含まれており、低信頼の呼び出し元がBot Frameworkのトークンを露出させる可能性があります。攻撃者は設定された入力パスにアクセスして、信頼境界内に留まるべき資格情報を取得できます。
OpenClawの2026年5月28日以前のBot Frameworkには、不適切な入力検証の脆弱性が存在します。これにより、信頼度の低い呼び出し元がserviceUrlパラメータを正しく検証せず、ボットのトークンや認証情報が露呈する可能性があります。攻撃者は、設定された入力パスを通じて悪意のあるserviceUrlの値を提供し、信頼された境界の外部から機密の認証データを取得できます。
OpenClawの2026年6月5日より前のバージョンには、HTTPキャンバスレスポンスに認証バイパスの脆弱性が含まれており、低い信頼度の呼び出し元が信頼されたA2UIアクションを偽造できる状態になっています。攻撃者は、構成された入力経路を通じて細工されたリクエストを送信することで、意図されたポリシーチェックを回避し、より強い認可が必要なアクションを実行することが可能です。
2026年5月22日以前のOpenClawには、セットアップモードを検出する機能に脆弱性が存在しており、信頼されていないワークスペースプラグインの読み込みを許可してしまいます。権限の低い呼び出し元アクセスを持つ攻撃者や設定された入力パスを制御できる攻撃者は、本来の認可レベルを超えた操作を実行したり、それを永続化したりすることが可能となります。
OpenClawの2026年5月18日以前のバージョンには、デバイスペア承認機能に認可バイパスの脆弱性が存在します。この脆弱性により、信頼度の低い呼び出し元が意図された権限を超えた操作を実行できてしまいます。攻撃者は、誤って構成された入力パスを悪用することで、対象の機能が有効かつアクセス可能な場合に未承認の操作を実行し、あるいはその操作を持続させることが可能です。
OpenClawの2026年5月18日以前のバージョンには、スキルコマンドのディスパッチにおいて認可を回避する脆弱性が存在し、低い権限の呼び出し元が意図された認可の範囲を超えた操作を実行したり持続させたりすることが可能です。攻撃者は設定された入力パスを介してツールのポリシー制限を回避し、対象機能が有効かつ到達可能な場合に不正な操作を行えます。
IBM Langflow OSS バージョン 1.0.0 から 1.10.0 までにおいて、認証された攻撃者が攻撃者管理下の URL を指す悪意のあるフローを作成できる脆弱性があります。この URL は特別に細工された Content-Disposition ヘッダー（例：filename="../../../target/path"）を返し、Langflow プロセスがアクセス可能な任意のパスに対して、攻撃者が制御する内容で任意のファイル書き込み操作を行うことを可能にします。
IBM Langflow OSS 1.0.0 から 1.10.0 および Langflow 1.9.0 は、不適切なデフォルト設定と SSRF 保護機構の不完全な適用により、サーバーサイドリクエストフォージェリ（SSRF）を引き起こす可能性があります。これにより、システムの安全性が損なわれる恐れがあります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.0 において、MCP サーバーの設定ファイルに対する検証が不十分であるため、リモートコードが実行される可能性があります。
IBM Langflow OSS 1.0.0から1.10.0までのバージョンでは、認証済みの攻撃者が任意のファイルを読み取ることが可能であり、その中にはJWT署名キーも含まれています。これにより、攻撃者は任意のユーザーの認証トークンを偽造できます。
IBM Langflow OSS バージョン1.0.0から1.10.0において、認証済みユーザーがAPIを介してランタイムでコンポーネントのパラメータを上書きできる脆弱性が存在します。`apply_tweaks()`関数内のパラメータフィルタリング機構には重大なセキュリティ上の欠陥があります。
IBM Langflow OSS バージョン1.0.0から1.10.0には、ディスクベースのキャッシュ機構に重大なリモートコード実行の脆弱性が含まれています。AsyncDiskCacheクラスは、検証、整合性確認、認証を行わずにPythonの安全でないpickle.loads()関数を使用してディスクからキャッシュされたオブジェクトをデシリアライズしており、悪意のあるpickleペイロードが処理されると任意のコードを実行される可能性があります。ファイルシステムアクセス、悪意のあるワークフロー入力、カスタムコンポーネント、API操作を通じてキャッシュデータに影響を与えられる攻撃者は、Langflowサーバープロセスの権限でシステムを完全に乗っ取ることができます。
IBM Langflow OSSのバージョン1.0.0から1.10.0までには、コード検証APIエンドポイントにおいて重大なリモートコード実行の脆弱性が存在します。POST /api/v1/validate/codeエンドポイントはユーザーが提供したPythonコードを受け取り、サンドボックス化や入力検証、権限制限をせずにPythonの組み込み関数exec()を使って直接実行します。これにより、認証済みの任意のユーザーがLangflowサーバープロセスの完全な権限で任意のシステムコマンドを実行できる状態になります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.0 には、Langflow の webhook 認証ロジックに脆弱性があり、認証されていないユーザーが任意のフローを実行できてしまう問題があります。システムは、WEBHOOK_AUTH_ENABLE 設定が False（デフォルト設定）になっている場合に API キーの検証を誤ってバイパスします。これにより、フローの UUID を知っているリモートの攻撃者が所有者としてそれを実行でき、その結果リモートコード実行（RCE）につながる可能性があります。
IBM Langflow OSS バージョン 1.0.0 から 1.10.0 では、認証済みユーザーがデータベースを直接操作することで特権をスーパーユーザーに昇格させ、任意のシステムコマンドを実行でき、Langflow サービスの権限でシステム全体を完全に掌握できます。
IBM Langflow OSS バージョン1.0.0から1.10.0において、APIRequestコンポーネントの不適切な入力検証により、攻撃者が意図しない場所に任意のファイルを書き込む可能性があります。「ファイルに保存」機能が有効になっている場合、HTTPレスポンスのContent-Dispositionヘッダーから抽出されたファイル名が一時ディレクトリパスに結合される前にサニタイズされず、パス・トラバーサルの脆弱性が存在します。外部HTTPサーバーを制御する攻撃者は、パス・トラバーサルシーケンス（例: ../）を含む細工されたファイル名を提供でき、Langflowプロセスがアクセス可能な場所に任意のファイルを書き込むことが可能です。
IBM Langflow OSS バージョン1.0.0から1.10.0にかけて、/api/v1/login/auto_loginエンドポイントの認証に不備があり、リモートの攻撃者が不正アクセスを獲得する可能性があります。このエンドポイントは、AUTO_LOGIN設定が有効（デフォルトで有効）になっている場合、認証を要求せずに長期間有効なスーパーユーザーベアラートークンを発行します。そのため、認証されていないネットワーク攻撃者が完全な管理者権限を取得する恐れがあります。さらに、緩やかなクロスオリジンリソース共有（CORS）設定によってトークンが意図しないオリジンに露出し、不正アクセスのリスクが高まるおそれがあります。
IBM Langflow OSS バージョン1.0.0から1.10.0、特にLangflow 1.9.2（コミット94981c443d4918517b9e8163d70fc598dc33a32d）までのバージョンには、PoliciesコンポーネントのToolGuard統合においてコードインジェクションの脆弱性があります。この脆弱性は、allow_custom_components=falseというセキュリティ制御を回避するもので、検証機構がnode_template["code"]["value"]内のメインコンポーネントのソースコードのみをチェックし、生成されたToolGuard Pythonファイルを格納する動的なCodeInputフィールドを検証しないことに起因しています。攻撃者はこれらの未検証の動的フィールドに悪意あるPythonコードを埋め込むことができ、そのコードはFlow.dataに永続化され、ToolGuardランタイムを通じてガードされたツールが呼び出された際にサーバー側で実行されます。これにより、フロー作成権限を持つ認証ユーザーがカスタムコンポーネント制限にもかかわらずバックエンド上で任意のPythonコードを実行できます。さらに、この脆弱性はagentic MCPのupdate_flow_component_fieldツールを介したクロステナントのフロー操作により悪用される可能性があり、このツールは攻撃者が制御するuser_idパラメータを受け入れるため、攻撃者は被害ユーザーのフローに悪意あるコードを注入することが可能です。公開アクセス可能なフローや特定の誤設定（AUTO_LOGIN=true、NEW_USER_IS_ACTIVE=true）と組み合わせることで、認証要件が低減された状態で攻撃を実行できます。
Symfony UXはSymfonyのためのJavaScriptエコシステムです。バージョン2.8.0から2.36.0および3.1.0までの間、#[LiveProp]がDateTimeInterface型で明示的なフォーマットが設定されていない場合、Symfony\UX\LiveComponent\LiveComponentHydrator::hydrateObjectValue()はnew $className($value)にフォールバックしていました。これにより、クライアントが提供した「now」や「tomorrow」、「+10 years」のような相対的な文字列が、フォーマットなしの書き込み可能な日付プロパティを通じて時刻に基づくビジネスロジックのチェックを回避し、不正に操作できる状態になっていました。この問題はバージョン2.36.0および3.1.0で修正されています。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,332件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。