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

InDesign Desktopのバージョン21.3、20.5.3およびそれ以前のバージョンには、NULLポインタ参照の脆弱性が存在し、これによりアプリケーションのサービス拒否（DoS）が発生する可能性があります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否状態を引き起こすことができます。この問題を悪用するにはユーザーの操作が必要であり、被害者が悪意のあるファイルを開く必要があります。

InDesign Desktop バージョン 21.3 および 20.5.3 以前のバージョンは、ヌルポインタ参照の脆弱性の影響を受けており、この脆弱性によりアプリケーションがサービス拒否状態になる可能性があります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否を引き起こすことが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開く操作が必要です。

InDesign Desktop バージョン 21.3、20.5.3 以前のバージョンは、境界外読み取りの脆弱性の影響を受けており、これにより機密メモリが漏洩する可能性があります。攻撃者はこの脆弱性を悪用して機密情報を漏洩させる可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開く操作をする必要があります。

Apache Answerにおける未承認のアクターへの機密情報漏洩の脆弱性です。この問題はApache Answerのバージョン2.0.0以前に影響します。未掲載の質問機能が直接のAPIエンドポイントに対してアクセス制限を適用しておらず、認証済みユーザーが未掲載の質問、その回答、コメント、および改訂履歴を発見しアクセスできる状態でした。ユーザーは本脆弱性を修正したバージョン2.0.1にアップグレードすることを推奨します。

Windows Hyper-Vにおいて機密情報が権限のない者に露出する問題があり、これにより権限を持つ攻撃者がローカルで情報を開示できます。

Windowsプッシュ通知における未初期化リソースの使用により、認可された攻撃者がローカルで情報を開示する可能性があります。

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

Microsoft Office SharePointにおけるウェブページ生成時の入力の不適切な中和（クロスサイトスクリプティング）が原因で、認証された攻撃者がネットワーク上でなりすましを行うことが可能になります。

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

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

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

Windows BitLockerの保護メカニズムに障害が発生し、不正な攻撃者が物理的な攻撃を用いてセキュリティ機能を回避できる可能性があります。

OpenXDMoDはHPCメトリクスの収集と分析のためのオープンフレームワークです。バージョン11.0.3以前では、OpenXDMoDのアクセス制御ロジックに欠陥があり、攻撃者が認可判断に使用されるセッション変数を設定する悪意のあるHTTPS POSTリクエストを送信できる可能性がありました。OpenXDMoDの導入にオプションのジョブパフォーマンス（SUPReMM）モジュールが含まれている場合、攻撃者は意図されたデータアクセス制限を回避して他のユーザーの計算ジョブ効率指標を閲覧できる恐れがあります。バージョン11.0.3以前の全てのOpenXDMoD導入で、オプションのジョブパフォーマンス（SUPReMM）モジュールが含まれているものが影響を受けました。この問題は2026年4月6日に非公開で報告され、現時点では本脆弱性が実際に悪用された証拠はありません。この脆弱性は2026年5月12日にOpenXDMoD 11.0.3で修正されました。回避策としては、パッチを手動で適用してください。

OpenXDMoDはHPCメトリクスの収集および分析のためのオープンフレームワークです。バージョン11.0.3より前のバージョンでは、認証された攻撃者がOpenXDMoDユーザープロファイルに悪意のあるJavaScriptを注入し、パスワードリセット機能を悪用してHTMLページへのリンクをメールで送信できます。このリンクを被害者が訪問すると、被害者のブラウザでサニタイズされていないペイロードが反映・実行されるため、資格情報を窃取したりOpenXDMoDアカウントを乗っ取られたりする可能性があります。バージョン11.0.3より前のすべてのOpenXDMoDの展開に影響があります。この問題は2026年4月6日に非公開で報告されており、現時点では野外での悪用の証拠はありません。脆弱性は2026年5月12日にOpenXDMoD 11.0.3で修正されました。回避策としてはパッチを手動で適用してください。

Linuxカーネルにおいて、以下の脆弱性が修正されました。RDMA/manaに関するmana_ib_create_qp_rss()のエラーアンワインドの問題が改善されました。Sashikoはmana_ib_cfg_vport_steering()がリソースリークを引き起こしていることを指摘しており、通常の破棄パスでそれを適切にクリーンアップします。

Linuxカーネルにおいて、次の脆弱性が修正されました：ALSAのusb-audioで、convert_chmap_v3()関数に潜在的な無限ループが発生する問題を回避しました。convert_chmap_v3()のループはcs_desc-wLengthの増分サイズで実行されますが、cs_desc-wLength自体の検証が欠如していました。そのため、不正なディスクリプタにより潜在的な無限ループが発生する可能性がありました。この問題を修正するために、ループを中断するための適切なサイズチェックを追加しました。

Linuxカーネルにおいて、KVMのarm64アーキテクチャに関する__pkvm_init_vcpu()関数に存在したピンリークと公開順序の脆弱性が修正されました。vCPUの初期化処理で、メモリのピン参照が適切に解放されなかった問題や、初期化途中のvCPUオブジェクトが公開されてしまう問題がありました。これらの問題はクリーンアップ処理の修正およびsmp_store_release()とsmp_load_acquire()の使用によって対策されました。これにより、メモリリークと不完全なvCPUオブジェクトの参照の発生が防止されます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。spi: microchip-core-qspiに関するチップセレクトの手動制御の問題です。coreQSPI IPは単一のチップセレクトのみをサポートしており、ハードウェアによって自動的に制御されています。送信バッファに最初の書き込みが行われるとチップセレクトは低レベルにセットされ、FRAMESレジスタのTOTALBYTESフィールドに書き込まれたバイト数がバス上で送信されると高レベルに戻ります。追加のデバイスはチップセレクトにGPIOを使用する必要があります。2つのデバイスがこのQSPIコントローラに接続されている場合、組み込みのチップセレクトがLinuxがGPIOに接続されたデバイスにアクセスしようとした際に低レベルにセットされることが報告されました。この問題は、SPIコントローラに複数のデバイスを接続するボードがすべてGPIOを使ってチップセレクトを制御しており、組み込みのチップセレクトが全く使用されていなかったため、検出されませんでした。組み込みのチップセレクトは自動制御され、アクティブ時は低レベル、非アクティブ時は高レベルとなるため、アクティブハイのデバイスやチップセレクト無効時に送信が必要なデバイスには使用できませんでした。ドライバを修正し、exec_opコールバックでのmem_opsに対しては転送全体にわたりチップセレクトをアクティブに保つ動作を維持しつつ、通常の転送にはcoreが使用できるset_csコールバックを実装し、チップセレクトを直接制御するようにしました。この修正の一環として、mchp_coreqspi_setup_op()の既存セットアップコールバックは削除されました。複数デバイスが存在する際に操作中にCLKIDLEフィールドを変更するのは安全ではないため、このコードは完全に削除されました。MASTERおよびENABLEフィールドの設定はプローブ時に一度行えばよく、各デバイスごとに再実行する必要はありません。新セットアップコールバックはソフトウェア制御モードにおけるチップセレクトのリセット値が低レベルであるため、アクティブローのデバイスに対して組み込みチップセレクトを非アクティブ状態に設定します。

Linuxカーネルにおいて、次の脆弱性が修正されました。openvswitchのvportで、トンネルポートの解放時に発生する自己デッドロックの問題を修正しました。vportは並行して使用され、RCUで保護されているため、netdev_put()はRCUの猶予期間後に実行する必要があります。つまり、RCU呼び出し内かsynchronize_net()の後で実行しなければなりません。rtnl_delete_link()はRTNLの下で実行される必要があり、RCUコンテキストで実行してはいけません。RTNLを保持したままsynchronize_net()を呼び出すのはパフォーマンスやシステムの安定性の観点から好ましくないため、netdev_put()をRCU呼び出し内で実行するのが正しい解決策です。しかし、デバイスが削除されるとrtnl_unlock()がnetdev_run_todo()を呼び出し、すべての参照がなくなるまで処理をブロックします。現在のコードではcall_rcu()に到達せず、そのためvportが解放されず、参照も解放されないため、デバイス削除時に自己デッドロックが発生していました。これを修正するために、rcu_call()をrtnl_unlock()の前に移動し、RTNL自体はすでに解放された状態でrtnl_unlock()-netdev_run_todo()からsynchronize_net()が呼び出される際にスケジュールされたRCUコールバックが実行されるようにしました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。usb: usblp: LPGETSTATUS ioctlを介した初期化されていないヒープリークの問題です。このドライバの以前の問題と同様に、usblp_ctrl_msg()はusb_control_msg()の戻り値である実際に転送されたバイト数を破棄し、0またはエラーコード(-errno)に折り畳みます。本来はその短いコマンドを検出してエラーを返すべきですが、多くのプリンタが「不正な」応答を返すため、それはできません。statusbufはプローブ時にkmalloc(8)で割り当てられ、最初のLPGETSTATUS ioctlの前に一度も初期化されていません。usblp_read_status()は1バイトの要求を行います。悪意のあるプリンタが0バイトで応答した場合、*statusbufはstaleなkmallocヒープの1バイトとなり、それがローカルのint型変数であるstatusに符号拡張され、LPGETSTATUS経路を通じて直接ioctl呼び出し元にcopy_to_user()されます。この問題は、プローブ時にメモリバッファをゼロクリアすることで修正されました。後の呼び出しで短い読み取りが発生しても、デバイスが最後に送信したものと同一であるため、情報の漏洩は発生しません。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mptcpのtimestamp sockoptにおけるアトミックコンテキストでのスケジューリングの問題です。sock_set_timestamp()およびsock_set_timestamping()の周囲でlock_sock_fast()（アトミックコンテキスト）を使用することは安全ではありません。なぜなら、これらのヘルパー関数はスリープする可能性があるためです。アトミックコンテキスト時のスケジューリングによるパニックを回避するために、lock_sock_fast()をスリープ可能なlock_sock()およびrelease_sock()に置き換えました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ipv6: xfrm6: xfrm6_rcv_encap()内のエラー時にdstを解放しない問題が存在しました。xfrm6_rcv_encap()はskbにdstが未設定の場合にIPv6のルートルックアップを行います。ip6_route_input_lookup()はエラールートに解決されても参照されたdstエントリを返します。dst-errorが設定されている場合、xfrm6_rcv_encap()はdstをskbに設定せず、かつルックアップで取得した参照を解放せずにskbを破棄していました。したがって、この経路を通るパケットが繰り返されるとdstエントリがリークしてしまいます。現在はdstを解放してからdropパスに移行するように修正されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。xfrm: ah: 非同期コールバック内でのESN高位ビットの考慮に関する問題です。AHはESNが有効な場合、一時的な認証/ICVレイアウトを異なる方法で割り当てています。非同期ahashのセットアップでは、ICVまたはauth_data領域の前に4バイトのseqhiスロットを追加しますが、非同期完了コールバックは依然としてseqhiが存在しないかのように一時的なレイアウトを再構築していました。非同期AH実装が選択されると、IPv4およびIPv6両方のパスでAHは誤ったバイトをコピーまたは比較してしまう問題が発生しました。IPv4 AHでESNかつ強制的に非同期hmac(sha1)が使用されるUML再現環境において、pingは100%パケットロスで失敗し、コールバックログには前置のずれが示されました。コールバック側のレイアウトは、保存されたauth_dataまたはICVを特定する前にESNのseqhiスロットをスキップすることで、セットアップパスで構築されたレイアウトと同様に再構築されていました。RFC 4302に従い、ESNの高位32ビットはAH ICV計算に参加するため、非同期コールバックもseqhiスロットを考慮する必要があります。修正後、同じIPv4 AH+ESN+強制非同期hmac(sha1)のUML再現環境では、修正されたオフセットが示され、pingが成功しました（ah4 output_done: esn=1 err=0 icv_off=24 expected_off=24）。net/ipv4/ah4.oおよびnet/ipv6/ah6.oは-W=1オプションで正常にビルドされます。IPv6 AH+ESNは実行時にテストされておらず、この変更は実際の非同期ハードウェアAHエンジン上での検証がされていません。

Linuxカーネルにおいて、以下の脆弱性が修正されました：f2fsにおけるextentノードの破棄と書き戻し処理間で発生するnode_cntの競合状態の修正です。f2fs_destroy_extent_node()はextentノードをクリアする前にFI_NO_EXTENTを設定していません。I_SYNCが設定された状態でf2fs_drop_inode()から呼び出されると、同時に動作するkworkerの書き戻し処理が同じextentツリーに新しいextentノードを挿入し、破棄処理と競合して__destroy_extent_node()内でf2fs_bug_on()が発生します。シナリオは以下の通りです。drop inodeからwriteback処理へ進み、iputでf2fs_drop_inodeが呼び出され（I_SYNCが設定された状態）、f2fs_destroy_extent_node内で__destroy_extent_nodeが実行されます。その中でnode_cntが存在する間、write_lock(&et-lock)を取得して__free_extent_treeを実行し、write_unlock(&et-lock)でロックを解除します。その後、__writeback_single_inodeおよびf2fs_outplace_write_data、f2fs_update_read_extent_cache、__update_extent_tree_rangeが順に呼ばれます。しかし、FI_NO_EXTENTが未設定のまま新しいextentノードが挿入されるため、node_cntが0になるまでのループが終了し、f2fs_bug_on(node_cnt)がnode_cnt 0となり失敗します。また、__update_extent_tree_range()はEX_READタイプにのみFI_NO_EXTENTをチェックし、EX_BLOCK_AGEの更新は保護されていません。このパッチでは、__destroy_extent_node()内でet-lockの下でFI_NO_EXTENTを設定し、他の呼び出し元（__update_extent_tree_rangeおよび__drop_extent_tree）と一貫性を保ち、EX_READおよびEX_BLOCK_AGEの両方のツリーに対してFI_NO_EXTENTをチェックするようにしています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。tracepoint_add_func()内のfunc_add()失敗時にbalance_regfunc()の動作に問題がありました。トレースポイントが0から1へ遷移する際、tracepoint_add_func()は新しいプローブをfunc_add()経由でインストールしようとする前に、サブシステムのext-regfunc()を呼び出します。もしfunc_add()が失敗した場合（例えば、allocate_probes()がメモリ不足のため新しいプローブ配列を割り当てられず-ENOMEMを返す場合など）、対応するext-unregfunc()を呼び出さずにエラーを返すため、regfunc()の副作用が残り、インストールされたプローブがない状態が発生します。特にシステムコールトレースポイントでは問題が深刻です。syscall_regfunc()はsys_tracepoint_refcountを増加させ、すべてのタスクにSYSCALL_TRACEPOINTを設定します。失敗が生じた場合、参照カウントは0でない値に固定され、消費者がいないにもかかわらず、すべてのタスクがシステムコールのトレースエントリおよびエグジットのオーバーヘッドを継続的に負担し、再起動するまで解消されません。他のregfunc()/unregfunc()ペアを提供するサブシステムも同様に持続的な状態を示します。既存の1から0へのクリーンアップ処理をミラーリングし、func_add()のエラーパスでext-unregfunc()を呼び出すように修正しました。この呼び出しは登録時に使われる条件で制御されているため、登録と解除が対称となります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。spi: mpc52xxコントローラの登録解除の際、ドライバのバインド解除時に割り込みやGPIOなどの基盤となるリソースを無効化および解放する前に、コントローラの登録解除を確実に行うように修正しました。

Linuxカーネルでは、以下の脆弱性が修正されました。HID: appletb-kbdにおいて、ワークキューから非アクティブ自動減光を実行する際に、backlight_device_set_brightness()がアトミックコンテキストからmutex_lock()を呼び出してしまい、スリープ関数の無効な呼び出しが発生しました。この問題に対して、非アクティブタイマーの処理をstruct timer_listからstruct delayed_workに変更し、コールバックをプロセスコンテキストで実行するように改善しました。また、明るさの復元処理についても専用のwork_structを用いてスケジュールし、mutex_lock()の不正な利用を回避しています。ドライバの終了時にはこれらの作業を適切にキャンセルし、動作の意味論を変えずに安全に実装しました。

Linuxカーネルにおいて、vsock/virtioの非線形バッファのtap skbで空のペイロードが発生する脆弱性が修正されました。本問題は、virtio_transport_build_skb()関数が元のペイロードを新しいskbにコピーする際にiov_iterの初期化が不十分であったために発生し、その結果としてvsockmonタップデバイスに未初期化データが渡される可能性がありました。この問題の修正として、線形・非線形skbの区別を廃止し、全ての場合で適切にiov_iterを初期化できるskb_copy_datagram_iter()関数を使用するように変更しました。また、未使用のvirtio_transport_copy_nonlinear_skb()関数を削除し、skb_copy_datagram_iter()の戻り値をチェックするよう処理を強化しました。

Linuxカーネルのdrm/msm/gemサブシステムにおいて、msm_ioctl_gem_info_get_metadata()関数はエラー処理を正しく行わず、常に成功（0）を返してしまう問題が修正されました。そのため、copy_to_user()が失敗した場合やユーザーバッファサイズが不十分な場合でも、ユーザー空間は操作が成功したと誤認していました。さらに、kmemdup()の戻り値に対するNULLチェックが欠如しており、NULLポインタ参照が発生するリスクがありました。これらの問題は修正され、エラーコードが正しく返されるようになりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました: vsock/virtioにおけるトランスポート不一致によりacceptキュー数がリークする問題を修正しました。virtio_transport_recv_listen()はvsock_assign_transport()の前にsk_acceptq_added()を呼び出しますが、もしvsock_assign_transport()が失敗するか異なるトランスポートを選択した場合、エラーパスはsk_acceptq_removed()を呼び出さずに戻ります。その結果、sk_ack_backlogが永久に増加します。約backlog+1回のこの失敗の後、sk_acceptq_is_full()はtrueを返し、リスナーはすべての新しい接続を拒否します。vmci_transportおよびhyperv_transportで使用されているパターンに従い、トランスポートの検証後にsk_acceptq_added()を移動することで問題を修正しました。

Linuxカーネルのdrm/xe/hdcpにおいて、intel_hdcp_gsc_check_status()関数内でmedia_gtに対するNULLチェックが追加される脆弱性が修正されました。configfsを通じてmedia GTが無効化される場合、media_gtはNULLとなり、この状態でintel_hdcp_gsc_check_status()がuc.gscにアクセスしようとするとカーネルのページフォールトが発生します。この問題は、media_gtがNULLの場合は処理を早期に終了させることで解決されました。また、gscに対する不要なNULLチェックも削除されました。修正により、media_gtが無効でも安全に処理が行われるようになりました。

Linuxカーネルにおいて、drm/amdgpu/vcn4のmsgの境界チェックで発生していたオーバーフローを防ぐための修正が行われました。SDLからの指摘により、以前の条件にはオーバーフローの脆弱性が存在していたことが判明しました。この修正によって、システムの安全性が向上しました。

Linuxカーネルにおいて、drm/amdgpu/sdma4のフェンス発行に関連するBUG_ONをWARN_ONに置き換える修正が行われました。sdma_v4_0_ring_emit_fence()関数には、アドレスがdワード境界に整列していることを検証する2つのBUG_ON(addr & 0x3)アサーションがあり、これらは細工されたDRM_IOCTL_AMDGPU_CS送信を介して特権のないユーザースペースから到達可能であり、スケジューラのワーカースレッドで致命的なカーネルパニックを引き起こします。今回の修正では、これらのBUG_ON()呼び出しをWARN_ON()に置き換えて、カーネルのクラッシュを回避し状態をログに記録するようにしました。アライメントされていないフェンスアドレスはドライバのバグを示しますが、ユーザースペースから到達可能なアサーションでカーネルをクラッシュさせるのは誤った対応です。この問題はCS IOCTLパスで無効な送信をフィルタリングすべきであり、リング発行コールバックで対処するのは遅すぎます。

Linuxカーネルにおいて、デバイス名に関するメモリリークの問題が修正されました。EDAC/versalnetサブシステムのinit_one_mc()関数では、kzalloc()によって割り当てられたデバイス名がdev-init_nameに割り当てられますが、通常の削除経路では解放されず、その結果メモリリークが発生していました。device_register()はinit_nameをコピーし、その後dev-init_nameをNULLに設定するため、名前ポインタはデバイスから到達できなくなります。この問題を回避するため、kzalloc()ではなくスタック上のローカルchar配列を使用するように修正しました。

Linuxカーネルのmedia: rockchip: rkcifにおいて、パッドにMUST_CONNECTフラグが欠落していた問題を修正しました。接続されたデバイスのチェックが不十分であったため、ストリームを有効化するとNULLポインタ参照が発生し、クラッシュする可能性がありました。

Linuxカーネルにおける脆弱性が修正されました。drm/xeモジュールのxe_dma_buf_init_obj()関数で割り当て失敗時にバッファオブジェクトがリークする問題を修正しました。具体的には、drm_gpuvm_resv_object_alloc()が失敗した場合に事前割り当てされたストレージのバッファオブジェクトが正しく解放されず、エラーパスでメモリリークが発生していました。この問題を解決するために、xe_bo_free(storage)の呼び出しを追加し、所有権の取り扱いを明確にドキュメント化しました。これにより、エラー時にも適切にリソースが解放され、セキュリティ上の問題が解消されました。この修正はcommit 78a6c5f899f22338bbf48b44fb8950409c5a69b9に由来します。

Linuxカーネルにおいて、spi:rspiドライバーがコントローラーの登録解除を正しく処理しない問題を修正しました。ドライバーのバインド解除時には、DMAなどの基盤となるリソースを解放する前に必ずコントローラーの登録を解除する必要があります。これにより、システムの安定性とセキュリティが向上しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：spi: fsl: コントローラーの登録解除の修正です。ドライバーのバインド解除時にDMAなどの基盤リソースを解放する前に、コントローラーの登録解除を確実に行うようにしています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。spi: ch341のdevresのライフタイムを修正しました。USBドライバーはUSBインターフェースにバインドされ、管理されるデバイスリソースのライフタイムは親のUSBデバイスではなくインターフェースに関連付けるべきです。これにより、ドライバーが物理的にデバイスから切断されていない場合でも、アンバインド時にメモリリークなどの問題を回避できます（例えば、プローブの延期や構成変更時）。コントローラーおよびドライバーデータのライフタイムを修正し、ドライバーのアンバインド時にこれらが解放されるようにしました。また、SPIコントローラーがデバイスツリー上で正しくUSBインターフェースの下に配置されることも保証しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/amdkfdにおいて割り当て時にVRAMをクリアし、古いデータの露出を防止しました。KFDのVRAM割り当てではAMDGPU_GEM_CREATE_VRAM_WIPE_ON_RELEASEが設定されていましたが、AMDGPU_GEM_CREATE_VRAM_CLEAREDは設定されておらず、新たに割り当てられたVRAMに先行利用の古いデータが残ったままコンピュートカーネルから観測可能な状態でした。GEMのioctl経路ではamdgpu_gem_create_ioctl()およびamdgpu_mode_dumb_create()を通じてすべてのユーザースペース割り当てに対して既にVRAM_CLEAREDを設定していましたが、KFDの経路ではこのフラグが欠如しており、古いページテーブルの残骸がユーザーバッファへ漏洩していました。この問題により、ptrExchange/head/tailフィールドに非ゼロのデータが入り、RCCLのP2Pトランスポートにおいてプロトコルのハンドシェイクが破損し、クラッシュが発生していました。