読み込んでいます…
脆弱性情報(JVN)
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 High 種別 境界外書き込み の検索結果:201–240 件目を表示(ページ 6)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
Linuxカーネルにおいて、以下の脆弱性が修正されました:cryptoのaf_algモジュールにおけるaf_alg_pull_tsgl関数のページ再割り当てオーバーフローの修正です。af_alg_pull_tsglにページ再割り当てが追加された際に元のループが更新されておらず、必要以上に1ページ多く再割り当てを試みる可能性がありました。この問題を防ぐために、再割り当て時のチェックを追加しました。また、廃止されたoffset引数について言及しているコメントも更新しました。
Google Chrome バージョン148.0.7778.168より前のMediaにおける境界外書き込みにより、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。crypto: caamに関する長いHMACキーに対するオーバーフローの問題を修正しました。ブロックサイズよりも長いキーが供給された場合、そのキーはコピーされた後、実際のキーとしてハッシュされます。コピーのために割り当てられたメモリはDMAキャッシュアラインメントに丸める必要があります。そうしないと、ハッシュ化されたキーが隣接するメモリ領域を破損する可能性があります。コピーはkmemdupを使用して行われていましたが、このためにオーバーフローが発生していました。具体的には、keylenの元のバッファから(aligned_len - keylen)バイト多く読み取ってしまっていました。この問題を修正するために、kmemdupをkmallocに置き換え、その後memcpyを使用する方法に改めました。
MongoDBサーバーの時系列コレクション実装における問題により、データベースの書き込み権限を持つ認証ユーザーがmongodプロセス内で境界外メモリ書き込みを引き起こす可能性があります。この問題は、時系列バケットカタログ内の内部フィールド名からインデックスへのマッピングが不整合になることが原因です。特定の条件下で、これにより任意のコードが実行される可能性があります。この問題は、MongoDBサーバーのv5.0系では5.0.33未満、v6.0系では6.0.28未満、v7.0系では7.0.34未満、v8.0系では8.0.23未満、v8.2系では8.2.9未満、v8.3系では8.3.2未満のバージョンに影響を与えます。
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全294,721件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
Google Chromeの148.0.7778.168以前のバージョンにおけるWeb Audioの範囲外書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる問題です。
Google Chrome 148.0.7778.168より前のバージョンのWebRTCにおける境界外書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できるようになりました。
Google Chrome 148.0.7778.168より前のバージョンにおいて、フォントの境界外書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
PillowはPythonの画像処理ライブラリです。バージョン10.3.0から12.2.0未満のバージョンにおいて、悪意のあるPSDファイルを処理するとメモリ破損が発生し、クラッシュや任意のコード実行につながる可能性がありました。この問題はバージョン12.2.0で修正されました。
NanaZipはオープンソースのファイルアーカイブソフトウェアです。バージョン5.0.1252.0から6.0.1698.0未満の範囲で、NanaZipのUFS/UFS2ファイルシステムイメージパーサーに1バイトのヒープ境界外ヌル書き込みの脆弱性が存在します。この脆弱性は、細工されたUFSファイルシステムイメージを開く際に発生します。攻撃者はヒープ割り当て境界を越えた約254バイトの範囲内で書き込みのバイトオフセットを制御できます。この脆弱性はバージョン6.0.1698.0で修正されています。
Fortinet FortiOS 7.6.0から7.6.3、FortiOS 7.4.0から7.4.8、FortiOS 7.2.0から7.2.11に存在する境界外書き込みの脆弱性により、攻撃者は特別に細工されたパケットを介して不正なコードやコマンドを実行できます。
Windows版Intel(R) QATソフトウェアドライバのバージョン1.13未満の一部において、Ring 3のユーザーアプリケーション内で境界外書き込みが発生し、権限昇格が起こる可能性があります。認証されたユーザーと低複雑度の攻撃を組み合わせた、権限のないソフトウェア攻撃者が権限昇格を可能にする場合があります。この問題は、攻撃要件を満たさず、特別な内部知識も不要で、ユーザーの操作も必要としないローカルアクセスを介して発生します。この潜在的な脆弱性は、脆弱なシステムの機密性(高)、完全性(高)、および可用性(高)に影響を与え、その結果、システム全体の機密性、完全性、および可用性に悪影響を及ぼします。
Ashlar-Vellum Cobalt、Xenon、Argon、Lithium、およびCobalt Shareのバージョン12.6.1204.216以前には、バッファオーバーフロー(境界外書き込み)の脆弱性が存在します。この脆弱性により、特別に細工されたVC6ファイルが解析される際に、攻撃者が任意のコードを実行できる可能性があります。
Linuxカーネルにおいて、次の脆弱性が修正されました。smbクライアントのSMB2_write()におけるインプレース暗号化の破損の問題です。SMB2_write()は書き込みペイロードをrq_iovのiov[1..n]に配置します。smb3_init_transform_rq()はrq_iovのポインターを共有しているため、crypt_message()はiov[1]をインプレースで暗号化し、元の平文を暗号文で置き換えます。再試行可能なエラーが発生すると、リトライは元のデータではなく暗号文を含む同じiov[1]を送信し、データの破損が生じます。この破損は接続が不安定な場合に最も観察されやすく、再接続が書き込みリトライを引き起こし、既に暗号化されたデータを再送信するため発生します。これはSFUのmknodやMFのシンボリックリンクなどに影響を与えます。6.10以前のカーネル(netfsへの変換前)では、同期書き込みもこの経路を使用しており、同様の影響を受けていました。一方、非同期書き込みパスはrq_iterを使用し、それがディープコピーされるため影響を受けませんでした。修正内容としては、書き込みペイロードをiov_iter_kvec()を介してrq_iterに移動し、smb3_init_transform_rq()が暗号化前にそれをディープコピーするように変更しました。
libsixelはkmiyaのsixelに由来するSIXELエンコーダ/デコーダの実装です。バージョン1.8.7-r1までにおいて、SIXELパーサの画像バッファ倍増ループで符号付き整数オーバーフローが発生し、sixel_decode_raw_implでヒープの境界外書き込みにつながる可能性があります。context-pos_xは各SIXEL文字のrepeat_countによって増加しますが、上限チェックがありません。pos_xがINT_MAXに近づくと、画像バッファのサイズを決定するために使用される「pos_x + repeat_count」の式が符号付き整数オーバーフローを引き起こします。オーバーフローの巻き戻り方によっては、過大なサイズのバッファを拒否すべきリサイズチェックを回避でき、その後の書き込みがimage-dataへの大きな攻撃者影響下のオフセットを計算し、割り当てサイズを超えて書き込みを実行します。この脆弱性は、攻撃者が提供するSIXELデータをデコードするあらゆる呼び出し元(img2sixelを含む)から悪用可能です。この脆弱性はバージョン1.8.7-r2で修正されました。
OpenImageIOは、VFXやアニメーションに関連するあらゆる画像ファイル形式の読み取り、書き込み、操作を行うためのツールセットです。3.0.18.0および3.1.13.0より前のバージョンでは、sgiinput.cppの265行目と274行目でRLEデコードループ内の境界チェックにOIIO_DASSERTが使用されていました。リリースビルドでは、OIIO_DASSERTは((void)sizeof(x))にコンパイルされ(dassert.hの210行目)、すべての境界チェックが実質的に無効になります。スキャンライン幅を超えるRLEカウントを持つ細工された.sgiファイルによってヒープバッファオーバーフローが発生し、クラッシュを引き起こします。この脆弱性は3.0.18.0および3.1.13.0で修正されています。
OpenImageIOは、VFXやアニメーションに関連するあらゆる画像ファイル形式の画像を読み書きおよび操作するためのツールセットです。バージョン3.0.18.0および3.1.13.0以前では、softimageinput.cppの469行目(混合RLE)および345行目(純RLE)で、ピクセルを書き込む前に走査線の残幅に対してランレングスの制限が行われていませんでした。生パケット経路(403行目)ではstd::minを使用して正しく制限されていますが、RLE経路ではこのチェックが省略されていました。細工された.picファイルにより最大65535バイトのヒープオーバーフローが発生します。この脆弱性はバージョン3.0.18.0および3.1.13.0で修正されています。
OpenImageIOは、VFXやアニメーションに関連するあらゆる画像ファイル形式の画像を読み書きおよび操作するためのツールセットです。バージョン3.0.18.0および3.1.13.0より前のバージョンには、DPXColorConverter.cpp内のQueryRGBBufferSizeInternal()関数に符号付き整数オーバーフローの脆弱性が存在します。細工されたDPX画像ファイルを処理するとヒープベースの境界外書き込みが発生します。この関数は32ビット符号付き整数算術を使用してバッファサイズを計算しますが、負の乗数(例えば、kCbYCrディスクリプタの場合はピクセル数 * -3 * バイト数、kABGRディスクリプタの場合はピクセル数 * -4 * バイト数)が含まれています。負の結果は別のバッファが不要であることを示すインバンドシグナルとして使われています。ピクセル数が十分に大きい場合、乗算はINT_MINをオーバーフローし、小さな正の値に巻き戻ります。dpxinput.cpp内の呼び出し元はこの正の値を必要なバッファサイズとして解釈し、m_decodebuf.resize()を介して過小割り当てされたヒープバッファを確保します。その後、freadを介して完全な画像データを書き込むため、ヒープバッファオーバーフローが発生します。攻撃者は細工されたDPXファイルを作成してこのオーバーフローを引き起こすことで、サービス拒否(クラッシュ)を引き起こしたり、OpenImageIOを使用してピクセルデータを読み込む任意のアプリケーションにおいてヒープ破損を介した任意のコード実行を潜在的に行ったりすることが可能です。この脆弱性は3.0.18.0および3.1.13.0で修正されています。
OpenImageIOは、VFX/アニメーションに関連するあらゆる画像ファイル形式の画像ファイルの読み書きおよび操作を行うツールセットです。バージョン3.0.18.0および3.1.13.0より前のバージョンでは、ConvertCbYCrYToRGB()内のピクセルループのインデックス式i * 3における符号付き32ビット整数のオーバーフローによって関数が出力バッファに対して大きな負のポインタオフセットを計算し、範囲外の書き込みが発生してプロセスがクラッシュする脆弱性が存在していました。この脆弱性はバージョン3.0.18.0および3.1.13.0で修正されています。
OpenImageIOは、VFXやアニメーションに関連するあらゆる画像ファイル形式の画像ファイルを読み書きおよび操作するためのツールセットです。バージョン3.0.18.0および3.1.13.0より前のバージョンでは、SwapRGBABytes()内のループインデックス式 i * 4 における符号付き32ビット整数のオーバーフローにより、大きな寸法を持つkABGR DPX画像を処理するときに関数が大きな負のポインタオフセットを計算してしまいます。直ちに発生するクラッシュは境界外読み取り(最初に45行目のmemcpyが &input[i * 4] から読み取る)となりますが、続く46〜49行目の書き込み操作は同じオーバーフローしたオフセットを対象としているため、境界外読み取りおよび書き込みの複合プリミティブとなります。この脆弱性はバージョン3.0.18.0および3.1.13.0で修正されています。
Premiere Proのバージョン26.0.2、25.6.4およびそれ以前のバージョンにはバッファオーバーフローの脆弱性が存在しており、現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Premiere Proのバージョン26.0.2、25.6.4およびそれ以前のバージョンには、現在のユーザーのコンテキストで任意のコードを実行できる境界外書き込みの脆弱性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作が必要です。
Media Encoder バージョン 26.0.2、25.6.4 およびそれ以前のバージョンは、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性の影響を受けます。この問題を悪用するには、被害者が悪意のあるファイルを開く必要があります。
After Effectsのバージョン26.0、25.6.4およびそれ以前のバージョンは、境界外書き込みの脆弱性の影響を受けます。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Substance3D - Designer バージョン15.1.0およびそれ以前のバージョンには、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性が存在します。この問題を悪用するためにはユーザーの操作が必要であり、被害者が悪意のあるファイルを開かなければなりません。
Substance3D - Designer バージョン 15.1.0 およびそれ以前のバージョンには、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Substance3D - Designerのバージョン15.1.0およびそれ以前のバージョンには、境界外書き込みの脆弱性があります。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く必要があります。
Substance3D - Designer バージョン 15.1.0 およびそれ以前のバージョンには、現在のユーザーのコンテキストで任意のコードが実行される可能性がある境界外書き込みの脆弱性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Linuxカーネルにおいて、以下の脆弱性が修正されました:perf/arm-cmnでサポートされていないハードウェア構成を拒否するように変更されました。これまでは、未知のCMNモデル(少なくとも警告を表示しながら)や既知のモデルの未知のリビジョンについては、かなり緩やかに受け入れていました。リリース間で頻繁に変更があるものの、通常は基本的な起動チェックに有用な部分が残っていたためです。しかし、さまざまな箇所で最大サポートサイズや数に関する仮定をしており、新しいモデルがより大きく悪質な配列オーバーフローを引き起こす可能性がありました。そこで、実際に想定に合致するもののみに対して処理を試み、メモリ破損のリスクを回避するようにしました。完全に未知のノードタイプでは常に失敗していたため、エラーメッセージも明確かつ一貫したものに更新しました。
Linuxカーネルにおいて、xfsのリーフブロックに拡張属性(xattrs)を追加する際のfreemap調整に関する問題が修正されました。この問題は、freemapエントリがエントリ配列と重複する不整合な状態を引き起こし、ASSERTが失敗することでファイルシステムがシャットダウンしてしまう原因となっていました。具体的には、freemapの調整が不十分であったため、エントリ配列と空き領域の境界が重なり、無効な状態が発生していました。修正では、すべてのfreemapエントリを適切に調整し、エントリ配列と重複しないようにすることで、この問題を解決しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。erofsでは、符号化されたエクステントに対するインターレースされたプレーン識別が修正されました。開始位置とオンディスク上の物理長さの両方がブロックサイズに揃っているプレーンデータのみがインターレースされたプレーンエクステントとして分類されるべきです。そうでない場合は、シフトされたプレーンエクステントとして扱う必要があります。この問題は、プレーンエクステントの物理長さが揃っていない圧縮イメージを使用したsyzbоtによって発見されました。このため、z_erofs_transform_plain()でOOB読み取りが発生する可能性があります。
境界外書き込みの問題は、入力検証を改善することで対処されました。この問題はiOS 18.7.9およびiPadOS 18.7.9、iOS 26.5およびiPadOS 26.5、macOS Sequoia 15.7.7、macOS Sonoma 14.8.7、macOS Tahoe 26.5で修正されています。悪意を持って細工されたファイルを解析すると、アプリが予期せず終了する可能性があります。
Illustratorのバージョン29.8.6、30.3およびそれ以前のバージョンは、範囲外書き込みの脆弱性の影響を受けます。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
Substance3D - Painter バージョン 12.0.2 およびそれ以前のバージョンには、任意のコード実行を引き起こす可能性がある境界外書き込みの脆弱性が存在します。この脆弱性を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Substance3D - Painter バージョン 12.0.2 以前には、アウトオブバウンズ書き込みの脆弱性が存在し、これにより現在のユーザーのコンテキストで任意のコードを実行される可能性がありました。この問題を悪用するためには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Linuxカーネルにおいて、以下の脆弱性が修正されました:usb: chipidea: udc: _ep_nuke()内のDMAおよびSGクリーンアップの修正です。ChipIdea UDCドライバは、アクティブな転送中に切断されたUSBデバイスが再接続された際に「ページアラインされていないsgバッファ」エラーが発生する可能性があります。これは_ep_nuke()がDMAバッファのマッピング解除やscatter-gatherバウンスバッファのクリーンアップを適切に行わずにリクエストをガジェットレイヤに返すために起こります。根本原因は、マルチセグメントDMA転送中に切断が発生すると、リクエストのnum_mapped_sgsフィールドおよびsgt.sglポインタが古い値のまま残ることです。リクエストは-ESHUTDOWN状態でガジェットドライバへ返されますが、DMA状態は依然としてアクティブな状態です。もしガジェットドライバが再初期化せずに接続再開時にこのリクエストを再利用すると、古いDMA状態により_hardware_enqueue()はDMAマッピングをスキップし(num_mapped_sgsが0でないため)、解放済みまたは無効なDMAアドレスを使用しようとしてアラインメントエラーやメモリ破壊が生じる可能性があります。正常な完了パスである_hardware_dequeue()は、リクエストを返す前にusb_gadget_unmap_request_by_dev()およびsglist_do_debounce()を適切に呼び出します。_ep_nuke()パスも同様のクリーンアップを行い、リクエストをクリーンで再利用可能な状態で返す必要があります。修正内容としては、_ep_nuke()にDMAマッピング解除およびバウンスバッファのクリーンアップを追加し、_hardware_dequeue()のクリーンアップシーケンスを反映しました。具体的には、num_mapped_sgsが設定されている場合はusb_gadget_unmap_request_by_dev()を呼び出し、バウンスバッファが存在する場合はcopy=falseでsglist_do_debounce()を呼び出します。これにより、エンドポイントシャットダウンによりリクエストが返される際に古いDMAマッピングが残らないことが保証されます。また、sglist_do_debounce()へのfalseパラメータは、転送が中断されたシャットダウンパスに適したデータコピーを防ぐ役割を果たします。
Linuxカーネルにおいて、以下の脆弱性が修正されました。Bluetoothのhci_syncサブシステムにあるhci_le_big_create_sync関数内のスタックバッファオーバーフローの問題です。hci_le_big_create_sync()関数は、DEFINE_FLEXを使用してスタック上に0x11(17)個分のBISエントリを格納するstruct hci_cp_le_big_create_syncを割り当てています。しかし、conn-num_bisは最大HCI_MAX_ISO_BIS(31)個のエントリを保持可能であり、呼び出し元のhci_conn_big_create_sync()関数ではISO_MAX_NUM_BIS(0x1f)と照合されています。conn-num_bisが18から31の間の場合、conn-bisをcp-bisにコピーするmemcpyは、スタックバッファを最大14バイトも越えて書き込み、隣接するスタックメモリを破損します。この問題は簡単に再現可能であり、ISOソケットをbc_num_bis = ISO_MAX_NUM_BIS(31)でバインドし、listen()関数を呼び出すと、最終的にHCIコマンド同期ワーカーからhci_le_big_create_sync()がトリガーされ、KASANによって検出可能なスタック範囲外書き込みが発生します。バグの内容の例として、"BUG: KASAN: stack-out-of-bounds in hci_le_big_create_sync+0x256/0x3b0 Write of size 31 at addr ffffc90000487b48 by task kworker/u9:0/71"というエラーが報告されています。修正は、誤った0x11のDEFINE_FLEXのカウントを、conn-bisが実際に保持可能なBISエントリ最大数であるHCI_MAX_ISO_BISに変更することで行われました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。wifi: wilc1000で、SSIDスキャンバッファサイズ計算におけるu8のオーバーフローを修正しました。変数valuesizeはu8として宣言されていますが、スキャンするすべてのSSIDの合計長を蓄積していました。各SSIDは最大33バイト(IEEE80211_MAX_SSID_LEN + 1)を占め、WILC_MAX_NUM_PROBED_SSID(10)個のSSIDで合計330に達し、u8に格納されると74にラップアラウンドします。これによりkmallocは75バイトのみを割り当て、後続のmemcpyが最大331バイトを書き込み、256バイトのヒープバッファオーバーフローが発生しました。valuesizeをu8からu32に拡張し、完全な範囲に対応しました。
Linuxカーネルにおいて、dpaa2-switchのnum_ifs検証不足により境界外書き込みの脆弱性が存在していました。このドライバーはファームウェアからsw_attr.num_ifsを取得しますが、DPSW_MAX_IF(64)との検証を行っていませんでした。そのため、num_ifsが64以上の値を報告すると、固定サイズの配列に対して境界外書き込みが発生する可能性がありました。この問題はdpaa2_switch_init()でnum_ifsに対する境界チェックを追加することで修正されました。また、dpaa2_switch_fdb_get_flood_cfg()内でもnum_ifsと関連するループの範囲チェックを強化しています。これにより、制御インターフェースを含むポートのIDが配列の境界を超えないように防止しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/amdkfdのkfd_event_page_set()関数において、範囲外書き込みの問題が改善されました。kfd_event_page_set()関数は、バッファサイズパラメータを確認せずにmemsetを使用し、KFD_SIGNAL_EVENT_LIMIT * 8バイトを書き込みます。この問題により、特権のないユーザースペースが小さなバッファを渡すことでカーネルメモリへの範囲外書き込みが発生し、潜在的な権限昇格が可能となっていました。
Linuxカーネルにおいて、Alphaシステムでのメモリ圧縮時に発生するユーザースペース破損の脆弱性が修正されました。この脆弱性は、SIGSEGVやglibcアロケータの失敗、コンパイラ内部エラーを断続的に引き起こす可能性がありました。問題の根本原因はページ移動中のTLBシュートダウンが不十分であったことにあります。修正として、MMコンテキストの無効化、即時CPUごとのTLB無効化、および必要に応じた同期的なクロスCPUシュートダウンを組み合わせた新たな移動専用ヘルパーを導入しました。この変更により、Alphaシステムにおけるメモリ圧縮時のユーザースペース破損問題は解決されました。