今すぐパッチを適用してください：深刻なLinuxカーネルのセキュリティホールが発見されました
ゼロデイイニシアティブは、Linux 5.15のカーネル内SMBサーバーであるksmbdのバグを完璧にひどい10点と評価しました。
休暇前にすべてのLinuxシステム管理者が望むこと: 深刻なLinuxカーネルのセキュリティバグ。ゼロデイイニシアティブ（ZDI）、ゼロデイセキュリティ研究会社が新しいLinuxカーネルのセキュリティバグを発表しました。この脆弱性により、認証されたリモートユーザーが機密情報を漏洩し、脆弱なLinuxカーネルバージョンでコードを実行することが可能です。
どれほど深刻なのか？もともと、ZDIはこれを0から10の共通脆弱性評価基準（CVSS）スケールで完璧な10と評価しました。現在、その脆弱性は「わずか」9.6です。それでも、これは誰のLinuxサーバーでも「今すぐ修正を！修正してください！」というバグとして数えられます。
問題は、Linux 5.15 のカーネル内のサーバーメッセージブロック（SMB）サーバーである ksmbd にあります。特定の欠陥は、SMB2_TREE_DISCONNECT コマンドの処理内に存在します。この問題は、オブジェクトに対して操作を行う前にその存在を検証しないことから生じます。攻撃者はこの脆弱性を利用して、カーネルコンテキストでコードを実行することができます。
この新しいプログラムは2021年にカーネルに導入され、Samsungによって開発されました。そのポイントは、迅速なSMB3ファイルサービング性能を提供することでした。SMBはLinuxのWindowsで、Sambaを介して重要なファイルサーバープロトコルとして使用されています。KsmbdはSambaを置き換えることを意図しているのではなく、補完することを目的としています。Sambaとksmbdの開発者たちは、これらのプログラムが協調して機能するよう取り組んでいます。
とはいえ、Sambaの共同創設者であるジェレミー・アリソンは、「ksmbdは、商用Sambaとコードを共有していません。それはすべて一から作られています。したがって、この現在の状況は、あなたがシステムで実行しているかもしれないSambaファイルサーバーとは関係ありません。」と指摘しています。
Linuxカーネル5.15以上を使用している任意のディストリビューションは潜在的に脆弱です。これには、Ubuntu 22.04およびその子孫、Deepin Linux 20.3が含まれます。サーバー目的では、Ubuntuが最も懸念されます。Red Hat Enterprise Linux (RHEL)系列などの他のエンタープライズディストリビューションは、5.15カーネルを使用していません。よくわからない場合は、次のコマンドを実行してください:
$uname -r
どのカーネルバージョンを実行しているかを見るために。
次に、影響を受けやすいカーネルを実行している場合は、脆弱なモジュールが存在し、アクティブであるかを確認するには、次のコマンドを実行してください:
$modinfo ksmb
あなたが見たいのは、そのモジュールが見つからなかったことです。もしそれがロードされているのであれば、Linux 5.15.61カーネルにアップグレードする必要があります。残念なことに、多くのディストリビューションはまだこのカーネルのリリースに移行していません。
一部の人々は、これがそんなに大きな問題なら、なぜそれに共通脆弱性と露出（CVE）番号が付与されていないのか疑問に思っています。安定版Linuxカーネルの保守担当者であるグレッグ・クロー・ハートマンは次のように説明しました。「カーネル開発者はCVEとはまったく関わりません。主にカーネルの問題に対してはそれほど関連性がないからです。」確かに「いくつかのLinux企業はまだCVEを割り当てることにこだわっていますが、それは主に内部のエンジニアリングプロセスをサポートするためです。」
他の人々は、そのような問題がそもそもカーネルプログラムに存在する可能性があることを懸念しています。Ycombinatorのある人が言ったように、これは「カーネルに追加されるにはかなり重大な（外部の）攻撃面のように見えます」。彼の言っていることは間違っていません。WindowsのSMB実装は、長い間、醜いセキュリティの歴史を持っています。2020年には、SMBGhost、別名CoronaBlueが、Windows 10のPCをSMBセキュリティ攻撃に対して開かせました。
ksmbdのセキュリティに懸念を抱いているのは外部者だけではありません。このエピソードの前、Linuxカーネルのセキュリティ開発者であるKees Cookは、「これらの欠陥のいくつかは、テストされていなかった基本的なファイルシステムのセキュリティ特性であり、内蔵ファイルシステムサーバーにバッファオーバーフローが発生するという困ったケースを除いては」と書きました。Cookは結論として、「ここでのコード品質が懸念されており、レビューとテストプロセスに変更が必要だと思います」と述べました。
修正は行われましたが、最新のエピソードは、私が本番環境で信頼する準備ができる前に、コードのさらなるクリーニングとセキュリティ強化が必要であることを示しています。今のところカーネルをパッチするのが賢明で、しばらくの間はサンバを使用することを控えた方が良いでしょう。