• クイックテスト（ビルド不要）
• ビルド前提条件
• ローカルビルド
• 使用方法
• トラブルシューティング
• 概要
• 重要である理由
• 根本原因
• authencesnのトリガーパス
• バグが到達可能になった経緯
• 高レベルなエクスプロイトフロー
• 修正の概要
• 是正措置
• 開示のタイムライン
• 発見された経緯
• リポジトリ構成
• GitHub Actions
• テスト済みディストリビューション
• 参考文献

ビルド前提条件

• Go 1.23以上
• GNU Make

ローカルビルド

すべてのLinuxターゲットをビルド：

ビルドとチェックサムの生成：

dist/内の出力バイナリ：

• copy-fail-cve-2026-31431_linux_amd64
• copy-fail-cve-2026-31431_linux_arm64
• copy-fail-cve-2026-31431_linux_386
• copy-fail-cve-2026-31431_linux_armv7
• SHA256SUMS

使用方法

デフォルト実行：

カスタムターゲットパスを使用：

実行後のsu実行を無効化：

ビルドメタデータを表示：

トラブルシューティング

オフセット0で以下のようなエラーが発生して実行が失敗する場合：

カーネルが脆弱なAEADインプレースパスを拒否している可能性が高いです（例えば、ホストがCVE-2026-31431に対してパッチ適用済みであるか、algif_aeadが緩和・無効化されている場合）。

クイックチェック：

是正済みのシステムでは、このPoCは失敗することが想定されます。

概要

公開された開示情報によると、脆弱なパスにより、権限のないローカルユーザーが特定の条件下で、読み取り可能なファイルのページキャッシュコンテンツに対して4バイト書き込みプリミティブに影響を与えることができます。

重要な運用上の特性として、実行中にメモリ内のページキャッシュコピーがディスク上のバイトと乖離する可能性があり、ディスクレベルの整合性チェックのみに依存するチームにとって影響分析が容易ではない場合があります。

重要である理由

Copy Failが注目に値するのは、以下のように報告されたためです：

• 決定的（記述されたトリガーパスにレース条件がない）。
• テストにおいて主要なLinuxディストリビューション間で移植可能。
• 実装がコンパクトで、外部ペイロードビルダーへの依存がない。
• 共有ページキャッシュの動作により、単一プロセスの範囲を超えて関連する。

根本原因

高レベルでは、この問題は3つのメカニズムの交差点に位置します：

1. AF_ALG AEADリクエスト処理。
2. splice()ページキャッシュバックアップデータ移動。
3. authencesn復号スクラッチ動作。

脆弱な設計では、ページキャッシュバックアップセグメントが、アルゴリズム処理中に後で書き込みを受けるリクエスト形状にリンクされる可能性があり、意図された宛先領域のみが変更されるという重要な前提に違反します。

authencesnのトリガーパス

文書化されたパスでは、authencesnはESNレイアウト処理の周辺で宛先側スクラッチ操作を使用し、期待される復号出力契約を超えたオフセットで書き込みを実行します。

インプレースAEADセットアップとチェーンされたscatterlist参照と組み合わせると、この書き込みは攻撃者が選択した領域のページキャッシュバックアップメモリに到達する可能性があります。

バグが到達可能になった経緯

開示情報は複数コミットにわたる進化を説明しています：

• authencesnの動作は初期の統合履歴に由来します。
• AF_ALG AEADサポートにより、splice()との相互作用を伴うユーザースペースからの到達可能性が導入されました。
• 後のalgif_aeadのインプレース最適化により、ソースと宛先のフローがこの交差点を悪用可能にする方法で結合されました。

重要な教訓は構成上のリスクです：個々には合理的な変更でも、組み合わせると安全でなくなる可能性があります。

高レベルなエクスプロイトフロー

公開された解説とPoCは以下のシーケンスを説明しています：

1. authencesn(hmac(sha256),cbc(aes))用のAF_ALG AEADソケットを開いて設定します。
2. 細工されたメタデータとチャンク化されたデータを供給します。
3. splice()を使用して、ページキャッシュバックアップのファイルデータをリクエストパスにルーティングします。
4. 復号処理をトリガーし、制御された4バイトステップで繰り返します。

このリポジトリのGo実装は、許可された環境での研究と検証のために、その公開PoCロジックをミラーリングしています。

修正の概要

報告された修正は、algif_aeadの脆弱なインプレースAEAD操作をアウトオブプレース動作に戻します。

概念的には：

• 修正前：このパスではソースと宛先が1つの書き込み可能なチェーンに統合される可能性がありました。
• 修正後：ソースと宛先は分離されたままとなり、このフローでページキャッシュバックアップのソースセグメントが書き込み可能な宛先領域として使用されるのを防ぎます。

是正措置

• 上流の修正を含むバージョンにカーネルをパッチ適用します。
• ベンダーカーネルパッケージの更新をフリートとイメージ全体に展開します。
• 一時的なハードニング制御を検討します（例えば、運用上可能な場合のAF_ALG使用に関するポリシー制限）。
• ディスクチェックサムワークフローだけでなく、ランタイムチェックで是正を検証します。

開示のタイムライン

公開された解説に基づく：

発見された経緯

公開された研究は、splice()下のユーザースペースから到達可能な暗号コードパスとscatterlist/ページの来歴に焦点を当てた、人間がガイドしAIが支援するサブシステム分析によるものとしています。

リポジトリ構成

• main.go：Go PoC移植版。
• Makefile：決定的なマルチアーキテクチャLinuxビルドターゲット。
• .github/workflows/build.yml：CIビルドおよびリリースアーティファクトワークフロー。

GitHub Actions

ワークフローファイル：.github/workflows/build.yml

トリガー：

• プルリクエスト
• mainへのプッシュ
• v*に一致するタグのプッシュ
• 手動のworkflow_dispatch

動作：

1. make clean checksumsで全Linuxバイナリをチェックサム付きでビルドします。
2. refとコミットSHAで命名されたCIアーティファクトをアップロードします。
3. v*に一致するタグに対してリリースアセットを自動的に公開します。

推奨されるリリースフロー：

テスト済みディストリビューション

参考文献

• 元の公開記事：https://xint.io/blog/copy-fail-linux-distributions
• CVEエントリ：CVE-2026-31431