Ubuntu メンテナンス: 83 パッケージの更新が確認されました

#Ubuntu パッケージ更新の定義済みスコープ

パッケージは、署名されたメタデータが検証された通常の Ubuntu リポジトリから取得されました。インストール前に、インストールされているバージョン、利用可能なバージョン、および予想される変更を比較しました。最終結果は、パッケージの追加または削除がなく、計画された 83 更新と一致します。

Systemd のバージョンは 259.9-0ubuntu0.1. になりました。オペレーティング システムは Ubuntu 26.04 LTS のままです。この介入により、既存のカーネル、Node.js、Docker、PostgreSQL のバージョンと、既にデプロイされているアプリケーションのバージョンが維持されます。プロジェクトで PRNext npm パッケージを更新する必要はありません。

#カーネルのセキュリティについては引き続き個別のフォローアップが行われます

再起動後も、両方のサーバーで 3 11 月にインストールされた Ubuntu 7.0.0-43.43 パッケージの 7.0.0-43-generic が引き続き実行されます。これらの公式パッケージは、提案されたテスト ポケットをグローバルに有効にすることなく、特定の決定と専用のチェックを経て、そのポケットから選択されました。

5 11 月に確認したところ、Ubuntu の公式トラッカーは依然としてこのバージョンが Ubuntu 26.04 LTS の認定を受けていると説明しています。したがって、このメンテナンスでの 83 パッケージの更新は、新しい CVE-2026-98432 修正を構成しません。前回の記事では、カーネルの決定と、利用可能なパッケージ、その配布チャネル、および実際に実行されているカーネルの区別について説明しました。

Ubuntu の公式トラッカー

前回の記事

#なぜ同じカーネルで再起動するのでしょうか?

ディスク上のライブラリを置き換えても、実行中のプロセスによってすでにロードされているコピーは自動的に更新されません。インストール後も、古いライブラリを使用しているサービスがチェックで見つかりました。したがって、VPS インスタンスを順番に再起動し、最初のインスタンスを確認してから 2 番目のインスタンスに進みました。

再起動するたびに、新しい SSH 接続によって管理アクセスが戻っていることが確認されました。最終チェックでは、古いライブラリをまだ使用しているサービスはないと報告されました。 SSH 構成と既存のアクセスは保持されました。そのため、メンテナンス中に新しいカーネルがインストールされなかったにもかかわらず、再起動がこの作業の一部として行われました。

#起動後にサービスを確認する

DNS 解決、パブリック HTTPS 応答、およびデータベースが応答したことを確認する簡単なクエリを含む PostgreSQL 準備状況をチェックしました。 5 つのネイティブ アプリケーション エンドポイントも、通常の TLS 検証を伴う HTTPS 200 応答を返しました。

再起動後、最初は 3 つのコンテナーがスリープ状態になっていました。ネイティブ アドレスへの HEAD リクエストは、プラットフォームの通常のメカニズムを通じてそれらを目覚めさせました。その後、5 つのコンテナーすべてが同じ識別子とイメージで実行されていることが観察されました。これらのチェックにより、テストされたエンドポイントがサービスに戻ったことを確認します。アプリケーション内のすべてのビジネス ワークフローを検証するわけではありません。

一時的なネットワーク フィルタリングと MPTCP 設定はそのまま残りました。起動後にルールをチェックし、コンテナーが起動した後も含め、監視されたすべてのネットワーク名前空間で MPTCP が無効になっていることを確認しました。これらの保護には制限があり、カーネル修正に代わるものではありません。

#段階的なアップデートを検討中のままにする

各サーバー上の 7 つのパッケージは、Ubuntu の段階的ロールアウトの対象のままでした。インストールを強制することなく、このメカニズムを維持しました。 Ubuntu のドキュメントでは、潜在的な回帰の影響を制限するために、いくつかの更新を段階的に配布すると説明されています。

同じドキュメントには、セキュリティ更新は段階的に行われないと記載されています。したがって、遅延パッケージに関するメッセージでは、その保護をバイパスする一般的なコマンドを適用するのではなく、実際のステータスを確認することが求められます。

Ubuntu のドキュメント

#これが VPS にとって何を意味するか

83 パッケージは、介入時のサーバーの状態を反映しています。ディストリビューション、リポジトリ、インストールされているソフトウェアによっては、異なる結果が生じます。提案された更新計画を現在のインストールと比較し、回復オプションを準備し、更新後にアプリケーションが依存するサービスを確認します。

これは日付が記載されたアカウントです。現在利用可能なバージョンは明日には変更される可能性があります。カーネルについては、Ubuntu のトラッカーで脆弱性とパッケージ ファミリを調べてください。アプリケーションについては、ユーザーにとって重要な機能も実行します。 HTTP 応答が成功すると、その範囲を明確にしておく必要がある有用な証拠が得られます。