Ask HN: 一体何がUbuntuをそんなに遅らせているのか?
Ask HN: What in the world is taking Ubuntu so long?
UbuntuでCVE-2026-98432が9.8と評価されているのに、修正アップデートが一週間近く出ていません。まだ「作業中」と表示されています(少なくとも緩和策は記載されましたが)。私は一週間前から緩和策を講じていますが、この対応にはUbuntuへの信頼が揺らいでいます。Ubuntuに何が起きているのか知りたいです。カーネルが多すぎるのか、ビルド/テストパイプラインの自動化が不足しているのか、エンジニアが過負荷なのか。これからセキュリティ問題が大幅に増える世界に向かう中で、今対応できなければ6ヶ月後はどうなるのでしょうか。長い間、OSアップデートを追うことが攻撃者を防ぐ大きな部分でしたが、世界は変わりつつあります。
Ubuntuのセキュリティチームは、特にカーネルのCVE対応において、長年にわたりリソース不足に悩まされています。多くのカーネルバージョンをサポートする必要があり、それぞれにパッチをバックポートするのは膨大な作業です。自動化も限られており、手作業に依存している部分が大きいです。
Canonicalは営業利益を重視しており、セキュリティは後回しにされがちです。Ubuntu Proのサブスクリプションに力を入れていますが、無料ユーザーへの対応は遅れがちです。企業としての優先順位の問題だと思います。
私はUbuntuを10年以上使っていますが、最近のセキュリティ対応の遅さには失望しています。特にここ数年、CVEの修正が遅れることが増えました。コミュニティの貢献に頼る部分も大きく、Canonicalの内部リソースだけでは限界があるのではないでしょうか。
他のディストリビューションと比較すると、Ubuntuは決して遅いわけではありません。DebianやRHELでも同様の遅延はよくあります。ただ、Ubuntuはユーザー数が多いため目立つだけです。重要なのは、緩和策が提供されているかどうかで、今回はそれがあったので評価すべきです。
この問題はUbuntuに限らず、オープンソースプロジェクト全体の課題です。セキュリティ研究者とディストリビューションの連携を強化し、自動パッチ適用の仕組みを業界全体で構築する必要があります。個別のディストリビューションを責めるのは建設的ではありません。
HNでの議論
97- throw0101c
このブログ記事で概説されているとおり:
* https://ubuntu.com/blog/fixes-available-in-proposed-pocket-f...
修正は10月26日(noble)と28日(resolute)から「proposed」リポジトリに入っていた:
* https://launchpad.net/ubuntu/+source/linux
ここ1週間のうちならいつでも取得できたはずだ。昨日の午後にはまだ「proposed」にあったが、今朝(EST/UTC-5)確認したところ「updates」に入っていた。リポジトリへの更新がいつ行われたかのタイムラインの追跡はこちらで見られるようだ:
* https://ma.ttias.be/linux-cve-2026-98432-vulnerable-kernels/
カーネルはQAテストのプロセスを経ており、この9月の投稿によれば、カーネル更新の所要期間を短縮することを検討しているとのこと:
* https://canonical.com/blog/accelerating-delivery-of-cve-fixe...
- imjonse
このCVEについて、Ubuntuや他のディストロでパッチが当たる前に実際に悪用された事例は文書化されていますか?
- marcosdumay
これ以前にUbuntuに信頼を寄せていたのは間違いだったし、今になってもまだ「信頼が揺らいでいる」なんて言うのは二重に間違いだ。
あなたは元々存在しなかった品質を期待しているんだ。見てのとおり、明らかにね。
- atestu
今が聞くのにいいタイミングだと思う:Ubuntu以外に、ウェブサーバーでは何が使われているんだろう?たとえばEC2上のRailsアプリとかで……友人のために聞いてる(その友人は私)。
- xet7
Canonicalのプロダクトチームによれば、修正済みのUbuntuカーネルはproposedにある:
https://news.ycombinator.com/item?id=50348688
あるいは最新のmainlineテストカーネルをインストールする手もあるが、テストが少ないので自己責任で: