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

Google Chrome 149.0.7827.103より前のバージョンにおいて、TracingのUse after freeの脆弱性により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。Chromiumのセキュリティ上の重大度は中程度です。

Spring MVCおよびWebFluxアプリケーションは、静的リソースの解決時にサービス拒否（DoS）攻撃を受けやすい脆弱性があります。影響を受けるバージョンは、Spring Frameworkの7.0.0から7.0.7、6.2.0から6.2.18、6.1.0から6.1.27、および5.3.0から5.3.48までです。

Spring Expression Language（SpEL）の評価ロジックに整数オーバーフローの脆弱性が存在します。攻撃者は、過剰なリソース消費を引き起こす特別に細工されたSpEL式を提供することで、この脆弱性を悪用し、サービス拒否（DoS）を引き起こす可能性があります。影響を受けるバージョンはSpring Frameworkの5.3.0から5.3.48までです。

ユーザーが提供したSpring Expression Language（SpEL）式を評価するアプリケーションは、アルゴリズム的サービス拒否（DoS）攻撃に対して脆弱です。特別に細工された式を提供することで、攻撃者は評価中に過剰なリソース消費を引き起こし、アプリケーションの性能が低下し利用できなくなる可能性があります。影響を受けるバージョンは、Spring Framework 7.0.0から7.0.7、6.2.0から6.2.18、6.1.0から6.1.27、5.3.0から5.3.48までです。

Apache HTTP Server 2.4.67およびそれ以前のmod_proxy_htmlにバッファオーバーフローの脆弱性が存在し、信頼できないバックエンドからの攻撃を許してしまう可能性があります。ユーザーには、この問題を修正したバージョン2.4.68へアップグレードすることを推奨します。

Apache HTTP Serverにおけるヒープベースのバッファオーバーフローの脆弱性であり、悪意のあるバックエンドサーバーおよびProxyPassReverseCookie*に関連しています。この問題はApache HTTP Serverのバージョン2.4.0から2.4.67までに影響します。ユーザーはこの問題を修正したバージョン2.4.68にアップグレードすることを推奨します。

ユーザーが提供するSpring Expression Language（SpEL）式を受け入れるアプリケーションは、SpEL式の評価が無制限にキャッシュ増加を引き起こす場合、サービス拒否（DoS）攻撃に対して脆弱になります。影響を受けるバージョンは、Spring Framework 7.0.0から7.0.7、6.2.0から6.2.18、6.1.0から6.1.27、および5.3.0から5.3.48です。

Apache HTTP Serverのmod_xml2encモジュールのxml2StartParse関数において、信頼できないコンテンツを処理する際にヒープベースのバッファオーバーフロー脆弱性が存在します。この問題はApache HTTP Serverのバージョン2.4.0から2.4.67までに影響を及ぼします。ユーザーはこの問題を修正したバージョン2.4.68へアップグレードすることを推奨します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。fanotifyの権限イベントにおける誤検知の問題です。fsnotify_get_mark_safe()関数が関連のないグループのマークに対してfalseを返す可能性があり、そのために権限チェックが回避されてしまう問題が存在していました。この問題は、現在のグループに属さない切り離されたマークをスキップすることで修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。wifiのmac80211サブシステムにおいて、fast-RXのrx_resultから不適切な'static'指定を削除しました。ieee80211_invoke_fast_rx()は並列RXで安全であると文書化されていますが、その呼び出しごとのrx_resultがstaticとして宣言されていました。そのため、複数の呼び出し元が同じインスタンスを共有し、ieee80211_rx_mesh_data()とresのスイッチ間で互いの結果を上書きする可能性がありました。この問題により、ieee80211_rx_mesh_data()によってキューイングまたは消費されたパケットがieee80211_rx_8023()に誤って渡されることや、継続すべきパケットがキューイングのままとなることがありました。各呼び出しごとに独自の結果を保持するために、resを自動変数に変更しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。sched_extのcgroupセッター内でscx_cgroup_ops_rwsemの下にあるscx_rootを読み取る際の問題です。scx_group_set_{weight,idle,bandwidth}()はscx_cgroup_ops_rwsemを取得する前にscx_rootをキャッシュするため、操作が実行される時点でポインタが古くなる可能性があります。ロードされたスケジューラが無効化されて解放され（RCUワーク経由）、別のスケジューラが裸のロードとrwsem取得の間に有効化されると、リーダーはscx_cgroup_enabled=true（新しいスケジューラのもの）を確認しますが、解放済みのものを参照してしまいます。これにより、SCX_HAS_OP(sch, ...) および SCX_CALL_OP(sch, ...)に対してUse-After-Free（UAF）が発生します。scx_cgroup_enabledはscx_cgroup_ops_rwsemの書き込み下（scx_cgroup_{init,exit}）でのみ切り替えられるため、rwsemの読み取りセクション内でscx_rootを読むことは@schを有効なスナップショットと関連づけます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ALSAのpcm ossにおけるruntime.oss.triggerへのアクセス時にデータ競合が発生する問題が修正されました。現在、runtime.oss.triggerフィールドが保護されずに同時アクセスされる可能性があり、これによりデータ競合が生じる恐れがあります。また、このフィールドはビットフィールドであるため、書き込み時に他のビットフィールドが上書きされて動作が完全に混乱するというより重大な問題も発生する可能性がありました。この問題はファジングによって発見されました。snd_pcm_oss_get_trigger()およびsnd_pcm_oss_poll()の両関数において、既存のparams_lockミューテックスを使用してruntime.oss.triggerビットフィールドを適切に保護することでこの問題を修正しました。

Linuxカーネルにおいて、次の脆弱性が修正されました。smbクライアントにおいて、userspaceのcifs.spnego記述を拒否するように変更されました。cifs.spnegoキーの記述にはpid、uid、creduid、upcall_targetなどの権限を持つフィールドが含まれており、cifs.upcallはこれらをカーネル起源の入力として扱います。しかし、userspaceもrequest_key(2)やadd_key(2)を通じてこのタイプのキーを作成できるため、これらのフィールドがCIFS起源でない場合でも提供される可能性があります。そこで、CIFSがプライベートなspnego_credを使用してキーを要求している場合にのみ、cifs.spnego記述を受け入れるようにしました。

Linuxカーネルのpower: supply: pm8916_lbcのIRQハンドラ内でのextconに対するuse-after-freeの脆弱性が修正されました。この問題は、IRQを要求するためのdevmバリアントがextconハンドルを割り当ておよび登録するdevmバリアントより先に使用されることで発生し、devmは逆順でリソースを解放するため、IRQハンドラより先にextconハンドルが解放されてしまいます。その結果、削除時に割り込みが発生し、extconハンドルがすでに解放された後にIRQハンドラの対応する登録解除が行われる競合状態となり、IRQハンドラが解放済みのextconハンドルでextcon_set_state_sync()を呼び出すため、システムがクラッシュしたりメモリが破損したりします。この問題を修正するために、IRQはextconハンドルの登録後に要求されるように変更されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。MIPSでは、グローバルレジスタ変数としてgpが使用される場合のLLVMのバグに対処しました。MIPSにおいて、__current_thread_infoは$gpに位置するグローバルレジスタ変数として定義されており、カーネルのリロケーション中に新しいアドレスが単純に代入されます。しかし、LLVMでは$gpが何らかの形で破壊されたと判断されると、常に$gpを復元します。そのため、意図的にグローバルレジスタ変数を通じて破壊された場合でも復元してしまいます。これは、グローバルレジスタ変数として使用されるcallee-savedレジスタが破壊された場合に復元しないように求めるGCCのドキュメント[1]に反しています。その結果、relocate_kernel()のエピローグ後に$gpはリロケートされていないカーネルを指し続け、そのためinit_idleで早期クラッシュが発生します。本バグはLLVM[2]に報告されており、バージョン18から21（少なくとも）に影響します。修正が広く利用可能になるまで、インラインアセンブリを使用して$gpを代入することでこの問題を回避しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfsのblock_group_treeにおけるdirty_list破損の修正です。EXTENT_TREE_V2互換フラグが設定されている場合、switch_commit_rootsを呼び出す前に、tree rootやchunk rootと同様にblock group treeをswitch_commitsリストに無条件で追加していました。しかし、block group treeは通常のroot dirtyトラッキングを使用しており、割り当てが行われblock groupがダーティになるトランザクション内では、block group rootはすでにdirty_listフィールドによってリストにリンクされています。そのため、list_add_tail()のこの使い方は無効であり、block_group_root-dirty_listのprevおよびnextメンバーを破損させてしまいます。CONFIG_DEBUG_LISTを有効にすると、後続のlist_delにおいてこの破損が明らかになります。さらに、このリスト破損は、新しいblock groupを追加した場合に最終的にswitch_commitsリストとdirty_cowonly_rootsリストが混同される原因となり、tree rootには存在しないtree rootに対してupdate_rootを呼び出そうとするため、トランザクションが中断される結果をもたらします。この問題に対処するため、block_group_treeのdirty_list管理が修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。pstore/ramのpersistent_ram_save_old()関数におけるバッファオーバーフローの修正です。persistent_ram_save_old()は、同じpersistent_ram_zoneに対して複数回呼び出される可能性があります（例: ramoops_pstore_readからramoops_get_next_prz経由でPSTORE_TYPE_DMESGレコードに対して呼び出されます）。現在、この関数はprz-old_logがNULLの場合にのみメモリを割り当てますが、prz-old_log_sizeは無条件に現在のバッファサイズに更新され、その新しいサイズを使ってmemcpy_fromio()を実行します。バッファサイズが最初の割り当て時から増加している場合（異なるカーネル起動サイクル間で発生する可能性があります）、次の問題が発生します。1. memcpy_fromio()呼び出しでのヒープバッファオーバーフロー（境界外書き込み）が起こります。2. ramoops_pstore_read()が不正な（より大きい）old_log_sizeを使ってバッファにアクセスし、境界外読み取りが発生します。KASANエラーは以下のように表示されます。BUG: KASAN: slab-out-of-bounds in ramoops_pstore_read+0x... Read of size N at addr ... by task ... 発生条件は極めて厳しいと考えられています。0. 最大レコードサイズ未満のバイト数のramoops書き込みによるクラッシュがあります。1. 再起動し、ramoopsが登録され、pstore_get_records(0)が古いクラッシュを読み取り、サイズXのold_logを割り当てます。2. クラッシュハンドラが登録され、タイマーが開始されます（pstore_update_ms = 0の場合）。3. 致命的でないOopsが発生し（システムは継続動作します）。4. pstore_dump()がramoops_pstore_write()経由でサイズY(X)のOopsを書き込みます。5. pstore_new_entryが1となり、pstore_timer_kick()が呼ばれます。6. システムはパニックを起こさず継続動作します。7. pstore_update_msミリ秒後にタイマーが起動します。8. pstore_timefunc() → schedule_work() → pstore_dowork() → pstore_get_records(1)の順に呼ばれます。9. ramoops_get_next_prz() → persistent_ram_save_old()が呼ばれます。10. buffer_size()はYを返しますが、old_logはXバイトのままです。11. Y Xによりmemcpy_fromio()でヒープオーバーフローが発生します。必要条件は以下の通りです。- 以前にレコードサイズを満たしていないクラッシュレコードが存在すること（クラッシュハンドラはほぼ常に最大レコードサイズおよびkmsgバッファ上限まで書き込むため、ほぼ不可能です）。- pstore_update_ms = 0（デフォルトは無効です）。- 致命的でないOops（システムが生き残る）。新しいサイズが以前に割り当てたサイズと異なる場合、バッファを解放し再割り当てすることでold_logが常にコピーされるデータに十分な領域を持つように保証します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。procfsのdo_task_stat()関数でreal_parentを読み取る際にRCU保護が欠如していました。proc/[pid]/statを読み取る際、do_task_stat()はtask-real_parentに適切なRCU保護なしにアクセスしていました。その結果、CPU 0でdo_task_statがvar = task-real_parentを実行し、CPU 1でrelease_taskがcall_rcu(delayed_put_task_struct)を呼び出す場合に、task_tgid_nr_ns(var)の中でrcu_read_lockが遅すぎてtask-real_parentを保護できず、task_pid_ptrでUse-After-Freeが発生します。このパッチは、task_tgid_nr_ns()の代わりにtask_ppid_nr_ns()を使用し、task-real_parentへのアクセスに適切なRCU保護を追加します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ipv6: fib6_add_rt2node()における境界外アクセスの問題です。syzbotによりfib6_add_rt2node()での境界外読み取りが報告されました。[0] IPv6ルートがRTA_NH_ID付きで作成されると、構造体fib6_infoには末尾のfib6_nh構造体が存在しません。指摘されたコミットでは、rt6_qualify_for_ecmp()がiterに対してfalseを返すことを保証するために!iter-fib6_nh-fib_nh_gw_familyをチェックし始めました。しかし、iter-nhがNULLでなければ、rt6_qualify_for_ecmp()はどのみちfalseを返します。そこで、iter-fib6_nhを読み込む前にiter-nhを確認し、境界外読み取りを回避するようにしました。[0]: BUG: KASAN: slab-out-of-bounds in fib6_add_rt2node+0x349c/0x3500 net/ipv6/ip6_fib.c:1142 サイズ1の読み取りがアドレスffff8880384ba6deでタスクsyz.0.18/5500によって実行されました。CPU: 0 UID: 0 PID: 5500 コミュニティ: syz.0.18 タイントされていません syzkaller #0 PREEMPT(full) ハードウェア名: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 2014/04/01 コールトレースなど詳細は省略しますが、メモリの安全性を確保するため、fib6_add_rt2node()内でのポインタ検査を強化し、境界外アクセスを防止しました。

Linuxカーネルのdrm/amd/displayで、範囲外のストリームエンコーダーインデックスアクセスの脆弱性が修正されました。eng_idが負の値になる可能性があり、サイズ5のstream_enc_regs配列に範囲外アクセスが発生する恐れがありました。この問題は、eng_idを使用する前に明示的な範囲チェックと符号なしキャストを追加することで修正されました。これにより、不正なメモリアクセスを防止し、システムの安定性とセキュリティを向上させました。

Linuxカーネルのdrm/xe/pfにおいて、devm_add_action_or_reset()が失敗した場合に、まだ初期化されていないkobject上でクリーンアップアクションが即座に実行される問題が修正されました。これにより、kobject_put()が初期化されていないkobjectに対して呼び出され、refcountのアンダーフローやuse-after-freeが発生する可能性がありました。修正では、kobject_init()とkobject_add()を個別に呼び出し、kobjectが初期化された後にクリーンアップアクションを登録するようにしています。また、ループ内で誤って親kobjectを渡していた問題も解消しました。この変更により、検出されなかったメモリリークも修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。RDMA/hnsに関するWQ_MEM_RECLAIM警告の修正です。sunrpcが使用されている場合、リセットがトリガーされると、ワークキュー（wq）が次のトレースを引き起こす可能性があります。トレース内容は以下の通りです：workqueue: WQ_MEM_RECLAIM、xprtiod:xprt_rdma_connect_worker [rpcrdma] はフラッシュ中に !WQ_MEM_RECLAIM、hns_roce_irq_workq:flush_work_handle [hns_roce_hw_v2] 警告：CPU: 0 PID: 8250 カーネル/workqueue.c:2644 check_flush_dependency+0xe0/0x144。呼び出しトレースは次の通りです：check_flush_dependency+0xe0/0x144、start_flush_work.constprop.0+0x1d0/0x2f0、__flush_work.isra.0+0x40/0xb0、flush_work+0x14/0x30、hns_roce_v2_destroy_qp+0xac/0x1e0 [hns_roce_hw_v2]、ib_destroy_qp_user+0x9c/0x2b4、rdma_destroy_qp+0x34/0xb0、rpcrdma_ep_destroy+0x28/0xcc [rpcrdma]、rpcrdma_ep_put+0x74/0xb4 [rpcrdma]、rpcrdma_xprt_disconnect+0x1d8/0x260 [rpcrdma]、xprt_rdma_connect_worker+0xc0/0x120 [rpcrdma]、process_one_work+0x1cc/0x4d0、worker_thread+0x154/0x414、kthread+0x104/0x144、ret_from_fork+0x10/0x18。QPの破壊はメモリを解放するため、このワークキューにはWQ_MEM_RECLAIMが必要とされています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。nfc: hci: shdlc: コンテキストを解放する前にタイマーと作業を停止する必要があります。llc_shdlc_deinit()はSHDLCのskbキューを消去し、llc_shdlc構造体を解放しますが、そのタイマーおよび状態遷移の作業がまだアクティブな場合があります。タイマーのコールバックはsm_workをスケジュールでき、sm_workはSHDLCの状態およびskbキューにアクセスします。キューに入ったまたは実行中の作業項目と並行して終了処理が行われると、UAF（Use-After-Free）やその他のシャットダウン時の競合が発生する可能性があります。そのため、キューを消去してコンテキストを解放する前に、すべてのSHDLCタイマーを停止し、sm_workを同期的にキャンセルします。この脆弱性はLinux Verification Center（linuxtesting.org）とSVACEによって発見されました。

Linuxカーネルにおいて、power: supply: rt9455のpower_supply_changed()関数に存在していたuse-after-freeの脆弱性が修正されました。IRQの要求をdevm_バリアントで行う際、power_supplyハンドルの割り当ておよび登録をdevm_バリアントで行う前にIRQ要求を行うと、power_supplyハンドルが割り当ておよび登録の逆順で自動的に解放されるため、IRQハンドラの登録解除が完了する前にハンドルが解放される可能性がありました。その結果、割り込み発生時に解放済みのpower_supplyハンドルを使用してpower_supply_changed()が呼び出され、システムクラッシュやメモリ破損が発生する競合状態が起こっていました。同様の問題はprobe()関数内でも発生し得て、IRQがpower_supplyハンドルの登録前に発生すると未初期化のハンドルが使用されてしまいます。この競合状態を防ぐために、IRQ要求をpower_supplyハンドル登録後に移動させました。

Linuxカーネルにおいて、Wifiのath12kドライバでWoWオフロードをプライマリリンクのみに適用する修正が行われました。マルチリンク接続の場合にプライマリおよびセカンダリリンクの両方でWoWオフロードが有効になると、WCN7850ファームウェアがクラッシュしてしまう問題を防止します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ibmvethでは、小さいMSS値のパケットに対してGSOを無効化します。Powerシステム上の一部の物理アダプターは、MSSが224バイト未満の場合にセグメンテーションオフロードをサポートしていません。そのようなパケットを送信しようとすると、アダプターがフリーズし、手動でリセットするまで全ての通信が停止します。ndo_features_checkを実装して、小さいMSS値のパケットに対してGSOを無効化しました。ネットワークスタックは代わりにソフトウェアセグメンテーションを行います。224バイトの最小値は、SEA構成で同じ物理アダプターを使用するibmvnicのコミットf10b09ef687f（"ibmvnic: Enforce stronger sanity checks on GSO packets"）と一致します。この問題は、特にハードウェアが小さいMSSでセグメンテーションを実行しようとした場合（gso_segs 1）に発生します。単一セグメントのGSOパケット（gso_segs == 1）は問題のあるLSOコードパスをトリガーせず、通常通りにセグメンテーションなしで送信されます。そこで、ndo_features_checkコールバックを追加し、MSSが224バイト未満の場合にGSOを無効化しました。また、vlan_features_check()を呼び出してVLANパケット、特にハードウェアパーサーが一部のオフロード機能をサポートしない可能性があるQinQ（802.1ad）構成を適切に処理します。iptablesを使用して小さいMSS値を強制することで検証しました。修正がない場合、アダプターはフリーズしますが、修正後はパケットがソフトウェアでセグメント化され、送信に成功します。MSSテスト、パフォーマンス、安定性を含む包括的なリグレッションテストも完了しています。

Flowiseはカスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.2以前のバージョンでは、評価者の作成および更新時のマスアサインメントにより、ワークスペース間で評価者が乗っ取られる可能性がありました。この問題はバージョン3.1.2で修正されました。

samlifyはSAMLシングルサインオンのためのNode.jsライブラリです。バージョン2.13.0以前のsamlifyでは、テンプレート置換が属性コンテキストのみをエスケープしていました。要素のテキスト部分（例：saml:AttributeValue）に挿入される値はエスケープされていませんでした。通常のユーザーが属性値（例：email、name）にXMLマークアップを注入し、署名されたアサーション内に新しいsaml:Attribute要素を追加することが可能でした。IdPは改ざんされたアサーションに署名し、SPは注入された属性を信頼されたものとして受け入れます。これにより、属性が認可（ロール/グループ）に使用されている場合に権限昇格が発生します。この問題はバージョン2.13.0で修正されました。

Ubuntu Linux 6.8には、リンクリストを変更する際にロックを取得できないAppArmor SAUCEパッチが含まれています。権限のないローカルユーザーがレースコンディションを引き起こす可能性があり、それにより使用後解放（UAF）が発生し、理論的には任意のコードを実行できる可能性があります。

Ubuntu Linux 6.8、6.17および7.0にはAppArmor SAUCEパッチが含まれており、このパッチが内部バッファのサイズを誤って計算する可能性があります。その結果、通知処理コードでヒープメモリの境界外読み取りが発生することがあります。このバグは権限のないローカルユーザーによって引き起こされる可能性があり、AppArmorのDFAポリシーエンジンが無効なデータを処理してしまう原因となる可能性があります。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.0より前のバージョンには、細かく設定可能な`users.edit`権限のみを持つ非管理者ユーザーが、`activated`フラグ（ユーザーがログインできるかどうかを決定します）および`ldap_import`フラグ（ユーザーがパスワードリセットを要求できるかどうかを決定します）を編集することによって、すべての管理者をインスタンスからロックアウトさせる脆弱性があります。バージョン8.6.0にはこの脆弱性を修正するパッチが含まれています。

Android版Google Chromeのバージョン149.0.7827.53より前のWebShareにおけるUse after freeの脆弱性によって、リモート攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスエスケープを実行する可能性がありました。

Google Chromeの149.0.7827.53以前のバージョンにおいて、パスワードマネージャーのポリシー強制が不十分でした。そのため、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを使ってサイト分離を回避することが可能でした。

Android向けGoogle Chromeのバージョン149.0.7827.53より前のSerialにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスからの脱出を実行する可能性がありました。

Google Chromeのバージョン149.0.7827.53以前のWebGPUには境界外読み取りの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介して境界外メモリを読み取ることが可能でした。

Google Chromeの149.0.7827.53以前のバージョンにおいて、ネットワーク部分のUse after freeの脆弱性により、リモートの攻撃者が悪意のあるネットワークトラフィックを使ってヒープ破損を引き起こす可能性がありました。

Android版Google Chromeの149.0.7827.53以前のバージョンにおけるカスタムタブの不適切な実装により、ローカル攻撃者が細工されたXMLファイルを介して権限を昇格させることが可能でした。

Windows上のGoogle Chromeバージョン149.0.7827.53以前のMediaにおける信頼できない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。

Linux上のGoogle Chromeの149.0.7827.53以前のバージョンにおいて、BaseのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得することが可能でした。

Android版Google Chromeのバージョン149.0.7827.53より前のWebViewにUse after freeの脆弱性が存在しており、ローカルの攻撃者が悪意のあるファイルを介して任意のコードを実行する可能性がありました。