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

Google Chrome 153.0.8010.36以前のWebRTCにおける整数オーバーフローの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内のメモリを読み取ることが可能でした。（Chromiumのセキュリティ重大度は中です）

Android版Google Chromeのバージョン153.0.8010.36より前のWebViewにおける境界外読み取りの脆弱性により、レンダラープロセスが侵害される可能性があり、リモート攻撃者が細工されたHTMLページを介してサンドボックス外のメモリを読み取ることが可能でした。（Chromiumセキュリティの重大度：中）

Google Chrome 153.0.8010.36 未満のバージョンのブラウザにおいて競合状態が発生し、リモートの攻撃者が細工されたHTMLページを通じてシステムアクセス制限を回避できる問題がありました。（Chromium セキュリティの深刻度は中と評価されています）

Google Chrome バージョン 153.0.8010.36 より前の Safebrowsing において不適切な状態検証が行われていたため、リモート攻撃者が細工された HTML ページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromium セキュリティの重大度は中です）

Google Chrome 153.0.8010.36 未満のバージョンにおけるダウンロードのUI誤表現により、リモートの攻撃者がソーシャルエンジニアリングを悪用して、細工されたHTMLページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）

Google Chrome バージョン 153.0.8010.36 未満の Safe Browsing における不適切な状態検証により、リモート攻撃者が細工された HTML ページを介してシステムのアクセス制限を回避できる問題です。（Chromium セキュリティの深刻度は低です）

Mac版Google Chromeのバージョン153.0.8010.36以前のSafe Browsingにおける情報の喪失または省略により、リモートの攻撃者が細工されたHTMLページを介してシステムアクセス制限を回避できる問題が発生していました。（Chromiumセキュリティの重大度：中）

SMR Sep-2026 Release 1以前のKeymasterトラストレットにおける境界外書き込みの脆弱性により、ローカルの特権攻撃者が境界外のメモリに書き込みを行うことが可能です。

SMR 2026年9月リリース1より前のActivityTaskManagerServiceにおける不適切な認証の問題により、ローカルの特権を持つ攻撃者が任意のアクティビティを起動できる可能性が存在します。

SMR 2026年9月リリース1以前のSettingsProviderにおける不適切なアクセス制御の問題により、ローカル攻撃者が機密情報にアクセスできる可能性があります。

SMR Sep-2026 Release 1以前のDualDARドライバーには不適切な入力検証があり、その結果、ローカルの特権ユーザーがroot権限で任意のコードを実行できる可能性があります。

SMR 2026年9月リリース1以前のDualDARにおけるUse after freeの脆弱性により、ローカルの特権を持つ攻撃者がroot権限で任意のコードを実行できる可能性がある問題です。

SMR 2026年9月リリース1より前のGalaxy Diagnosticsにおけるパストラバーサルの脆弱性により、物理的な攻撃者がシステム権限でファイルにアクセスできる可能性があります。

SMR 2026年9月リリース1以前のKnoxVaultトラストレットにおけるヒープベースのバッファオーバーフローにより、ローカルの特権攻撃者が任意のコードを実行する可能性があります。

Impala 2.0.0 から 4.5.1 までのすべてのプラットフォームにおいて、テーブルに対して tblproperties('avro.schema.url'='http://...') または 'file:///' URI を指定すると、攻撃者は Impala がアクセス可能だが自分自身はアクセスできない内部エンドポイントに対して GET リクエストをトリガーでき、そのレスポンスが解析エラーメッセージを通じて露呈する可能性があります。ユーザーはこの問題を修正したバージョン 4.5.2 へアップグレードすることを推奨します。

Windows DHCPクライアントにおいて、有効なライフタイムが経過した後にメモリの解放が行われないため、不正な攻撃者が隣接するネットワークを対象にサービス拒否を引き起こすことが可能になります。

Windows DHCPサーバーにおけるヒープベースのバッファオーバーフローの脆弱性により、認証された攻撃者がローカルでコードを実行する可能性があります。

Microsoft Office PowerPointの信頼されていないポインタの逆参照により、認可されていない攻撃者がネットワーク経由で情報を漏洩させる可能性があります。

Windowsバイオメトリックサービスにおいて、プライベートな個人情報が不正アクセス者に漏洩する可能性があり、認証された攻撃者がローカルで情報を開示できる恐れがあります。

株式会社コンテックが提供するPC-HELPERシリーズには、次の複数の脆弱性が存在します。 ・クロスサイトスクリプティング（CWE-79） - CVE-2026-82790 ・クロスサイトリクエストフォージェリ（CWE-352） - CVE-2026-82764 ・OSコマンドインジェクション（CWE-78） - CVE-2026-82791 ・クロスサイトスクリプティング（CWE-79） - CVE-2026-82792 ・アップロードするファイルの検証が不十分（CWE-434） - CVE-2026-82793 この脆弱性情報は、製品利用者への周知を目的に、開発者がJPCERT/CCに報告し、JPCERT/CCが開発者との調整を行いました。

有限会社アップルップルが提供するa-blog cmsには、次の脆弱性が存在します。 ・パストラバーサル（CWE-22）- CVE-2026-87727 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 報告者：株式会社STNet 森山響 氏

Windows Cloud Files Mini Filter Driverの重要な機能に認証が欠如しているため、権限を持つ攻撃者がローカルで改ざんを行うことが可能となっています。

Microsoft Office Excel の境界外読み取りの脆弱性により、不正な攻撃者がローカル環境で情報を漏洩させる可能性があります。

影響を受けるMISPのバージョンには、フリーテキストフィードプレビュー機能において不適切な認可チェックが含まれています。プレビューは、要求ユーザーのACLを適用せずにイベントの属性に対して相関検索を行っていたため、本来アクセス権のないユーザーにも制限されたイベントの相関情報および関連イベント情報が露出してしまいました。脆弱なクエリは、MISPのイベント、組織、共有グループ、属性、およびオブジェクトレベルのアクセス制御ではなく、属性値と削除状態のみを基準にスコープしていました。同じプレビューフィード機能は、呼び出し元が参照可能なフィードリストに適切に制限せずにクロスフィードの相関情報も返していたため、lookup_visibleにマークされていないフィードのメタデータが露出してしまいました。影響を受けるレスポンスの一部には、機能上必要のないフィードのURLが含まれていました。修正により、呼び出し元のACLが属性相関検索に適用され、相関結果からフィードURLが削除され、クロスフィード結果はフィードの可視性に応じて制限され、ホストと組織IDの比較が修正されて認可ルールが一貫して適用されるようになりました。影響を受けるバージョンは2.5.45以下です。

影響を受けるMISPのバージョンでは、templates/uploadFileのACLエントリにワイルドカード*が使用されているため、認証された任意のユーザーがTemplatesController::uploadFile()にアクセスできます。これにより、隣接するテンプレート管理操作に適用される予定の役割制限を回避できます。アップロードハンドラは最小限のチェックしか行わず、任意のコンテンツを受け入れてapp/tmp/files/に書き込みます。そのため、低権限または読み取り専用のユーザーであっても、perm_addやperm_templateを必要とせずにファイルを繰り返しアップロードでき、サーバのディスク容量を消費させることが可能です。修正ではACL要件を*からperm_addに変更しています。さらに、コミットでは影響範囲の拡大の可能性も排除しています。アップロードされたファイルにはランダムな名前が付与され、パストラバーサルや予測可能な上書きは不可能です。また、一時ディレクトリはウェブルート外にあり、ファイルは直接HTTPで提供されません。したがって、本問題は任意のファイル上書き、保存型XSS、またはリモートコード実行（RCE）として説明すべきではありません。影響を受けるバージョンは2.5.45以下です。

影響を受けるMISPのバージョンでは、ユーザーが設定可能なホームページを検証する際に、指定されたパスが / で始まっているかどうかのみをチェックしています。しかし、このチェックは不十分です。なぜなら、//attacker.example のようなプロトコル相対URLも / で始まりますが、ブラウザでは外部オリジンに解決されてしまうためです。脆弱なホームページの値はユーザー設定として保存され、その後ログイン後のルーティングロジックで使用されることがあります。コミットでは、//attacker.example がバリデーションを通過し、ログイン後にLocationヘッダーに返されたペイロードとして明示的に特定されています。修正では、ホスト、スキーム、ユーザー情報、不正な先頭の // や /\、不正なURL、制御文字を含むURLを拒否する共通の InternalRedirectValidator を導入しました。また、読み取り時にもホームページ設定を再検証するため、レガシーや内部で書き込まれた安全でない値が新しい保存時バリデーションを回避できなくなっています。影響を受けるバージョンは2.5.45以下です。

影響を受けるMISPのバージョンでは、CryptographicKeysController::view()を通じて暗号鍵を提供する際に、親イベントの可視性が強制されていませんでした。 脆弱なハンドラは、提供されたキーIDを使用して直接CryptographicKeyをクエリし、以下のような機密フィールドを選択していました。 * type\n * key_data\n * fingerprint しかし、関連する親イベントをまず取得または認可していませんでした。 上流のコミットでは、cryptographicKeys/viewが保護されたイベントの署名鍵をあらゆる認証済みユーザに返す可能性があることが明示されています。 修正では、parent_idとparent_typeを検索に追加し、その後fetchSimpleEvent($user, parent_id)を使用して関連イベントを通じた認可を強制しています。もし親がEventでない場合、アクセスはサイト管理者に限定されます。 影響を受けるバージョン：2.5.45以上

影響を受けるMISPのバージョンでは、DashboardsController::listTemplates()におけるメールアドレスの表示制御が一貫して適用されていませんでした。クエリは常にUser.emailを取得していましたが、伏字処理は非RESTレンダリングのブランチ内でのみ行われていました。その結果、通常のHTMLインターフェースで伏字化されたデータを見ていた認証済みユーザーがREST/JSON表現を要求すると、意図された権限チェックなしにテンプレート所有者のメールアドレスを受け取ることが可能な状態でした。修正では、この判断を中央集権的なUser::canSeeEmails()認可ヘルパーに移行しました。メールアドレスは、リクエスターがサイト管理者である場合、またはインスタンスが明示的にSecurity.disclose_user_emailsを有効にしている場合にのみ取得されます。同じヘルパーは他のダッシュボードウィジェットでも再利用されており、メール公開ポリシーの一貫性を保っています。影響を受けるバージョンは2.5.45以下です。

影響を受けるMISPのバージョンでは、通常の組織一覧や組織別ビューで適用される可視性制限がダッシュボードの組織ピッカーには適用されず、組織メタデータが公開されてしまいます。影響を受けるエンドポイントは以下のフィールドを返していました： * 組織ID、 * UUID、 * 名称。Security.hide_organisation_index_from_usersが有効になっている場合、通常の組織列挙は制限されますが、ダッシュボードのピッカーは依然としてすべての組織を検索していました。これにより、認証されたユーザーは本来見えないはずの組織を発見できるようになっていました。この問題の修正では、Organisation::createConditions($this-＞Auth-＞user())を呼び出し、その結果得られるACL条件をピッカーのクエリに追加しています。これにより、一般ユーザーは既に閲覧可能なイベントや提案に関連する組織、ならびに自身の組織に限定されるようになります。一方、適切な共有グループ権限を持つユーザーはより広範な可視性を保持します。影響を受けるバージョンは2.5.45以下です。

ImageMagick 7.1.2-30より前のバージョンおよび6.9.xの6.9.13-55より前のバージョンには、PerlMagickのGetListメソッドにヒープ使用後解放（heap-use-after-free）の脆弱性が存在します。GetListメソッドへの細工された呼び出しによって使用後解放が引き起こされ、クラッシュ（サービス拒否）が発生する可能性があります。

ImageMagickのバージョン7.1.2-30以前および6.9.13-55以前の6.9.xには、PerlMagickのLayerメソッドにヒープ使用後解放（heap-use-after-free）の脆弱性が存在します。細工された画像リストを提供する攻撃者は、解放後のメモリアクセスを引き起こすことができ、その結果、サービス拒否（クラッシュ）が発生する可能性があります。

影響を受けるMISPのバージョンは、特にButtonウィジェットにおいて、ダッシュボードウィジェットで使用されるURLの検証が不十分です。ウィジェットのURLはユーザーが管理する設定に保存されます。以前のレンダラーは、URLが相対的に見えるか、解析されたホスト名が設定されたMISPのホスト名と一致する場合、そのURLを安全であると判断していました。しかし、そのロジックでは危険なスキームや、ブラウザがPHPのURL解析とは異なる方法で正規化するURL形式を拒否できていませんでした。その結果、javascript: URLやバックスラッシュを用いた権限指定形式の値が生成されたアンカーのhrefに到達し、他のユーザーがウィジェットとやり取りした際にスクリプトが実行されたり、攻撃者管理下のオリジンへ遷移したりする可能性がありました。アップストリームのコミットではこの問題を以下のように説明しています。「javascript: およびバックスラッシュを含むURLがhrefに到達していた（ストアドXSS）」。修正では、ウィジェットのURLを共通のDashboardURLValidatorで検証し、危険なスキーム、生のバックスラッシュ、制御文字、不正な絶対オリジンを拒否し、ウィジェットハンドラとレンダラーの両方でURL検証を行うようにしています。影響バージョンは2.5.45以下です。

影響を受けるバージョンのMISPには、組織情報を表示するダッシュボードウィジェット間で一貫性のない認可チェックが含まれています。いくつかの組織関連ウィジェットはSecurity.hide_organisation_index_from_usersを尊重していませんでした。その結果、perm_sharing_group権限を持たない認証ユーザーであっても、意図的に非表示とされていた通常の組織インデックスから組織を列挙できてしまいました。影響を受けるウィジェットには以下のパスが含まれています。 * 組織名および識別子を返すもの * 制限なしのfind('all')クエリにより全行を取得し、JSONエクスポート経由で追加の組織データベースフィールドを露出する可能性のあるもの * limit=0または負の値を受け入れ、結果制限を実質的に解除して組織テーブル全体を返してしまう可能性のあるもの。関連する組織貢献者リーダーボードも同じ可視化設定を無視していました。そのハンドラーはイベントテーブル全体のEvent.orgc_idをカウントし、そのIDを組織名にマッピングして、呼び出し元がそれらのイベントを閲覧できるかどうかに関わらず、全てのイベントを持つ組織を明らかにしました。この問題を修正するために、組織インデックスの可視性を持たないユーザー向けにはこのウィジェットを完全に削除しています。対象バージョンは2.5.45以下です。

影響を受けるバージョンのMISPでは、認証されたユーザーがEventGraphTool::get_reference_data()を通じてUUIDによってオブジェクト参照レコードを取得できますが、リクエスターが参照が属するオブジェクトを閲覧する権限を持っているかどうかを事前に確認していませんでした。 脆弱なコードはObjectReference.uuidを直接照会し、該当する行が存在する場合は常にそれを返していました。親オブジェクトのACLが適用されていないため、参照UUIDを知っているか取得したユーザーは、自身の通常のアクセス範囲外のオブジェクトに関連する情報を取得できてしまいました。コミットでは、親オブジェクトの認証をせずにUUIDで任意のオブジェクト参照を返すことが明示されています。 修正では、参照されているオブジェクトのobject_idを取得し、現在のユーザー権限でfetchObjectSimple()を呼び出します。ユーザーがその親オブジェクトにアクセスできない場合、MISPは参照情報を公開する代わりにNotFoundExceptionを返します。 影響を受けるバージョン：2.5.45以上

Snipe-IT 8.7.1より前のバージョンでは、POST /account/accept/{acceptance} エンドポイントの note フィールドの長さを検証しません。そのため、認証済みユーザーは無制限の入力を送信でき、その入力はそのまま同期的に CommonMark レンダリングに渡されます。攻撃者は大きな note の値を送信することで、PHP ワーカーのCPUを枯渇させ、マークダウン解析パイプラインでのリソース枯渇によるサービス拒否（DoS）を引き起こす可能性があります。