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

mem0 1.0.0サーバーは、メモリ削除APIエンドポイント（DELETE /memories）に対して認証および認可の制御が欠如しています。このエンドポイントにより、認証されていないユーザーがリクエストのクエリパラメータで任意のユーザー識別子（例：user_id、run_id、agent_id）を指定してメモリレコードを削除できます。遠隔の攻撃者は、認証されていないDELETEリクエストを送信して任意のユーザーのメモリデータを消去できるため、不正なデータ損失およびサービス拒否（DoS）を引き起こす恐れがあります。

mem0 1.0.0 サーバーは、DELETE /memories エンドポイントを介してアクセス可能なメモリリセットおよびテーブル再作成機能に対して、認証および認可制御が欠如しています。認証されていない攻撃者はリセット操作を引き起こす DELETE リクエストを送信でき、その結果、CREATE TABLE SQL ステートメントが実行されます。これにより、予期しないテーブルの再作成やスキーマの破損、潜在的なデータ損失、およびメモリ管理サービスに対するサービス拒否が発生する可能性があります。

mem0 1.0.0 サーバーは、メモリ削除APIエンドポイント（DELETE /memories/{memory_id}）に対して認証および認可の制御が欠如しています。このエンドポイントは、認証されていないユーザーが自分の身元や権限の確認を受けることなく、任意のメモリレコードを削除することを許可しています。リモートの攻撃者は、認証されていないDELETEリクエストを送信してデータベース内の任意のメモリエントリを削除することで、この脆弱性を悪用できます。その結果、不正なデータ損失やサービス拒否（DoS）が発生する可能性があります。

mem0 1.0.0サーバーは、メモリ作成APIエンドポイント（POST /memories）に対して認証および認可制御が欠如しています。このエンドポイントは、認証されていないユーザーが身元や権限を確認されることなく任意のメモリレコードを送信することを許可しています。リモート攻撃者は、認証されていないPOSTリクエストを送信して悪意のあるまたは偽装されたメモリエントリをデータベースに作成でき、不正なデータ注入や潜在的なデータ汚染を引き起こす可能性があります。

RedwoodSDKはサーバーファーストのReactフレームワークです。バージョン1.0.0-beta.50から1.2.3未満のバージョンにおいて、rwsdkのサーバーアクションはHTTPメソッドの強制を適用しますが、オリジンの検証は行いません。ブラウザは同一サイトとして扱う異なるオリジンからのリクエストに対して、被害者のセッションCookieを添付したままサーバーアクションを呼び出す可能性があります。この問題はバージョン1.2.3で修正されました。

ShellHubは集中型のSSHゲートウェイです。バージョン0.24.2より前では、GET /api/namespaces/:tenant エンドポイントがAPIキーで認証された任意の呼び出し元に対して、APIキーのテナントスコープに関係なくメンバーリスト（ユーザーID、メール、役割）、設定、およびデバイス数を含む完全なネームスペースオブジェクトを返していました。ハンドラーはユーザーID（X-ID）が存在しない場合にメンバーシップチェックを条件付きでスキップしており、これはAPIキー認証のケースに該当します。この脆弱性はバージョン0.24.2で修正されました。

8421bit MiniClaw のバージョン43905b934cf76489ab28e4d17da28ee97970f91fまでに脆弱性が確認されました。この脆弱性は、executeSkillScript コンポーネントの src/kernel.ts ファイル内の isPathInside 関数に影響を与えます。不正な操作を実行するとパストラバーサル（パス横断）が発生する可能性があります。この攻撃はリモートから実行可能です。エクスプロイトは公開されており、悪用される可能性があります。本製品はローリングリリース手法を採用して継続的にデリバリーを行っているため、影響を受けるバージョンおよび更新リリースの詳細は利用できません。この問題を修正するためのパッチは e8bd4e17e9428260f2161378356affc5ce90d6ed と呼ばれており、この問題の解決にはパッチの適用を推奨します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/testsでは、shmemのパージ処理時に予約ロックを保持するように変更しました。GEMオブジェクトのパージ操作呼び出しの前後で予約ロックを取得および解放します。テストはdrm_gem_shmem_purge_locked()を使用していましたが、次のようなエラーが発生していました。[ 58.709128] WARNING: CPU: 1 PID: 1354 at drivers/gpu/drm/drm_gem_shmem_helper.c:515 drm_gem_shmem_purge_locked+0x51c/0x740 新しいヘルパー関数drm_gem_shmem_purge()はKunitテスト専用にエクスポートされており、通常のドライバー用インターフェースではありません。

Microsoft Office Word におけるファイル名またはパスが外部から制御される脆弱性により、不正な攻撃者がネットワーク上で情報を漏洩させることが可能になります。

Windows Secure Bootで更新できないコンポーネントに依存しているため、正当な権限を持つ攻撃者がローカルでセキュリティ機能を回避することができます。

M365 Copilotの不適切なアクセス制御により、認証された攻撃者がローカルでなりすましを行うことが可能です。

Microsoft Office Wordの不適切なアクセス制御により、認可された攻撃者がローカル環境でなりすましを行うことが可能です。

Microsoft Office PowerPointの不適切なアクセス制御により、権限を持つ攻撃者がローカルでなりすましを行うことが可能です。

CKANはデータハブおよびデータポータルを支えるためのオープンソースのデータ管理システム（DMS）です。バージョン2.10.10および2.11.5より前のバージョンでは、トークンや未認証リクエストを介したビューへのアクセスがエンドポイントをCSRF保護不要としてマークしていました。このマークはflask-wtf.csrf.CSRFProtect()のメンバー変数であり、flask_appミドルウェア内のモジュールレベルの変数として保存されていました。このAPIはリクエストレベルでの変更を意図したものではなく、主に静的設定のためのデコレーターとして機能していました。未認証リクエストが保護されたエンドポイントに到達すると、その特定のサーバープロセス（例：uwsgiのワーカーの1つ）の間はCSRF保護が免除される可能性がありました。この脆弱性はバージョン2.10.10および2.11.5で修正されています。

Visual Studio Codeにおけるウェブページ生成時の入力の不適切な無害化（クロスサイトスクリプティング）により、未承認の攻撃者がローカル環境でセキュリティ機能を回避できます。

Distributionは、コンテナのコンテンツをパックし、出荷し、保存し、配信するためのツールキットです。3.1.1以前のバージョンでは、DELETE /v2/name/manifests/tag エンドポイントを介したタグの削除が storage.delete.enabled: false 設定を回避し、オペレーターが削除を明示的に無効にしていても、任意のAPIクライアントがリポジトリからタグを削除できる問題がありました。この脆弱性は3.1.1で修正されました。

Argo Workflowsは、Kubernetes上で並列ジョブをオーケストレーションするためのオープンソースのコンテナネイティブワークフローエンジンです。バージョン4.0.0から4.0.5未満のバージョンでは、ワークフロー実行者がアーティファクト操作時にすべてのアーティファクトリポジトリ認証情報（S3アクセスキー、シークレットキー、GCSサービスアカウントキー、Azureアカウントキー、Gitパスワードなど）をプレーンテキストでログに記録していました。ワークフローポッドのログへの読み取りアクセス権を持つユーザーは、これらの認証情報を抽出することができました。この問題はバージョン4.0.5で修正されています。

pyLoadはPythonで書かれた無料かつオープンソースのダウンロードマネージャーです。0.5.0b3.dev100以前のバージョンでは、src/pyload/core/api/__init__.py内のset_config_value() APIメソッド（@permission(Perms.SETTINGS)）は、管理者のみが使用可能な手動管理の許可リストADMIN_ONLY_CORE_OPTIONSの背後にセキュリティに敏感なオプションを隠しています。しかし、オプション（"general", "ssl_verify"）はその許可リストに含まれていません。管理者でないSETTINGS権限を持つ認証済みユーザーはgeneral.ssl_verifyをオフに設定でき、その結果、すべての外向きpycurlリクエストはSSL_VERIFYPEER=0およびSSL_VERIFYHOST=0で実行され、TLSピアおよびホスト名の検証が完全に無効になります。攻撃者はpyloadが取得する任意のホスト名に対して偽造証明書を提示することが可能です。この脆弱性は、同じ許可リストの異なる見落とされたオプションを修正した修正群の直接の継続であり、0.5.0b3.dev100で修正されています。

pyLoadはPythonで書かれた無料のオープンソースのダウンロードマネージャーです。0.5.0b3.dev100より前のバージョンでは、パッケージフォルダ名のサニタイズが不十分で、文字列置換によって行われていました。パターンの....//は置換後に.._となり（一部削除され）、その結果残った..がOSによってパス解決時に悪用される可能性があります。この脆弱性は0.5.0b3.dev100で修正されました。

pyLoadはPythonで書かれた無料のオープンソースダウンロードマネージャーです。0.5.0b3.dev100より前のバージョンでは、dataオブジェクト内のキー"_folder"を使ってset_package_data() API関数呼び出し時にフォルダ名を渡す際、全くサニタイズされていませんでした。そのため、Perms.MODIFY権限を持つユーザーは任意のディレクトリをパッケージのダウンロード場所として指定できる脆弱性がありました。この脆弱性は0.5.0b3.dev100で修正されています。

Microsoft Officeの不適切なアクセス制御により、未承認の攻撃者がローカルでなりすますことが可能になります。

Microsoft Exchange Serverにおけるウェブページ生成時の入力の不適切な無害化（クロスサイトスクリプティング）は、認証されていない攻撃者がネットワーク上でなりすましを行うことを可能にする脆弱性です。

Linuxカーネルのmm/hugetlbにおける脆弱性は、グローバル予約が失敗した際にサブプールのused_hpagesカウンターが不正に増加する問題を引き起こしていました。この問題により、グローバルに要求されたページが割り当てられなかった場合でもサブプールのusedカウンターが増加し続け、最終的にサブプールのhugeTLBページを利用できなくなる状況が発生します。この問題は、hugetlb_acct_memory()が失敗するたびにused_hpagesがリークし続けることが原因であり、この脆弱性によってサブプールのヒュージページ割り当てが誤動作してしまいます。なお、先行修正されていたアンダーフローの問題は引き続き修正されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：drmではmemcgにプロパティブロブの割り当てを計上するように改善されました。DRM_IOCTL_MODE_CREATEPROPBLOBは、カーネルメモリによりバックアップされた任意サイズのプロパティブロブをユーザースペースで割り当てることを可能にします。現在、ブロブデータの割り当ては割り当てプロセスのメモリcgroupに計上されておらず、特権のないユーザーが無制限のカーネルメモリ消費を引き起こし、システム全体のOOMを発生させる可能性があります。プロパティブロブデータの割り当てにGFP_KERNEL_ACCOUNTのマークを付け、メモリが呼び出し元のmemcgに適切に課金されるようにしました。これにより既存のcgroupメモリ制限が適用され、追加のポリシーやファイルごとの制限を導入することなく、制御不能なカーネルメモリの増加を防止します。

Linuxカーネルに存在した脆弱性が修正されました。この問題は、ext4ファイルシステムにおいてext4_mb_init()の前にext4_percpu_param_init()を移動することで解決されています。`DOUBLE_CHECK`マクロが定義された状態で`kvm-xfstests -c ext4/1k -C 1 generic/383`を実行すると、次のようなパニックが発生しました：EXT4-fsエラー(デバイスvdc)：ext4_validate_block_bitmap:423:comm mount:bg 0:ブロックビットマップのチェックサム不良が起きました。BUG: アドレスff110000fa2cc000に対するページフォルトを処理できませんでした。PGD 3e01067 P4D 3e02067 PUD 0。Oops: 0000 [#1] SMP NOPTICPU: 0 UID: 0 PID: 2386 Comm: mount Tainted: G W 6.18.0-gba65a4e7120a-dirty #1152 PREEMPT(none) RIP: 0010:percpu_counter_add_batch+0x13/0xa0 呼び出しトレースは、ext4_mark_group_bitmap_corrupted+0xcb/0xe0、ext4_validate_block_bitmap+0x2a1/0x2f0、ext4_read_block_bitmap+0x33/0x50、mb_group_bb_bitmap_alloc+0x33/0x80、ext4_mb_add_groupinfo+0x190/0x250、ext4_mb_init_backend+0x87/0x290、ext4_mb_init+0x456/0x640、__ext4_fill_super+0x1072/0x1680、ext4_fill_super+0xd3/0x280、get_tree_bdev_flags+0x132/0x1d0、vfs_get_tree+0x29/0xd0、vfs_cmd_create+0x59/0xe0、__do_sys_fsconfig+0x4f6/0x6b0、do_syscall_64+0x50/0x1f0、entry_SYSCALL_64_after_hwframe+0x76/0x7eとなっています。この問題は、以下のコマンドで再現できます。mkfs.ext4 -F -q -b 1024 /dev/sda 5G、tune2fs -O quota,project /dev/sda、mount /dev/sda /tmp/test。DOUBLE_CHECKが定義された場合、mb_group_bb_bitmap_alloc()はブロックビットマップを読み取り検証します。検証に失敗するとext4_mark_group_bitmap_corrupted()がsbi-s_freeclusters_counterを更新しようとしますが、この時点でpercpu_counterがまだ初期化されていないため、パニックが発生していました。対応として、ext4_percpu_param_init()をext4_mb_init()の前に移動し、使用前にper-CPUカウンタが確実に初期化されるようにしました。

Linuxカーネルのkexecサブシステムにおいて、kexec_load_purgatory()関数がSHF_EXECINSTRセクション内のエントリーポイントを正しく特定できない場合があり、複数の実行可能セクションが重複したアドレスを持つときに誤ったチェックを行い警告を引き起こす脆弱性が修正されました。この問題によりkexecのロード処理が不安定になる可能性があり、本修正ではエントリーポイントの計算方法を改善し、特定のシンボルが存在する場合にはそのシンボルを使用するようにしました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。media: rockchip: rga: rga_buf_init()におけるERR_PTRの誤参照の可能性を修正しました。rga_get_frame()は、バッファタイプが非対応または無効な場合にERR_PTR(-EINVAL)を返すことがあります。rga_buf_init()は返り値をチェックせず、f-sizeへアクセスする際に無条件でポインタを参照していました。適切なERR_PTRのチェックを追加し、エラーを返すことで無効なポインタの参照を防止します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/amdgpuでは、VFがVCNv2.5においてVCN poison IRQを有効にしません。そのため、VFでのvcn poison irq解放をスキップし、終了処理時のコールトレースが発生するのを回避します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfs: btrfs_repair_io_failure()内で、ファイルシステムが読み取り専用(RO)に切り替わったときにASSERT()を行わないようにしました。[バグ] btrfsが重要な処理経路でENOSPCエラーに遭遇した場合、btrfsは読み取り専用に切り替わります（この動作は想定内ですが、ENOSPCのバグは依然として対応が必要です）。問題はROに切り替わった後、読み取り修復が保留中の場合に、btrfs_repair_io_failure()内のASSERT()が以下のように発生することです。BTRFS情報（デバイスvdc）：ブロックグループ30408704をメタデータ|raid1フラグで再配置しました。------------[ ここで切断 ]------------BTRFS: トランザクションが中止されました（エラー -28） WARNING: fs/btrfs/extent-tree.c:3235の__btrfs_free_extent.isra.0+0x453/0xfd0, CPU#1: btrfs/383844 モジュール：kvm_intel kvm irqbypass [...] ---[ トレース終了 0000000000000000 ]--- BTRFS情報（デバイスvdc状態EA）：バランス中に2回のENOSPCエラーが発生しました。BTRFS情報（デバイスvdc状態EA）：バランスは状態：-30で終了しました。BTRFSエラー（デバイスvdc状態EA）：親トランザクションID検証に失敗しました。論理30556160 ミラー2 期待値8 実際6です。BTRFSエラー（デバイスvdc状態EA）：bdev /dev/nvme0n1にエラーが発生しました：書き込み0、読み込み0、フラッシュ0、破損10、世代0です。[...] fs/btrfs/bio.c:938でassertion failed: !(fs_info-sb-s_flags & SB_RDONLY) :: 0 ------------[ ここで切断 ]------------assertion failed: !(fs_info-sb-s_flags & SB_RDONLY) :: 0, fs/btrfs/bio.c:938 カーネルBUGがfs/btrfs/bio.c:938で発生しました。Oops: 無効な命令コード: 0000 [#1] SMP NOPTI CPU: 0 UID: 0 PID: 868 コミュニティ: kworker/u8:13 Tainted: G W N 6.19.0-rc6+ #4788 PREEMPT(full) Tainted: [W]=WARN, [N]=TEST ハードウェア名: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.17.0-0-gb52ca86e094d-prebuilt.qemu.org 2014/04/01 ワークキュー: btrfs-endio simple_end_io_work RIP: 0010:btrfs_repair_io_failure.cold+0xb2/0x120 ・・・[省略]------------[ ここで切断 ]------------[原因] テストケースbtrfs/124で発生する-ENOSPCエラーの原因は不明ですが、メタデータのオーバーコミットが発生し、正しく処理できない場合があることが判明しました。したがって、重要な処理経路でこのようなENOSPCエラーに遭遇した場合、現在のトランザクションを中止せざるを得ません。このため、ファイルシステムは読み取り専用になります。問題はbtrfs_repair_io_failure()のパス内で、ファイルシステムが読み取り専用にマウントされていないことを前提としていることです。通常、この点は問題ありませんが、読み取り修復中にファイルシステムがクリティカルエラーでROに切り替わると、スーパーブロックが読み取り専用にセットされた状態でbtrfs_repair_io_failure()に入ることがあり、この場合、上記のクラッシュが発生します。[修正] ファイルシステムが既に読み取り専用の場合はASSERT()を適切なreturn文に置き換えました。

Linuxカーネルにおいて、drmp/panelのjdi_panel_dsi_remove()関数に存在した潜在的なNULLポインタ参照の脆弱性が修正されました。jdi_panel_dsi_remove()関数は、jdiがNULLの場合でもjdi_panel_disable()を呼び出し続けており、NULLポインタ参照を引き起こす可能性がありました。この問題を防ぐために、jdiがNULLの場合は関数から早期に戻るように修正されています。

Linuxカーネルに存在していた、PMランタイム使用カウントのアンダーフローを修正する脆弱性です。これにより、モジュールのアンロード時に発生していた使用カウントの不整合が解消され、システムの安定性が向上します。

LinuxカーネルにおけるV3Dレンダリング使用時のDMAセグメントサイズが未設定であることによる警告を修正しました。max_seg_sizeを適切に設定することで、debug_dma_map_sg()による警告を防止します。これにより、断片サイズの不一致が報告されることを回避します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/amd/display: HWSS高速パスにおけるDMUBハードウェアロックのアンロック不一致の問題を修正しました。[理由] DMUBハードウェアロックを使用する必要性の評価とアンロックの必要性の評価が一致しておらず、FAMSサポートのないASICで高速パスを使用した際にハングが発生していました。[方法] ロックを使用すべきかどうかを示すフラグを保存し、その同じフラグを使ってアンロックの必要性を指定するように変更しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：bpf: crypto: 正しいデストラクタkfuncタイプを使用する。CONFIG_CFIが有効な場合、カーネルは間接関数呼び出しが対象関数と一致する関数ポインタ型を使用していることを厳密に強制します。BPFの自己テストを実行した際に以下の型不一致が発生しました：CFI failure at bpf_obj_free_fields+0x190/0x238 (target: bpf_crypto_ctx_release+0x0/0x94; expected type: 0xa488ebfc)。内部エラー: Oops - CFI: 00000000f2008228 [#1] SMP ... bpf_crypto_ctx_release()はBPFプログラムでも使用されており、voidポインタを引数に使うと検証ツールに問題を起こすため、正しい型の単純なスタブ関数を追加し、それをデストラクタkfuncとして登録しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfsのrun_one_delayed_ref()関数内で予期しない遅延リファレンスタイプに対してBUG()を発生させないようにしました。BUG()を発生させる必要はなく、エラーを返し、エラーメッセージをログに記録するだけで対応しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。md raidに関して、dm-raidを介してメタデータ付きの配列を停止する際のハング問題を修正しました。device-mapperのdm-raidターゲットを使用している場合、特定の条件下でRAIDアレイを停止するとシステムがハングすることがあります。この問題は次の場合に発生します。dm-raid管理デバイスツリーが上位から下位へ順にサスペンドされ、最上位のRAIDデバイスが最初にサスペンドされ、その後にメタデータおよびデータデバイスが続きます。その後、最上位のRAIDデバイスが削除されます。最上位デバイスの削除は次のシーケンスでハングを引き起こします。dm-raidデストラクタがmd_stop()を呼び出し、メタデータサブデバイスに書き込み意図ビットマップを書き込んでフラッシュしようとします。しかし、これらのデバイスはすでにサスペンドされているため、書き込み意図操作を完了できず、無期限のブロックが発生します。修正内容は以下のとおりです。dm-raidデストラクタコンテキストからmd_stop()が呼び出された際にビットマップのフラッシュを防止し、I/Oを引き起こす可能性のあるクワイエス（停止）／アンカイエス（再開）サイクルを回避します。また、dm-raidサスペンドコンテキストから呼ばれた場合は書き込み意図ビットマップのフラッシュを許可します。これにより、基盤となるデバイスがサスペンド状態であってもRAIDアレイのテアダウンが正常に完了することを保証します。この二つ目のパッチは、上記のようにmd_is_rdwr()を使用してサスペンドパスとデストラクタパスを区別しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：media: verisilicon: H.264およびHEVCのデコード中のG2バスエラー回避。i.MX8MQプラットフォームにはハードウェアの制限があり、g1 VPUとg2 VPUは同時にデコードできません。同時に動作させると、以下のバスエラーが発生し、画像が破損し、場合によってはシステムがハングする可能性があります。[110.527986] hantro-vpu 38310000.video-codec: フレームデコードのタイムアウトが発生しました。[110.583517] hantro-vpu 38310000.video-codec: バスエラーが検出されました。したがって、g1とg2が交互に動作することを保証する必要があります。これにより、H.264およびHEVCのマルチインスタンスデコードが成功します。この目的を達成するために、g1とg2は同じv4l2_m2m_devを共有し、そのv4l2_m2m_devがスケジューリングを処理します。

Linuxカーネルにおいて、Tegraプラットフォームのシステムサスペンドからの復帰時に、generic_handle_irq()が非割り込みコンテキストから呼び出される問題を修正しました。この問題は安全でない動作を引き起こす可能性があります。修正内容は、generic_handle_irq()の呼び出しをIRQワークに遅延させ、これをハードIRQコンテキストで処理することで安全性を確保することです。PREEMPT_RTカーネル使用時にはIRQ_WORK_INIT_HARDを使用して問題に対応しています。この修正により、復帰時の警告と安全性の問題を解消しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：media: i2c: ov5647のコントロールの前にサブデバイスを初期化する必要があります。ov5647_init_controls()内でv4l2_get_subdevdataを呼び出しますが、これはprobe内のv4l2_i2c_subdev_init()で初期化されます。現在、この初期化はinit_controls()の後に行われているため、エラー条件が発生した場合にi2c_clientへアクセスしようとしてセグメンテーションフォルトが発生する可能性があります。そこで、初期化の順序を修正しました。

Linuxカーネルにおいて、ACPIのprocessorモジュールのacpi_processor_errata_piix4()関数でNULLポインタ逆参照が発生する脆弱性が修正されました。この関数では、最初にIDEデバイスを示すポインタが割り当てられた後、ISAデバイスに再割り当てされています。しかし、2回目の割り当てが失敗するとポインタがNULLになり、dev_dbg()の呼び出し時にNULLポインタ逆参照が発生します。この問題を防ぐために、2つの一時ポインタを使用してポインタがNULLにならないようにしています。