全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1,641–1,680 件目を表示（ページ 42）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Visual Studio Codeにおけるユーザー制御のキーを介した認可バイパスにより、未承認の攻撃者がネットワーク経由でセキュリティ機能を回避できる可能性があります。
Visual Studio CodeにおけるHTTPリクエストの解釈の不一致（「HTTPリクエスト／レスポンス・スマグリング」）により、不正な攻撃者がネットワーク経由でセキュリティ機能を回避できる可能性が存在します。
Visual Studio Codeにおけるサーバーサイドリクエストフォージェリ（SSRF）の脆弱性により、不正な攻撃者がネットワークを介してセキュリティ機能を回避できる可能性があります。
Visual Studio Codeにおける不完全な比較および不足している要素によって、不正な攻撃者がネットワーク経由でセキュリティ機能をバイパスできる可能性があります。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
Visual Studio Codeにおける制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）により、未承認の攻撃者がネットワーク経由で改ざんを行うことが可能となります。
Visual Studio Codeの解釈の競合により、未承認の攻撃者がネットワークを介してセキュリティ機能を回避できる可能性があります。
Visual Studio Codeで「フェイルオープン」が発生すると、未承認の攻撃者がネットワークを介してセキュリティ機能を回避できるようになります。
Photoshop Desktop は、現在のユーザーのコンテキストで任意のコードを実行させる可能性がある範囲外書き込みの脆弱性の影響を受けています。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Photoshop Desktopは、ヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開く操作を行う必要があります。
Photoshop デスクトップは、整数オーバーフローまたはラップアラウンドの脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
Windows バイオメトリック サービスのヒープベースのバッファオーバーフローにより、認証された攻撃者がローカルで特権を昇格させることが可能です。
Windowsバイオメトリックサービスのヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで権限を昇格させることが可能です。
Windowsバイオメトリックサービスにおけるヒープベースのバッファオーバーフローにより、認可された攻撃者がローカルで特権を昇格させることが可能です。
Microsoft Graphics Component におけるヒープベースのバッファオーバーフローにより、認証された攻撃者がローカルでコードを実行できる可能性があります。
ScreenConnectクライアントのある条件により、特定の状況下で、リモートセッションがアクティブな状態でファイルが許可なく、またはホストの確認なしに転送および実行される可能性があります。この問題はScreenConnectサーバーには影響しません。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.37.7および2.38.1より前のバージョンでは、OAuthトークンエンドポイントが認可コードによる最初のアクセストークンを同意されたリソースに紐付けていましたが、リフレッシュトークンは紐付けていませんでした。トークンのリフレッシュ時には、要求されたリソースが登録されているかどうかのみがチェックされ、元の権限と一致するかどうかは確認されませんでした。あるワークフローに対してOAuthクライアントが承認されている場合、resourceパラメータに異なるワークフローURLを指定することで、同意したユーザーがアクセス可能な未承認のワークフローに対して有効なトークンを取得することが可能でした。この問題はバージョン2.37.7および2.38.1で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.37.7および2.38.2より前のバージョンでは、Instance AIのクレデンシャル設定フローが、ワークフローノードのオリジンと一致しているかどうかを確認せずに、クレデンシャルのテストまたは検証用URLを受け入れていました。攻撃者が操作可能な取得コンテンツがユーザーによって設定フローに注入された後、そのURLに影響を与える可能性があり、その結果、認証済みのリクエスト、リダイレクト、またはプローブが別のオリジンに到達することがありました。影響を受けるロジックには、packages/@n8n/instance-ai/src/tools/workflows/credential-utils.tsファイルおよびextractServiceOrigin関数のオリジン導出処理が含まれます。この問題はバージョン2.37.7および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.37.7および2.38.2より前のバージョンでは、OAuthの動的クライアント登録エンドポイントがredirect_urisを制限していたものの、client_nameおよびgrant_typesの値については任意に大きな値を受け入れていました。認証されていないリモート呼び出し元は、oauth_clientsに対して過剰に大きな値を繰り返し永続化させることで、データベースのストレージを枯渇させる可能性がありました。該当するバリデーションはpackages/cli/src/modules/oauth-server/oauth-server.service.ts内にあり、MAX_CLIENT_NAME_LENGTHおよびMAX_GRANT_TYPESが含まれています。この問題はバージョン2.37.7および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.76、2.37.7、および2.38.2より前のバージョンでは、式コンパイラのサニタイザーが動的スコープのthisを介して解決されており、予約されたクラスメンバー名を拒否しませんでした。__sanitizeという名前のクラスフィールドがサニタイザーを再バインドし、Functionコンストラクタに到達できました。これにより、バックエンドのコード実行およびエディタプレビューのJavaScript実行が可能となっていました。影響を受けるASTフックは、packages/workflow/src/expression-sandboxing.ts内のPrototypeSanitizerです。この問題はバージョン1.123.76、2.37.7、および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.37.7および2.38.2より前のバージョンでは、/chatのWebSocketルートがresumeTokenを受け入れ、そのトークンを使用してターゲットノードがチャットメッセージをサポートしているかどうかを確認せずに一時停止中の実行を再開していました。匿名のフォーム送信者がそのトークンを取得すると、チャットルート上で再利用することで、Send-and-Wait、非チャットHITL、またはWait承認ゲートを解除できる状態にありました。影響を受ける認可ロジックはpackages/cli/src/chat/chat-execution-manager.tsにあり、canResumeOverChatが再開対象の制御を適切に行っていませんでした。この問題はバージョン2.37.7および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.37.7および2.38.2より前のバージョンでは、Instance AIのワークフローサマリーが保存されたワークフローのノード名と接続キーを通常のオブジェクトキーとして使用していました。REST APIを通じて送信されたワークフローに__proto__やconstructorが含まれている場合、ネストされた書き込みがメインのn8nプロセス内のObject.prototypeに到達し、後続のリクエストを妨害する可能性がありました。影響を受ける関数は、packages/@n8n/instance-ai/src/tools/workflows/summarize-workflow.ts内のsummarizeWorkflowStructure関数です。この問題はバージョン2.37.7および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.76、2.37.7、および2.38.2以前のElasticsearchおよびElasticSecurityノードは、ワークフロー制御下のインデックスおよびドキュメント識別子をRESTリクエストのパスに直接埋め込んでいました。パス区切り文字やドットセグメントを含む識別子によって、保存されたElasticsearchクレデンシャルのもとで別のインデックスやクラスタ管理エンドポイントが選択される可能性がありました。影響を受けるリクエストの構築は、packages/nodes-base/nodes/Elastic/Elasticsearch/GenericFunctions.tsファイル内のtoPathSegmentエンコーディングが欠落している箇所に含まれています。この問題はバージョン1.123.76、2.37.7、および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.76、2.37.7、および2.38.2より前のバージョンでは、GitHubトリガーがWebhookのシークレットを生成していましたが、GitHubがHTTP 422を返した際にこれを破棄し、ノードが既存のWebhookを再利用していました。そのため、ワークフローの静的データはwebhookSecretなしでwebhookIdを保持し、X-Hub-Signature-256の検証が保存されていないシークレットでも配信を受け入れてしまっていました。影響を受けるロジックはpackages/nodes-base/nodes/Github/GithubTriggerHelpers.tsおよび422のWebhook再利用パスに含まれています。この問題はバージョン1.123.76、2.37.7、および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.76、2.37.7、および2.38.2より前のOpenAI Chat Modelノードでは、通常の呼び出しに対して認証されたallowed-domainの制限を強制していましたが、model-searchドロップダウンにはこれが適用されていませんでした。ワークフローエディターではoptions.baseURLを任意のホストに設定でき、searchModelsパスを通じてopenAiApiの認証情報をそこで送信させることが可能でした。影響を受ける実装はpackages/@n8n/nodes-langchain/nodes/llms/LMChatOpenAi/methods/loadModels.tsにあり、assertOpenAiCredentialAllowsUrlが省略されていました。この問題はバージョン1.123.76、2.37.7、および2.38.2で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.76、2.37.7、および2.38.2より前のバージョンでは、レガシー式エンジンが可変のグローバルJSON.stringifyを呼び出してソーステキストを生成し、合成された文字列リテラルを印刷し、タイムゾーンデータを補間していました。この式はJSON.stringifyを置き換えることが可能であり、その結果、後に生成されるソースに実行可能な攻撃者制御コードが含まれる可能性がありました。影響を受けるコード生成パスにはpackages/@n8n/expression-runtime/src/bridge/isolated-vm-bridge.tsおよびpackages/@n8n/tournament/src/ExpressionBuilder.tsが含まれており、この問題はvm式エンジンには影響しません。本問題はバージョン1.123.76、2.37.7、および2.38.2で修正されています。
153.0.8010.36以前のGoogle ChromeのIsolatedにおける不適切な認可により、リモートの攻撃者が細工されたHTMLページを介してサイトアイソレーションを回避できる可能性がありました。（Chromiumのセキュリティ重大度は中です）
153.0.8010.36 未満の Google Chrome のファイルシステムにおける認可の欠如により、リモートの攻撃者がソーシャルエンジニアリングを悪用して巧妙に作成された HTML ページを通じてシステムのアクセス制限を回避できる問題が存在しました。（Chromium のセキュリティ重大度は中です）
153.0.8010.36以前のGoogle ChromeのSafe Browsingにおける不適切な認可により、リモートの攻撃者がソーシャルエンジニアリングを悪用して、細工されたHTMLページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度：低）
153.0.8010.36以前のAndroid版Google ChromeのWebViewに認可不足の脆弱性が存在し、リモートの攻撃者がソーシャルエンジニアリングを悪用して巧妙に作成されたネットワークトラフィックを介し、システムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの重大度は低と評価されています）
Google Chrome 153.0.8010.36より前のバージョンのWebAppInstallsにおける不正な認可により、レンダラープロセスが侵害され、ソーシャルエンジニアリングを悪用したリモート攻撃者が、細工されたHTMLページを介してサイト分離を回避できる可能性がありました。（Chromiumセキュリティ重大度：中）
Google Chrome 153.0.8010.36以前のWebUIにおいて、不正な認可が存在したため、リモート攻撃者が細工されたHTMLページを介してシステムのアクセス制限を回避し、特権ページにアクセスできる可能性がありました。（Chromiumセキュリティの重大度は中です）
153.0.8010.36以前のGoogle ChromeにおけるSite Isolationの不適切な認可により、レンダラプロセスが侵害されたリモート攻撃者は、細工されたHTMLページを介してシステムのアクセス制限を回避することが可能でした。（Chromiumセキュリティの重大度は中です）
153.0.8010.36より前のGoogle Chromeにおけるパスワードの不適切な入力検証により、リモートの攻撃者が細工されたネットワークトラフィックを介して機密情報を漏洩させる可能性がありました。（Chromiumのセキュリティ重大度は中です）
153.0.8010.36より前のGoogle Chrome拡張機能における不適切な認可のため、リモートの攻撃者が細工されたChrome拡張機能を利用してシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）
Google ChromeのAndroid版153.0.8010.36より前のバージョンにおいて、SafeBrowsingの入力検証が不適切であったため、リモートの攻撃者がソーシャルエンジニアリングを悪用し、細工されたHTMLページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromiumのセキュリティ重大度は中です）
Google Chrome 153.0.8010.36 未満のバージョンにおける FileSystem の認可欠如の脆弱性により、リモートの攻撃者が細工された HTML ページを経由してシステムのアクセス制限を回避できる問題です。（Chromium セキュリティの重大度：中）
153.0.8010.36より前のGoogle ChromeのSite Isolationにおける認証欠如により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サイトアイソレーションを回避することが可能でした。（Chromiumセキュリティの深刻度は中程度です）
153.0.8010.36より前のGoogle ChromeのOmniboxにおける不適切な認可の問題により、リモートの攻撃者が細工されたHTMLページを介して特権ページへのシステムアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）
Google Chrome 153.0.8010.36 より前のバージョンにおける DeviceBoundSessionCredentials の不適切な認可により、リモート攻撃者が細工されたネットワークトラフィックを介してウェブオリジンポリシーを回避できる可能性がありました。（Chromium セキュリティ重要度：中）
記載されているNETGEARのモデルにおけるクロスサイトリクエストフォージェリ（CSRF）脆弱性により、攻撃者がソーシャルエンジニアリング技術を利用してルーター管理者を騙すと、ルーターの設定を改ざんし、ルーター管理者の積極的な協力を得てルーターの動作を妨害することが可能になります。この脆弱性は機密性に影響を及ぼしません。