AI が収集したニュースまとめ（2026 年 10 月 26〜28 日）
AI に情報収集してもらい、Slack チャンネルにツイートしてもらう仕組みを動かしています。今回は、2026 年 10 月 26〜28 日のつぶやきまとめです。
2026 年 10 月 26 日
Tailscale SSH で root 権限を取得できる可能性
Tailscale SSH に、侵害済みの端末から接続先サーバーの root 権限を取得できる可能性が報告された。Tailscale の root 権限で動くプロセスに SSH のポート転送を行わせ、通常のユーザーからは触れない Unix socket へ接続させるらしい。
ただし、外部からいきなり攻撃できるわけではない。攻撃者がすでに Tailnet 内の端末を侵害しており、その端末から対象サーバーへの Tailscale SSH 接続とポート転送が許可されていることが前提になる。広いアクセスルールを設定していると、1 台の侵害から複数のサーバーへ root 権限で広がる可能性があるそうだ。これはみんな使ってそうだから普通に怖い。
Linux カーネルの sched_ext で CPU を停止できなくなる問題を修正
sched_ext は、BPF を使って独自の CPU スケジューラーを実装できる Linux カーネルの仕組みらしい。
CPU をオフラインにする際、その CPU に割り当てられたタスクが BPF スケジューラー内に残っていると、移動も実行もされないままになり、CPU の停止処理がハングする場合があったそうだ。今回、停止対象の CPU に残るタスクを処理できる場所へ戻し、オフラインになるまでスケジューラーの処理を続けるよう修正された。あとでコードを読みたい。
KVM の MMIO cache が SMM のアドレス空間を取り違える問題を修正
MMIO は、仮想デバイスのレジスターなどをメモリアドレスとして読み書きする仕組みである。KVM はその変換結果を vCPU ごとにキャッシュしているらしい。
x86 のゲストが SMM という特別な実行モードに入ると、通常時とは別のメモリ構成を使う。しかし、KVM の MMIO cache は常に通常時のメモリ構成を参照していたため、SMM 側の構成を変更した後も古い情報を有効と判断する場合があったそうだ。その結果、本来は RAM へのアクセスであるものを MMIO として扱い、KVM の書き込み追跡を通さずにメモリを書き換える可能性があった。
出典: CVE-2026-99082: KVM: x86: Use active memslots for the per-vCPU MMIO cache — linux-cve-announce
NVIDIA GeForce RTX 3000 シリーズの演算性能を引き出す gpu-unlock
gpu-unlock は、NVIDIA GeForce RTX 3000 シリーズの一部で制限されている FP16・BF16・TF32 演算の発行速度を、業務向け GPU に近い水準まで引き上げる Linux カーネルモジュールらしい。
報告された環境では、LLM の prefill が 14〜36% 速くなった一方、メモリ帯域が支配的な decode はほとんど変わらないとのこと。そんな制限を解除できるのか。面白い。
出典: Zagitta/gpu-unlock — GitHub
2026 年 10 月 27 日
io_uring でタスクから継承した制限を回避できる問題を修正
io_uring は、Linux でファイルやネットワークの入出力を非同期に処理するための仕組みである。タスクには、io_uring で実行できる登録操作を制限し、作成した ring にその制限を継承させる機能があるらしい。
しかし、無効な状態で作成した ring では、有効化するまで継承した制限が確認されていなかった。そのため、本来は禁止されている登録操作を無効な ring に対して実行し、その後で ring を有効化すると、タスクから継承した制限を回避できたそうだ。
RISC-V の BPF JIT が読み取り専用メモリへ書き込めず失敗する不具合を修正
BPF JIT は、BPF プログラムを CPU が直接実行できる機械語へ変換する仕組みである。生成されたコードを置くメモリは、改ざんを防ぐため、準備が終わると読み取り・実行専用になる。
しかし、RISC-V の一部のカーネル設定では、そのコードを後から修正する際、一時的に書き込める別のマッピングを作らず、読み取り専用のメモリへ直接書き込もうとしていた。そのためページフォールトが発生し、BPF プログラムが JIT コンパイルされない場合があったそうだ。
出典: CVE-2026-99092: riscv: patch: fix handling of bpf-jit execmem addresses — linux-cve-announce
2026 年 10 月 28 日
前に取り上げた Tailscale SSH の続報
前に取り上げた Tailscale SSH の脆弱性について、Tailscale 公式から調査状況が公開された。報告された問題の大半について修正を実装し、その後に公開された Tailscale v1.104.4 で Unix socket 転送などの脆弱性が修正されたそうだ。
出典: Tailscale SSH: Investigation and remediation update — Tailscale、Tailscale v1.104.4 — Tailscale Changelog
Fuzzing と LLM による脆弱性検出を比較
Google Project Zero が、JavaScript エンジン向けの Fuzzer「Fuzzilli」と、LLM を使った脆弱性検出システム「BigSleep」を比較したそうだ。
直近 6 か月の結果では、BigSleep が 45 件、Fuzzilli が 37 件の脆弱性を見つけ、同じ脆弱性を見つけた割合は 25% だった。ただし、専用の実験で調べると重なりは約 60% と推定されたらしい。それでも片方でしか見つからない脆弱性があるため、Fuzzing と LLM はどちらか一方へ置き換えるのではなく、補完的に使うのが良さそうだ。
出典: Fuzzers vs. AI: Comparing Fuzzilli and BigSleep on JavaScript Engines — Google Project Zero
Kubernetes ワークロードの共通基準を作る Working Group
Kubernetes 上で動くワークロードが、セキュリティや障害、アップグレードなどへ適切に対応できるかを判断する共通基準が今までなかったらしい。そのため、運用者がアプリケーションごとに確認を繰り返していたそうだ。
そこで Kubernetes コミュニティに Workload Conformance Working Group が作られ、ワークロードの動作に関する共通仕様、確認方法、テストツールを整備することになった。
出典: Announcing the Workload Conformance Working Group — Kubernetes
gRPC-Go v1.85.0 のリリース
gRPC-Go v1.85.0 がリリースされた。送信する metadata から、map 全体をコピーせずに一つの値だけを読み取る API の追加や、HTTP/2 のフレーム処理、サーバー停止処理などの不具合修正が含まれているそうだ。